Andreyka

Reise:
Нет, специфика движка такова, что он отдает 200 на почти любые страницы даже на не существующие на самом деле - то есть скажем генерится пустая страница и отдается код 200.

myhand:
Хватит
Избы ты сам строить будешь.

fiper:
Добрый день! Два дня назад обнаружил большую нагрузку на жёсткий диск.Команда atop-d показывает, что диск грузит http и nginx. Диск загружен на 98% и движений вниз не наблюдается, только если сделать рестарт nginx. При этом на выходных посещаемость всех проектов была в 1.5 раза больше, и с нагрузкой всё было нормально. Подозреваю, что диск сыпется. Подскажите, какие команды выполнить чтобы узнать о состояние диска, и какой именно проект, или пользователь грузит жёсткий диск.ОС Centos.

alw:

Красивая аналогия. Жаль неверная.

Так уже. Почему в данной ситуации рекомендуешь число воркеров сделать равным числу ядер?

alw:
Таки параметры действительно известные, так не то это совсем.
Ситуацию на сервере я описывал выше, тут нет ни памятежрущих приложений, при борьбе с которыми помог бы vm.swappiness, ни стопицот мелких файлов, для управление кешированием дескрипторов которых помог бы vfs_cache_pressure. Так что как их не крути, на эффективность кеша в данном случае они не повлияют сколь нибудь ощутимо.

Andreyka, ладно тебе, ну признай что сказал с горяча. Никто не совершенен, все ошибаются )

alw добавил 22.11.2011 в 07:35
Касаемо nginx настроить по файлы, число воркеров по числу камней - в чем смысл? Тот же Сысоев однозначно пишет:
"Короче, для раздачи файлов больше памяти машины, можно увеличивать
число рабочих процессов до тех пор, пока увеличивается сетевой трафик.
Когда он начинает падать, то достигнут максимум паралелльной загрузки
дисков."
У нас же не совсем проц узкое место? А увеличение числа паралельных запросов к диску еще больше увеличит дергание головок туда-сюда и уменьшит суммарный перфоманс. Я тут наоборот, для локейшена где файло с диска отдается лимит соединений с одного ip до единицы зажал, оставив анлим для tmpfs.