Previous Entry Share Next Entry
2016-01

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

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

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


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

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

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

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

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

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

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

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

ex_krauler July 22nd, 2010
решить вопрос можно радикально — попробовать апгрейд ноутбука, могу предоставить диск

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

wizzard0 July 22nd, 2010
>> или наконец поставить ProcessMonitor и вычислить сбойный dll ;)

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

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

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

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

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

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

ex_krauler July 24th, 2010
действительно, смешняво! что я, в самом деле

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

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

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

(Deleted comment)
wizzard0 July 23rd, 2010
да пускай и сео, мне просто интересно) удалить коммент я всегда успею

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

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

  • 1
?

Log in

No account? Create an account