sslug-teknik team mailing list archive

[Mogens Kjaer <mk@xxxxxx>]

Asbjorn Grandt wrote:
...
> Så en benchmark burde istedet være een 1GB fil istedet for 10 100MB
> filer. Een 500MB fil burde nu også gøre tricket.

Der vil stadigvæk være stor forskel imellem maskiner afhængig af,
hvor meget frit RAM der er.

>
..
> File creation med
> 	1. zero
> 	2. random

Det tager meget længere tid at lave random data end at komprimere
dem.

Et script med:

dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
dd if=$1 bs=1M count=128|gzip -c >/dev/null &
wait

Som kaldes sådan:

time ./script /dev/zero
10.822u 0.668s 0:05.86 195.9%   0+0k 0+0io 16pf+0w

time ./script /dev/urandom
61.390u 201.846s 2:11.95 199.4% 0+0k 0+0io 0pf+0w

Man kan se i det sidste, at det andet tal bliver meget
stort. Kernen er evigheder om at lave de tilfældige
tal, selv med urandom.

Det ses også, at to CPU'er eller dual core giver næsten
en faktor 2 i hastighed, men det er jo langtfra alle
applikationer der kan udnytte flere cpu'er i praksis.

Den bedste benchmark er at teste med det/de programmer,
maskinen skal bruges til, alle andre tests er bare for folk
der skal fylde sider ud i tidsskrifter :-)

Mogens

--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@xxxxxx Homepage: http://www.crc.dk