Страница 4 из 4
Re: Борьба с торможением
Добавлено: 30 окт 2012, 09:45
Lamo
Re: Борьба с торможением
Добавлено: 30 окт 2012, 10:10
Lamo
Пришлось всем пользователям активным в момент запуска процедуры перезайти в систему.
Re: Борьба с торможением
Добавлено: 30 окт 2012, 10:17
Lamo
Результаты, получил, но вот как их интерпретировать? Открыл Programs.txt криминальных DbRead не обнаружил. Обычные процедуры у обычного пользователя.
Re: Борьба с торможением
Добавлено: 30 окт 2012, 10:32
George
Можно прислать результаты мне и я их проанализирую.
Re: Борьба с торможением
Добавлено: 30 окт 2012, 10:42
George
Re: Борьба с торможением
Добавлено: 30 окт 2012, 11:08
Lamo
Ну я же в пик торможения файлики собрал.
Re: Борьба с торможением
Добавлено: 22 ноя 2012, 16:50
Banzay Petrovich
Re: Борьба с торможением
Добавлено: 11 фев 2013, 10:39
Lamo
После того как системный администратор включил кэширование записи на контроллере торможение практически прошло.
Вот некоторая информация по этому режиму
http://www.simm.ru/articles/rw-cache_battery_or_disk .
Re: Борьба с торможением
Добавлено: 11 фев 2013, 10:59
dmi
Re: Борьба с торможением
Добавлено: 11 фев 2013, 11:36
George
Так же ситуацию можно было бы легко вычислить, если знать характеристики работы дисков в нормальных условиях - не те характеристики, чтое дает производитель дисков, а реальные показатели.
Последовательная асинхронная запись:
time proutil empty -C bigrow 100 -r
Последовательная синхронная запись:
time proutil empty -C bigrow 100
Последовательное чтение:
time cat empty.bi >/dev/null
Результаты перевести в MBytes/sec и в случае проблем с производительностью с этими значениями можно сравнить текущую нагрузку дисков и повторить тесты, если нужно. Это также обязательно для админов, как диабетику следить за показателями сахара в крови.