Thank you all who responded with suggestions on how to get useful data out of
the IO load module from contest. These are _new_ results with a
sync,swapoff,swapon before conducting just the IO load. I have digested all your
suggestions and come up with the following:
n=5 for number of samples
Kernel Mean CI(95%)
2.5.38 411 344-477
2.5.39-gcc32 371 224-519
2.5.38-mm2 95 84-105
The mean is a simple average of the results, and the CI(95%) are the 95%
confidence intervals the mean lies between those numbers. These numbers seem to
be the most useful for comparison.
Comparing 2.5.38(gcc2.95.3) with 2.5.38(gcc3.2) there is NO significant
difference (p 0.56)
Comparing 2.5.38 with 2.5.38-mm2 there is a significant diffence (p<0.001)
After playing with all these it appears I should do the following to contest:
Add sync,swapoff,swapon before each load
Perform noload and process_load twice to ensure no abnormal results
Perform mem_load 3 times
Perform IO_fullmem 5 times (and rename it just IO_load)
Drop IO_halfmem (adds no more useful information and just adds time).
Do a statistical analysis like the above when posting information.
Comments?
Con
On Tue, Sep 24, 2002 at 09:26:38AM +1000, Con Kolivas wrote:
> Do a statistical analysis like the above when posting information.
That's really the most important piece, imo.
--
Ryan Anderson
sometimes Pug Majere
At 09:26 AM 9/24/2002 +1000, Con Kolivas wrote:
>Thank you all who responded with suggestions on how to get useful data out of
>the IO load module from contest. These are _new_ results with a
>sync,swapoff,swapon before conducting just the IO load. I have digested
>all your
>suggestions and come up with the following:
>
>n=5 for number of samples
>
>Kernel Mean CI(95%)
>2.5.38 411 344-477
>2.5.39-gcc32 371 224-519
>2.5.38-mm2 95 84-105
/me wonders what other benchmarks numbers will look like. (db stuff should
rock?)
-Mike