Глупышу поясним, если твои методы решения проблем заканчиваются "стратегией трех R" (reset,reboot,restart), то нормально.
А для решения проблем и выявления неочевидных зависимостей одних параметров от других, сопоставления действий и результата, нужны графики. С числами слишком не наглядно.

А этого глупыша спросимnetwindГлупышу поясним, если твои методы решения проблем заканчиваются "стратегией трех R" (reset,reboot,restart), то нормально.
А для решения проблем и выявления неочевидных зависимостей одних параметров от других, сопоставления действий и результата, нужны графики. С числами слишком не наглядно.

Ок.

Давай ты сейчас расскажешь пример реально решенной тобой проблемы с помощью графиков, а мы это самое, послушаем?
Ну так, чтоб твои слова про три R были не настолько смешным и задорным детским лепетом.

Сможешь?
Смотря что ты считаешь проблемой.
К примеру, программист изменяет приложение, так что запросы перестают кешироваться в mysql.
Базовые показатели, по которым обычно админ или monit смотрит вырастут незначительно.
В период низкой нагрузки ты не знаешь, что появилась проблема, но потенциал масштабирования для этого сервера ухудшился. И ты бы мог заметить это на ненужных графиках. И даже отреагировать до того как ночальник закупит на Яндексе контекстной рекламы вагон, как он это делал раньше, но не успеешь.

тут предположение построено на том, что граничные условия для разных тонких показателей mysql никто не знает и даже не станет пытаться предугадывать и задавать, а графическая система просто все записывает на всякий случай без всяких границ.

Журавлев Денис, во что вы еще верите?