вопрос к windows гуру

[wizzard]

просидел весь вечер за WMI счетчиками, пытался понять, почему ноут тормозит (при достаточном кол-ве RAM и вполне вменяемом кол-ве IO requests и page faults)

если у меня average disk queue length обычно 0.25..1, но иногда бывает over 500 на протяжении десятков минут – механике HDD пришел капец, да?

Comments

[antonix.livejournal.com]

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

Как то давно была история - у нас тормозил один математический алгоритм обработки звука. И мы тогда долбались с ним просто капец, тормозит и всё тут. По рассчётам должен работать шустро, а по факту в 10 - 15 раз медленнее ожидаемого. Оказалось, что причина в том что мы запускали два экземпляра этого алгоритма в параллельных нитях на одноголовом процессоре. В сумме у них данных было больше чем кеша второго уровня, начинались кеш промахи и всё пропало... Полечилось это переносом всего в одну нить. Вот такая вот история.

[wizzard]

Не, две нити максимум могут нафигачить 4 blocking IO request'a.

А тут 700, сравнимо со всеми тредами в системе. И response time секундами измеряющееся... А потом всё как рукой снимает.

[w00dy.livejournal.com]

У меня ноут тоже на io тормозит жоско. Скорее всего виной тому веник на 5400 оборотов. А может ещё что-то в профиле энергопотребления для веника накручено.

[dev-zzo.livejournal.com]

ну или неправ тот, кто пытается читать с диска так, что тот бедный не справляется. random reads по всему диску -- не очень быстрая операция,как ни странно...
можешь проверить сам, кстати -- прямой доступ к диску под виндой относительно нетрудно сочинить, например, через SCSI pass-through.

[wizzard]

да проверил ужо... Resource Monitor и PerfMon говорят, что все показатели шикарные, а вот avg queue length и avg response time временами взлетают до 500..700 и 2..15 *секунд*.

Походу, где-то пачка плохо читающихся секторов завелась, или головку болтать начинает, или подшипники вибрируют, или еще что-то такое...

[krauler.livejournal.com]

решить вопрос можно радикально — попробовать апгрейд ноутбука (http://dustoff.ru/2010/05/16/апгрейд-диска-5400-на-7200/), могу предоставить диск

или наконец поставить ProcessMonitor и вычислить сбойный dll ;)

[wizzard]

>> или наконец поставить ProcessMonitor и вычислить сбойный dll ;)

Эээ, и какой же такой сбойный dll вы предполагаете вычислять? :)

procexp и procmon стоят на машине естественно же, и там как раз все идеально. система в сумме отправляет вполне нормальных 1..20 io реквестов в секунду, а вот винту на обработку каждого требуется несколько секунд, вот и весь сказ.

[krauler.livejournal.com]

выключить индексацию, восстановление системы?
обновить драйвера диска?..

[wizzard]

>> выключить индексацию, восстановление системы?
обновить драйвера диска?..

Простите, мне смешно. Если io/sec и так меньше 20 (нормальные винты без особой нагрузки вытягивают 150..300), то чем их уменьшение еще в 2 раза поможет ситуации? ))))

Обновить драйвера смысл может и был бы, если бы система так себя вела с самого начала, а не начиная с.

[krauler.livejournal.com]

действительно, смешняво! что я, в самом деле

а давайте диск от-Ghost-им на новый диск-скорострелку, попробуем замерить

[wizzard]

Давайте. Только вы, вроде, в Питере, а не в Киеве... :)

И еще я не знаю, выживет ли шифрованный винт переезда на другую геометрию (320 на 500, если правильно понимаю), но это уже детали.

[wizzard]

да пускай и сео, мне просто интересно) удалить коммент я всегда успею

[metaclass.livejournal.com]

О, кстати, интересная мысль, посмотреть этот же параметр на всех серверах наших клиентов. А то у некоторых бывают похожие необъяснимые симптомы.

[wizzard]

Угу. Собственно, за "тормоза" отвечают в основном PF и вот это. Особенно если процессор не загружен.