* zonelist cache performance
@ 2007-01-13 1:40 Ethan Solomita
0 siblings, 0 replies; only message in thread
From: Ethan Solomita @ 2007-01-13 1:40 UTC (permalink / raw)
To: pj; +Cc: linux-mm
improve performance with changes to the zonelist cache. But I don't
claim to have tested on an extensive list of platforms and/or
benchmarks, so I was hoping for feedback.
The proposal is, essentially, to rip out the zonelist cache and
replace it with a single int which caches the index i into the
zonelist[i] for the most recently allocated page. Any future attempt to
allocate a page starts at zonelist[i], with a failure reverting to a
full scan of all zonelists. The theory is that this will succeed most of
the time, and as such it should be as lightweight as possible.
zonelist_cache is only fast if zonelist[0] has a free page.
In the context of fake numa where numa=fake=<n> has a large <n>,
zonelist[0] may well fill up quickly yet the system still has a lot of
free memory. As such, starting the allocation at zonelist[i] seems
faster. In the event the allocation fails, we do a slow, full search, so
this only works if that's the rare case.
As to the performance improvement, it improved kernbench by 6% with
numa=fake=64 and 2% without fake numa.
Thanks,
-- Ethan
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-01-13 1:40 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-13 1:40 zonelist cache performance Ethan Solomita
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.