On (30/07/08 01:43), Andrew Morton didst pronounce: > On Mon, 28 Jul 2008 12:17:10 -0700 Eric Munson <[EMAIL PROTECTED]> wrote: > > > Certain workloads benefit if their data or text segments are backed by > > huge pages. > > oh. As this is a performance patch, it would be much better if its > description contained some performance measurement results! Please. >
I ran these patches through STREAM (http://www.cs.virginia.edu/stream/). STREAM itself was patched to allocate data from the stack instead of statically for the test. They completed without any problem on x86, x86_64 and PPC64 and each test showed a performance gain from using hugepages. I can post the raw figures but they are not currently in an eye-friendly format. Here are some plots of the data though; x86: http://www.csn.ul.ie/~mel/postings/stack-backing-20080730/x86-stream-stack.ps x86_64: http://www.csn.ul.ie/~mel/postings/stack-backing-20080730/x86_64-stream-stack.ps ppc64-small: http://www.csn.ul.ie/~mel/postings/stack-backing-20080730/ppc64-small-stream-stack.ps ppc64-large: http://www.csn.ul.ie/~mel/postings/stack-backing-20080730/ppc64-large-stream-stack.ps The test was to run STREAM with different array sizes (plotted on X-axis) and measure the average throughput (y-axis). In each case, backing the stack with large pages with a performance gain. -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libhugetlbfs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
