diff options
author | Thomas Schwinge <thomas@codesourcery.com> | 2013-04-07 18:28:11 +0200 |
---|---|---|
committer | Thomas Schwinge <thomas@codesourcery.com> | 2013-04-07 18:28:11 +0200 |
commit | 325d3600adae1a2da62f9a24ac34ad2b47a22f97 (patch) | |
tree | f0637c13c8aec0d0793f7d2498f5e2237e693c4b /open_issues/linux_vmsig.mdwn | |
parent | acab07dfc9df44d6d54e03c701a90b5d6f537fcd (diff) | |
parent | 6c7d45e4631784d0e077e806521a736da6b0266e (diff) | |
download | web-325d3600adae1a2da62f9a24ac34ad2b47a22f97.tar.gz web-325d3600adae1a2da62f9a24ac34ad2b47a22f97.tar.bz2 web-325d3600adae1a2da62f9a24ac34ad2b47a22f97.zip |
Merge remote-tracking branch 'fp/master'
Conflicts:
hurd.mdwn
hurd/debugging/rpctrace.mdwn
open_issues/clock_gettime.mdwn
open_issues/time.mdwn
Diffstat (limited to 'open_issues/linux_vmsig.mdwn')
-rw-r--r-- | open_issues/linux_vmsig.mdwn | 17 |
1 files changed, 16 insertions, 1 deletions
diff --git a/open_issues/linux_vmsig.mdwn b/open_issues/linux_vmsig.mdwn index a4311d3e..182fb6f9 100644 --- a/open_issues/linux_vmsig.mdwn +++ b/open_issues/linux_vmsig.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -27,3 +27,18 @@ From a quick glance, this sounds to [[me|tschwinge]] quite a bit like mechanisms also found in (originating in?) Mach's [[microkernel/mach/external_pager_mechanism]]. May be worth having a look at it. + + +# IRC, freenode, #hurd, 2013-03-06 + + <braunr> tschwinge: from a quick look, this isn't similar to the external + pager mechanism + <braunr> it's an additional tool to help userspace application manage + internal caches + <braunr> it's similar to what is done to reclaim memory from the slab + allocator for example + <braunr> and it would indeed be a very good thing to have so that e.g. the + hurd can build a distributed but completely dynamic dentry-like cache + <braunr> i'm actually glad to see someone else thought of using real time + signals for this + <braunr> i didn't do any research on that subject yet |