Pull to refresh

Comments 10

Хабравчане, не пинайте — моя первая статейка. Вычитка и замечания приветствуются :)
Я бы посоветовал паралельно стрить await тоже. В сумме наблюдая все эти параметры и их изменение во времени можно заметить неявные проблемы.
а, вижу есть, просто картинку не показали.
Именно так и делаем. Ибо await и iops вещи практически неразделимые. Хотя бы потому что 1500 iops у SSD диска совсем не 10 раз быстрее чем 150 iops у HDD если учесть что у первого await <2 а у второго >200
Пост очень ценен примерами использования gnuplot. Спасибо автору за это.
Кстати хотел бы рекомендовать habrahabr.ru/post/154235/ к последующему прочтению — автор уже углубляется в детали.
Спасибо, будни пефоманс-инженера — это всегда интересно.
А почему не rrdtool? Обеспечивает и хранение семплинг данных, и графики нарисует.
По нескольким причинам:
1. он вырезан из нашей версии дистрибутива
2. комплекс работает автономно от сети интернет и доставить пакеты — нетривиальная задача, поэтому пользуемся чем есть.
3. установить и настроить, а потом забрать данные под графики из rrdtool не легче чем просто взять логи iostat

Ну и самая главная причина: gnuplot и iostat были, и был опыт их использования. А rrdtool не было, и что бы его заставить работать надо было маны покурить, к гуглу сходить. В условиях жесткого цейтнота принцип: лучше день потерять и потом за час долететь — не подходит :)

З.Ы. Да я знаю, что лучше иметь систему постоянного наблюдения, что нибудь на основе какого нибудь заббикса. Но законы Мерфи всесильны, и там где она есть — ниче не происходит, а вот где нет сроду какая нибудь уличная магия твориться.

З.Ы.Ы. И да спасибо — пошел покурю rrdtool
про поле svctm в оф.мане написано «Warning! Do not trust this field any more. This field will be removed in a future sysstat version.»
и еще -t и 10 это два отдельных параметра
Only those users with full accounts are able to leave comments. Log in, please.