Homo-Adminus Blog: Turning On NCQ Queing On ICH7 Chipsets With Linux
Alexander Solovyov
· 3 years ago
В основном везде линухи, как я понимаю? Фри практически нету?
Scoundrel
· 3 years ago
Ну, почему же? Есть и FreeBSD и Solaris ;-) Только всему свое место :-)
_Andrey_
· 3 years ago
Подскажите, что может быть в моем случае - 2.6.17 с патчами от gentoo (патчи на drm i810 и i830). При работе с диском жудкие тормоза в системе. А уж если в своп полезем, то ждать реакции системы на пользовательский запрос придется долго. Файл размером 600-700Мб на ext3 удаляется секунд 5-10. На ReiserFS ситуация не лучше. Мамка интеловская на i915, диск samsung s-ata. Пропускная по hdparam на уровне s-ata2. Но при интенсивной работе приложения с диском вся система в глубоком ступоре. Что это может быть?
_Andrey_
· 3 years ago
Пставил ядро 2.6.16-rc3-git7. Появилась запись в логе LBA48 NCQ (depth 0/32). Что означает запись "(depth 0/32)", и почему у меня "0", а не "31"? Но при копировании файла внутри одного раздела (из каталога в каталог) процессор загружается на 100%
Scoundrel
· 3 years ago
SATA Native Command Queueing support
This is automatically enabled if both the controller and device support NCQ. libata supports maximum of 31 concurrent commands. If NCQ is enabled you should be able to see a message like the following during device initialization.
ata1.00: ATA-7, max UDMA7, 312581808 sectors: LBA48 NCQ (depth 31/32)
If the device supports NCQ but the host doesn't, you'll get
ata8.00: ATA-7, max UDMA7, 312581808 sectors: LBA48 NCQ (depth 0/32)
But, there aren't many good reasons to mess with queue depth.
_Andrey_
· 3 years ago
Thanks a lot.
Anatoly
· 3 years ago
а сами графики производительности где?
Scoundrel
· 3 years ago
Графиков нету. Единственными графиками для меня являются данные MRTG, который показывал умирающую тачку при определенной нагрузке, а теперь даже при нагрузке на 50% больше ему значительно легче :-)
Задача поста была не в том, чтобы получить точные оценки, а в том, чтобы показать, как можно получить прирост в производительности просто используя все возможности своего железа.
All Comments
При работе с диском жудкие тормоза в системе. А уж если в своп полезем, то ждать реакции системы на пользовательский запрос придется долго.
Файл размером 600-700Мб на ext3 удаляется секунд 5-10. На ReiserFS ситуация не лучше.
Мамка интеловская на i915, диск samsung s-ata.
Пропускная по hdparam на уровне s-ata2.
Но при интенсивной работе приложения с диском вся система в глубоком ступоре.
Что это может быть?
Что означает запись "(depth 0/32)", и почему у меня "0", а не "31"?
Но при копировании файла внутри одного раздела (из каталога в каталог) процессор загружается на 100%
This is automatically enabled if both the controller and device
support NCQ. libata supports maximum of 31 concurrent commands. If
NCQ is enabled you should be able to see a message like the following
during device initialization.
ata1.00: ATA-7, max UDMA7, 312581808 sectors: LBA48 NCQ (depth 31/32)
If the device supports NCQ but the host doesn't, you'll get
ata8.00: ATA-7, max UDMA7, 312581808 sectors: LBA48 NCQ (depth 0/32)
Queue depth can be adjusted by
# echo 16 > /sys/class/scsi_device/0:0:0:0/device/queue_depth
But, there aren't many good reasons to mess with queue depth.
Задача поста была не в том, чтобы получить точные оценки, а в том, чтобы показать, как можно получить прирост в производительности просто используя все возможности своего железа.