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