Исходное сообщение
"Разработка утилиты dstat прекращена из-за недовольства дейст..." Отправлено Stax, 27-Май-19 15:33
Да и раньше оно было не очень. Отдельно посмотреть top, iostat, vmstat, iftop ну и sar для истории реально было удобнее, чем искать, как заставить dstat выводить не странную комбинацию по умолчанию, а то, что нужно. Те группировки, которые он делает, любопытны в теории, но на практике при поиске проблем на фиг не нужны. Неудобно и не наглядно. Вывод iostat намного показательнее, а если не понимаешь, почему так - все равно в iotop лезть. В особо хардкорных случаях blktrace. А вывод iftop этот dstat никогда не заменит, sar он не заменит, top тоже не заменит. Комбинация vmstat+iostat - дык намного нагляднее и понятнее их по отдельности посмотреть. А сеть там вообще на фиг не сдалась, т.к. проблемы с пропускной способностью сети это довольно обособленный пласт и не имеет отношения к проблемам, которые изучаются при помощи других утилит. Ну а пропадания пакетов и задержки изучать вообще другие утилиты берутся. Мне нередко приходится изучать и разгребать проблемы производительности на известных и не очень серверах и я не могу придумать случая, когда понять что-либо при помощи dstat было быстрее и проще, чем при помощи других утилит по отдельности. Это просто странная комбинация без особого практического применения - тот случай, когда комбайн не сильно нужен. А если уж делать комбайн, то управление им должно быть примерно как у sar - несколько ключиков помнишь, другие быстро находишь в мане, каждый режим вывода обособлен и по делу. Не то что параметры dstat.