DISQUS

DISQUS Hello! Homo-Adminus Blog is using DISQUS, a powerful comment system, to manage its comments. Learn more.

Community Page

Jump to original thread »
Author

Turning On NCQ Queing On ICH7 Chipsets With Linux

Started by Scoundrel · 9 months ago

Recently we’ve got critical load on one of our new free web hosting servers that handles millions of hits per day. When I’ve tried to analyze how to get more performance from that servers, I noted that these servers has ICH7 chipsets and Seagate SATA drives with NCQ support ... Continue reading »

8 comments

  • В основном везде линухи, как я понимаю? Фри практически нету?
  • Ну, почему же? Есть и FreeBSD и Solaris ;-) Только всему свое место :-)
  • Подскажите, что может быть в моем случае - 2.6.17 с патчами от gentoo (патчи на drm i810 и i830).
    При работе с диском жудкие тормоза в системе. А уж если в своп полезем, то ждать реакции системы на пользовательский запрос придется долго.
    Файл размером 600-700Мб на ext3 удаляется секунд 5-10. На ReiserFS ситуация не лучше.
    Мамка интеловская на i915, диск samsung s-ata.
    Пропускная по hdparam на уровне s-ata2.
    Но при интенсивной работе приложения с диском вся система в глубоком ступоре.
    Что это может быть?
  • Пставил ядро 2.6.16-rc3-git7. Появилась запись в логе LBA48 NCQ (depth 0/32).
    Что означает запись "(depth 0/32)", и почему у меня "0", а не "31"?
    Но при копировании файла внутри одного раздела (из каталога в каталог) процессор загружается на 100%
  • 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)

    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.
  • Thanks a lot.
  • а сами графики производительности где?
  • Графиков нету. Единственными графиками для меня являются данные MRTG, который показывал умирающую тачку при определенной нагрузке, а теперь даже при нагрузке на 50% больше ему значительно легче :-)

    Задача поста была не в том, чтобы получить точные оценки, а в том, чтобы показать, как можно получить прирост в производительности просто используя все возможности своего железа.

Add New Comment

Returning? Login