Citace Původně odeslal jan555 Zobrazit příspěvek
Tím, že jsem říkal, že tomu moc nerozumím, jsem fakt nechtěl říct, že je to špatně, říkal jsem tím jen, že tomu prostě moc nerozumím . (a pokud bys mi tuhle metodiku mohl v krátkosti osvětlit, budu rád) Linux není můj chleba a z toho, co tam je, neumím vyčíst pro mě potřebné. Nicméně ...
ve zkratce (nekdo mi to v mailinglistu vysvetloval asi 2 roky zpet) tenhle benchmark funguje tak, ze uzivatel si pomoci utility vygeneruje soubor s nahodnymi pristupy na disk a ty pote pomoci jine utility na disku provadi v n procesech paralelne. tim je zajistena jak nahodnost, tak uplna reproducibilita testu ...

Citace Původně odeslal popis raidtestu
This utility can be used to test performance of storage devices.
First, one need to generate file with I/O operations:

# set mediasize=`diskinfo /dev/<device> | awk '{print $3}'`
# set sectorsize=`diskinfo /dev/<device> | awk '{print $2}'`
# raidtest genfile -s $mediasize -S $sectorsize -n 50000

It will generate test which contains 50000 I/O requests with random
size and random offset. Size is a multiple of sectorsize, but less than or
equal to 128kB (maxium size of I/O request). I/O request type (READ or WRITE)
is random as well.
All test data are stored in 'raidtest.data' file in current working directory.

To run test, one should type:

# raidtest test -d /dev/<device> -n 10

This command will read test data from 'raidtest.data' file, run 10 processes
which will be used to send requests to the given device in parallel.
When test is finished you will see statistics:

Bytes per second: <x>
Requests per second: <y>

If you compare performance of two storage devices, use the same data file!
mimochodem, tohle v te dobe jeste taky nebylo k dispozici
Citace Původně odeslal man graid3
-r Use parity component for reading in round-robin fashion.
Without this option the parity component is not used at
all for reading operations when the device is in a com-
plete state. With this option specified random I/O read
operations are even 40% faster, but sequential reads are
slower. One cannot use this option if the -w option is
also specified.
... RAID3 JE tragicky pomalý, proto taky skončil hned, jak mohl a je náročný na hardware, proto ho taky podporovalo jen pár mid-class řadičů, ale většinou až řadiče z nejvyšších kategorií. (stačí si tu režii jen představit ...) Ten princip je jasný a zrovna tohle lze brát snad i jako fakt, tipuji, že je to konstatováno i ve všech overview a elaborátech o RAIDech. Ovšem nemůžu vědět, jestli na Linuxu nefunguje jinak (ale nevypadá to).
erm, nechci byt drzy, ale ponekud se opakujes ... ano, tvrdis ze je tragicky pomaly, mas to podlozene nejakou teorii, ktera mozna je, mozna neni az tak spravna ...