On Tue, 15 Feb 2005 06:02:13 -0600, Robin Holt [EMAIL PROTECTED] said:
Robin For the 4-level case with 64k pages, what about just using
Robin 16k page tables? That leaves us with 60 bits of addressable
Robin space which is fairly close to the full space.
You're kidding, right? If
Robin For the 4-level case with 64k pages, what about just using
Robin 16k page tables? That leaves us with 60 bits of addressable
Robin space which is fairly close to the full space.
David You're kidding, right? If getting fairly close to 64 bits was good
David enough, there would be no point
On Tue, Feb 15, 2005 at 12:03:22PM -0800, David Mosberger wrote:
On Tue, 15 Feb 2005 13:59:45 -0600, Robin Holt [EMAIL PROTECTED] said:
I certainly don't want to switch my machines to 4-levels. There
is zero need for that on the machines I use, so why pay the
overhead of an extra
On Fri, Feb 11, 2005 at 01:33:51PM -0600, Robin Holt wrote:
On Fri, Feb 11, 2005 at 10:51:12AM -0800, Luck, Tony wrote:
...
Making the slab node aware is probably the right thing to do, but
making quicklists node aware is less invasive.
Does anybody have a preference?
I sort of like the
On Thu, Feb 10, 2005 at 12:38:06PM -0800, Luck, Tony wrote:
Can pgtable_cache_init() be __init?
I have that changed in my work area now.
Do you have some before/after numbers from lmbench fork overhead
(I wouldn't expect much impact from this, but it would be nice to
make sure).
I am
Do you have some before/after numbers from lmbench fork overhead
(I wouldn't expect much impact from this, but it would be nice to
make sure).
I am running lmbench even as we speak. Is there a way to run lmbench
and only get the fork overhead information?
You can run the lat_proc binary with
Can pgtable_cache_init() be __init?
Do you have some before/after numbers from lmbench fork overhead
(I wouldn't expect much impact from this, but it would be nice to
make sure).
-Tony
-
To unsubscribe from this list: send the line unsubscribe linux-ia64 in
the body of a message to [EMAIL