diff options
Diffstat (limited to 'open_issues/gnumach_memory_management.mdwn')
| -rw-r--r-- | open_issues/gnumach_memory_management.mdwn | 34 |
1 files changed, 34 insertions, 0 deletions
diff --git a/open_issues/gnumach_memory_management.mdwn b/open_issues/gnumach_memory_management.mdwn index 511d3f2b..60ec7357 100644 --- a/open_issues/gnumach_memory_management.mdwn +++ b/open_issues/gnumach_memory_management.mdwn @@ -2229,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 |