Изпечатай

[gat3way]

Напълно съм съгласен, но за целите на теста, без sync не може да даде обективни резултати. Просто има много фактори, които изкривяват резултатите. Ако го пуснеш няколко пъти подред, ще получиш различни (понякога много различни) резултати.

[jet]

пусни един:

hdparm -tT /dev/sda

да видим какво ще даде


може да пробваш и:

http://www.coker.com.au/bonnie++/

[n00b]

@gat3way

Ок - значи. Активирам sync, рестартирам и тествам пак?

@jet

hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   6202 MB in  2.00 seconds = 3103.49 MB/sec
 Timing buffered disk reads: 202 MB in  3.01 seconds =  67.20 MB/sec

Както казах нямам проблем при четене.

time dd of=/dev/null if=/home/neshto_si.txt bs=1M count=600
600+0 records in
600+0 records out
629145600 bytes (629 MB) copied, 11.1767 s, 56.3 MB/s

real   0m11.213s
user   0m0.000s
sys   0m0.432s

Обаче записа ме срива... а паралелни операции (четене/запис) направо го сриват.

 

[gat3way]

Не е чак толкова бавно. Днешните масови SATA дискове са по-бързички де, но няма нещо драстично бавно. Но това е просто sequential четене.

Това с бавното писане е интересно. Дали RAID контролера ги прави тези мизерии или има някакъв грозен бъг в ядрото не знам. Трябва да пробваш да четеш и пишеш от/върху блоковото устройство. Нямаш ли място за един нов тестов дял на масива?

Може разбира се да монтираш файловата система със sync и да четеш и пишеш във файл, но така минаваш през VFS слоя и ако се окаже че е там проблема, може погрешно да обвиним контролера или пък драйвера за него.

[n00b]

То всъщност бавното писане го открих когато почнах да импортвам базите данни (почти гигабайт дъмпове) и ми отне само на едната около 3-4 часа да се импортне. Какво ли не правих - оптимизирах, настройвах и т.н.
След седмица ми писна и я импортнах на локалната машина и като открих разликата в производителността щях да падна от стола.

Не - нямам дял за тестове уви.

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda2       /               ext3    errors=remount-ro 0       1
UUID=971b700a-72e0-4032-9823-0052c88f82ae       /               ext3    errors=remount-ro 0       1
# /dev/sda1       none            swap    sw              0       0
UUID=348a44a5-223e-4351-9ce4-03b6ed089a76       none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0

Ей това е fstab-a.

[gat3way]

Напротив - имаш

Изключи swap-a (swapoff -a), осери swap дяла с колкото искаш тестове, после му дай mkswap /dev/sda1 и swapon -a:)

[n00b]

Добре де... как да тествам на блоковото устройство? Пак dd?

[plamen_f]

Въобще се опитай да разкараш swap-a с

vm.swappiness = 0

в sysctl

[gat3way]

Ахъм - само че вместо файл, върху устройството.

[nemanema]

След последните коментари продължавам да съм на мнение, че е настройка от контролер.
Във WebHOST BIOS interfaces е отговора. Трябва да се конфигурира правилно за да се изцеди максималната производителност на железарията.

[n00b]

Аз също поддържам това мнение, но както по-горе обясних съм насаден на пачи яйца...