diff options
author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-05-02 03:39:46 +0200 |
---|---|---|
committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-05-02 03:39:46 +0200 |
commit | c2fd9799f70e4005cb95f3a3fc12848a8cea3c37 (patch) | |
tree | cf5bcde4ee90b1907f9a5b1b95be2c803dc269d4 /open_issues/gnumach_memory_management.mdwn | |
parent | edacea84fafb266863a52e5a824cb9322c18e6d6 (diff) | |
parent | c771b3c8a0fec8a6abac4a2a8787393ed016edb1 (diff) |
Merge branch 'master' of git.savannah.gnu.org:/srv/git/hurd/web
Diffstat (limited to 'open_issues/gnumach_memory_management.mdwn')
-rw-r--r-- | open_issues/gnumach_memory_management.mdwn | 36 |
1 files changed, 36 insertions, 0 deletions
diff --git a/open_issues/gnumach_memory_management.mdwn b/open_issues/gnumach_memory_management.mdwn index 46454207..60ec7357 100644 --- a/open_issues/gnumach_memory_management.mdwn +++ b/open_issues/gnumach_memory_management.mdwn @@ -832,6 +832,8 @@ There is a [[!FF_project 266]][[!tag bounty]] on this task. <braunr> it could also be used to drop the overloaded (and probably over imbalanced) page cache hash table +[[gnumach_vm_map_red-black_trees]]. + # IRC, freenode, #hurd, 2011-05-03 @@ -2227,3 +2229,37 @@ There is a [[!FF_project 266]][[!tag bounty]] on this task. <braunr> (i mean, when i made my tests, it looked like there were few kernel map entries, but i may have missed corner cases that could cause more of them to be needed) + + +# IRC, freenode, #hurd, 2013-04-18 + + <braunr> oh nice, i've found a big scalability issue with my slab allocator + <braunr> it shouldn't affect gnumach much though + + +## IRC, freenode, #hurd, 2013-04-19 + + <ArneBab> braunr: is it fixable? + <braunr> yes + <braunr> well, i'll do it in x15 for a start + <braunr> again, i don't think gnumach is much affected + <braunr> it's a scalability issue + <braunr> when millions of objects are in use + <braunr> gnumach rarely has more than a few hundred thousands + <braunr> it's also related to heavy multithreading/smp + <braunr> and by multithreading, i also mean preemption + <braunr> gnumach isn't preemptible and uniprocessor + <braunr> if the resulting diff is clean enough, i'll push it to gnumach + though :) + + +### IRC, freenode, #hurd, 2013-04-21 + + <braunr> ArneBab_: i fixed the scalability problems btw + + +## IRC, freenode, #hurd, 2013-04-20 + + <braunr> well, there is also a locking error in the slab allocator, + although not a problem for a non preemptible kernel like gnumach + <braunr> non preemptible / uniprocessor |