summaryrefslogtreecommitdiff
path: root/open_issues/linux_vmsig.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues/linux_vmsig.mdwn')
-rw-r--r--open_issues/linux_vmsig.mdwn17
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