О гребаных дисковых подсистемах
Mar. 6th, 2014 01:32 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Кто знает какой-нибудь правильный способ диагностики проблем вида "все неебически тормозит на хоть сколько нибудь рандомном i/o" с дисковой подсистемой в виндах?
Подзадолбали клиентские сервера за тысячи бабла, которые работают медленнее в десятки раз чем бытовое железо у меня дома и непонятно с какой стороны к ним подступиться. Внезапно база вместо двух часов стала бэкапится двое суток, внутри raid5, кэш отключен, про наличие и работоспособность батарейки нихрена не известно.
Подзадолбали клиентские сервера за тысячи бабла, которые работают медленнее в десятки раз чем бытовое железо у меня дома и непонятно с какой стороны к ним подступиться. Внезапно база вместо двух часов стала бэкапится двое суток, внутри raid5, кэш отключен, про наличие и работоспособность батарейки нихрена не известно.
no subject
Date: 2014-03-05 11:00 pm (UTC)Первое, что приходит в голову - взять мелкую базу для теста бекапов, отключать по одной сервисы/программы/железки и смотреть на результаты.
no subject
Date: 2014-03-05 11:12 pm (UTC)no subject
Date: 2014-03-06 12:30 am (UTC)no subject
Date: 2014-03-06 12:40 am (UTC)не забывать, что перформанс деградирует нелинейно, и под нагрузкой либо "все хорошо работает" либо "коллапс".
no subject
Date: 2014-03-06 08:39 am (UTC)no subject
Date: 2014-03-06 08:54 am (UTC)В винде же по дефолту если io где-то падает из-за сбоя по связи, ретрай делается только через минуту, всего может быть 8 попыток. Так что, рекомендую это время уменьшить до 10 секунд (обычно достаточно для раскрутки любого CD, ради чего этот параметр и придуман). Меняется где-то в реестре.
no subject
Date: 2014-03-06 09:11 am (UTC)no subject
Date: 2014-03-07 09:55 am (UTC)Знаю сборщика компов, который _всегда_ так делает ;-)
Что-то объяснить не удаётся.
no subject
Date: 2014-03-06 10:40 am (UTC)no subject
Date: 2014-03-06 04:01 pm (UTC)