IRC.

1 files changed, 32 insertions, 4 deletions

diff --git a/open_issues/mach_tasks_memory_usage.mdwn b/open_issues/mach_tasks_memory_usage.mdwn
index 9abb7639..7a7a77ce 100644
--- a/open_issues/mach_tasks_memory_usage.mdwn
+++ b/open_issues/mach_tasks_memory_usage.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 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
@@ -8,9 +8,10 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
 is included in the section entitled [[GNU Free Documentation
 License|/fdl]]."]]"""]]
 
-[[!tag open_issue_documentation]]
+[[!tag open_issue_documentation open_issue_gnumach]]
 
-IRC, freenode, #hurd, 2011-01-06
+
+# IRC, freenode, #hurd, 2011-01-06
 
     <antrik> hm, odd... vmstat tells me that ~500 MiB of RAM are in use; but
       the sum of all RSS is <300 MiB... what's the rest?
@@ -100,7 +101,7 @@ IRC, freenode, #hurd, 2011-01-06
       libraries
 
 
-IRC, freenode, #hurd, 2011-07-24
+# IRC, freenode, #hurd, 2011-07-24
 
     < braunr> the panic is probably due to memory shortage
     < braunr> so as antrik suggested, use more swap
@@ -145,3 +146,30 @@ IRC, freenode, #hurd, 2011-07-24
       looks like it is on both seqnos_memory_object_data_initialize and
       seqnos_memory_object_data_write
     < braunr> antrik: so i guess reserved memory is accounted for
+
+
+# IRC, freenode, #hurd, 2013-01-12
+
+    <tschwinge> darnassus linking clang: 600 MiB swap in use and 22 MiB RAM
+      free, of 2 GiB.  But ps shows a RSS of just 100 MiB, huh?
+    <tschwinge> Getting "better": near the end of the link, nearly 1 GiB swap
+      in use, and 200 KiB (!) RAM free.
+    <sobhan> can hurd have more than 1GB of ram ?
+    <tschwinge> And then it completed; 75 MiB swap in use, and 1.2 GiB RAM
+      free.
+    <braunr> tschwinge: unless i'm mistaken, mach uses the legacy "swapping"
+      bsd mechanism 
+    <braunr> tschwinge: i.e. when it swaps a process, it swaps all of it
+    <braunr> tschwinge: the rest is probably one big anonymous vm object
+      containing the process space
+    <braunr> cached objects aren't currently well accounted
+    <braunr> (well, since youpi got my page cache patches in, they are, but
+      procfs isn't yet modified to report them)
+    <braunr> tschwinge: right, i'm currently looking at the machine and it
+      doesn't add up, i suppoe there are some big files still in the cache
+    <braunr> ah, git packed objects :p
+    <braunr> and a few llvm .a/.so/executable files too
+    <braunr> and since they're probably targets, they're built last, which
+      explains why they're retained in the cache for a while
+
+[[microkernel/mach/message/msgh_id]] (why on *that* page?).