LINUX.ORG.RU
Форум — Linux-hardware  

MHDD + QEMU + 7200 RPM SATA = 400 MB/s

 , ,


1

3

Всегда гоняю MHDD на реальном железе. Вдруг стало надо, не прерывая основные процессы, проверить диск на боевой машине.

Недолго думая, сделал так 

# chmod 777 /dev/sdf
$ qemu -m 1024 -hda /dev/sdf -cdrom /mnt/pub/askinfra/NIX/sysresccd/4.4.0/systemrescuecd-x86-4.4.0.iso -boot d

В результате на 7200 RPM SATA HDD вместо привычных ~ 100 MB/s получил цифру, в 3-4 раза большую.

Найти: объяснение наблюдаемому явлению.

★★★★★

Последнее исправление: Infra_HDC (всего исправлений: 1)
← Не стандартные гнёзда под 3.5мм джеки.
А у соведа^W меня корова сдохла →
Ответ на: комментарий от anonymous

Теперь посмотрите AVG (среднюю скорость) при линейном проходе 45% двухтерабайтника, при учёте, что на хосте 16GB RAM.

Infra_HDC ★★★★★
() автор топика

А сколько показывает hdparm -t? Даже десктопный двухтерабайтник двухлетней давности жмёт около 132 MB/s

disarmer ★★★
()
Ответ на: комментарий от disarmer 
root@infra:~# hdparm -i /dev/sdf

/dev/sdf:

 Model=ST2000NM0011, FwRev=SN02, SerialNo=xxxxxxx
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=3907029168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-4,5,6,7

 * signifies the current active mode

root@infra:~# hdparm -t /dev/sdf

/dev/sdf:
 Timing buffered disk reads: 386 MB in  3.01 seconds = 128.36 MB/sec
root@infra:~# hdparm -t /dev/sdf

/dev/sdf:
 Timing buffered disk reads: 386 MB in  3.01 seconds = 128.17 MB/sec
root@infra:~# hdparm -t /dev/sdf

/dev/sdf:
 Timing buffered disk reads: 386 MB in  3.01 seconds = 128.34 MB/sec
root@infra:~#
Infra_HDC ★★★★★
() автор топика

Найти: объяснение наблюдаемому явлению.

Например, в виртуалке mhdd неправильно измеряет время. Объясняет любые цифры.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Запустил еще раз.

Начало — на хосте время Пнд Дек 8 23:32:00 MSK 2014

5% прохода MHDD в госте — на хосте время Пнд Дек 8 23:36:53 MSK 2014

Т.е. примерно 100 GB прокачалось за 4:53, т.е. за 293 секунды.

Скорость соотносится с заявленной в топикстарте.

И да, в MHDD в госте в правом нижнем углу тикают часики. По состоянию на 10% прохода, разность с хостовыми составила 2-3 секунды отставания в госте.

Infra_HDC ★★★★★
() автор топика
Последнее исправление: Infra_HDC (всего исправлений: 2)
Ответ на: комментарий от Infra_HDC

Тогда надо смотреть, как этот mhdd работает.

i-rinat ★★★★★
()
Ответ на: комментарий от Infra_HDC

да мне смотреть особо не надо. на скриншоте лагерей у хдд меньше 3 ms. ты его из будущего на машине времени привез?

anonymous
()
Ответ на: комментарий от anonymous

latensy. гр е бан ая автозамена

anonymous
()
Ответ на: комментарий от anonymous

на скриншоте latency у хдд меньше 3 ms

Это же время линейного чтения, а не произвольных seek'ов. Числа нормальные.

Я больше склоняюсь к мысли о том, что связки qemu + mhdd какие-то проблемы с чтением нескольких секторов за раз.

i-rinat ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Не стандартные гнёзда под 3.5мм джеки.
Linux-hardware
А у соведа^W меня корова сдохла →