Выбор конфига, основываясь на предыдущем.

В принципе, каждый конфиг сервера описывается тремя параметрами-винт, проц, память.
Решаем однотипные задачи-сиджи, топы, тьюбы, неважно. Главное, что от сервера к серверу задача та же самая.
Как определить, что у нас какой-то момент(например диски) узкое место, и в следующий раз взять побыстрее именно диски. А не проц, например.

Понятно, что добавление любого из параметров благотворно скажется на производительности. вопрос-какого именно по максимуму.

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

Нужно строить графики по нагрузке на проц, ЛА, память, диск(IO). Когда график приблизится к критической отметке - нужно оптимизироваться или апгрейдиться. Глянуть в текущий момент можно, но лучше знать всю историю болезни, включая пиковые нагрузки.

Нужны графики использования диска, проца, памяти и ЛА смотреть. Все это в принципе умеет делать cacti+snmpd, но с графиком утилизации дискового IO прийдется помудрить.

Я его делал через постоянно висящий монитор sar (linux) + поллер средних значений (самописный скрипт) + snmpd, а в кактусе только надо график изобрести и нацелить на счетчики.

Stek писал:

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

обычно как раз наоборот.

Что есть критичная отметка.

Вот считается, что 0.75 от кол-ва ядер-это пиковое значение ЛА для сервера, дальше уже начнутся тормоза. Это просто и понятно. Вот считается, что если своп не юзается-значит памяти более-менее нормально.
Вот размажем очереди крона(средства тут разные)-уйдут пики нагрузок. Подтюним мускуль под стримротатор например-повеселее станет всем. Прогресс тоже можно затюнить, как и любой сидж скрипт, ИО диска сразу падает.

ВотStek:, например считает что это не диски, а у меня обычно это диски, разные задачи-разные конфиги.

Какти то не проблема, нарисует что надо. и? Диски? память? проц?

TTT писал:

Что есть критичная отметка. Вот считается, что 0.75 от кол-ва ядер-это пиковое значение ЛА для сервера, дальше уже начнутся тормоза. Это просто и понятно. Вот считается, что если своп не юзается-значит памяти более-менее нормально. Вот размажем очереди крона(средства тут разные)-уйдут пики нагрузок. Подтюним мускуль под стримротатор например-повеселее станет всем. Прогресс тоже можно затюнить, как и любой сидж скрипт, ИО диска сразу падает. ВотStek:, например считает что это не диски, а у меня обычно это диски, разные задачи-разные конфиги. Какти то не проблема, нарисует что надо. и? Диски? память? проц?

Критическая отметка у каждого своя, каждый сам определяет, насколько оно тормозит. Я считаю, что если есть пики и в пиках визуально грузится-обрабатывается медленнее чем в обычном режиме - надо смотреть. В сиджах нагрузка критична, поэтому общие рекомендации - это уровень ЛА. Уровень IO второстепенный, ЛА показывает, что что-то не так, будет расти IO - будет расти LA. Нагрузка на проц вторична IMHO, если ЛА в норме.
Хороший вариант - это тестировать нагрузку снаружи, например утилитой ab из апача. Видно разницу при нагрузке и без нее.