On Mon, 28 Jan 2002, Josh MacDonald wrote:
So, it would seem that the dcache and kmem_slab_cache memory allocator
could benefit from a way to shrink the dcache in a less random way.
Any thoughts?
The way I want to solve this problem generically is to basically get rid
of the special-purpose
On Mon, 28 Jan 2002, Linus Torvalds wrote:
I am, for example, very interested to see if Rik can get the overhead of
the rmap stuff down low enough that it's not a noticeable hit under
non-VM-pressure. I'm looking at the issue of doing COW on the page tables
(which really is a separate
On Mon, 28 Jan 2002, Rik van Riel wrote:
I'd be interested to know exactly how much overhead -rmap is
causing for both page faults and fork (but I'm sure one of
the regular benchmarkers can figure that one out while I fix
the RSS limit stuff ;))
I doubt it is noticeable on page faults
On Mon, 28 Jan 2002, Linus Torvalds wrote:
On Mon, 28 Jan 2002, Rik van Riel wrote:
I'd be interested to know exactly how much overhead -rmap is
causing for both page faults and fork (but I'm sure one of
the regular benchmarkers can figure that one out while I fix
the RSS limit stuff
On Mon, 28 Jan 2002, Linus Torvalds wrote:
(Also, I'd like to understand why some people report so much better
times on dbench, and some people reports so much _worse_ times with
dbench. Admittedly dbench is a horrible benchmark, but still.. Is it
just the elevator breakage, or is it rmap
On January 28, 2002 07:21 pm, Linus Torvalds wrote:
On Mon, 28 Jan 2002, Rik van Riel wrote:
I'd be interested to know exactly how much overhead -rmap is
causing for both page faults and fork (but I'm sure one of
the regular benchmarkers can figure that one out while I fix
the RSS
Daniel == Daniel Phillips [EMAIL PROTECTED] writes:
Daniel I'd cheerfully hand this coding effort off to someone more familiar with this
Daniel particular neck of the kernel woods - you, Davem and Marcelo come to mind,
Daniel but if nobody bites I'll just continue working on it at my own
On January 28, 2002 11:01 pm, Momchil Velikov wrote:
Daniel == Daniel Phillips [EMAIL PROTECTED] writes:
Daniel I'd cheerfully hand this coding effort off to someone more familiar with
this
Daniel particular neck of the kernel woods - you, Davem and Marcelo come to mind,
Daniel but if