а "не очень" большие деньги это сколько мильенов? :)
Господа админы :)
Прежде чем давить "kill -9" иногда следует изучить процесс который работает и уже запущен, а за частую исходника может уже и не быть, удалили его и все, на 1 запуск рассчитано ПО, за-то без следов .....
Проблема спама заключается опять же в грамотности настройки.. тут коллеги с вами я не могу не согласиться, но меня лично спасает suexec + iptables (uid/gid -m) и перл выключать ненадо и в PHP функции никакие ненадо отключать, програмеры живут, а какеры - курят бабук, потому что из под его UID на выход DROP :)
Так же, Следует не забывать о noexec,nosuid (/tmp) и chflags - весьма полезно. (это не про спам.. а в целом по теме)
Т.С +1 :)
Я бы смотрел для начала в сторону скриптов WP , а после уже в сторону хостера, (не именно текущего), потому что , вполне вероятно может быть криво собран PHP.... или после сборки что-то из либов обновляли и не корректно ведут себя функции какие-то казалось бы в стандартном WP .. ;) Я к тому , что это так же возможн0!
Подсчет интересный:
800 уников в сутки = 33 уника в час = 0,5 уника в минуту, где нагрузка ?
а Хитов сколько в среднем?
Свои процессы сможете посмотреть, "lsof -p <pid>", обращайте внимание на используемые файлы, а так же открытые IPv4.. Вполне возможно у скрипта какая-то бочина случилась и он например в цикле уже 150 мильенов файликов открыл каких-то на запись или его просто штормят с мира вызывая заведомо известную нагрузку .... я так понимаю движок известный.
Конечно можно еще debug скрипта провести со стороны php, оценив объемы требуемой памяти при выполнении операций скрипта, но я так понимаю этот вариант не рассматривается в принципе ;)
а LSOF процессов?
Или что думать?
Добавлены альтернативные виды хостинга для любителей "Addon Scripts"
Ну я не судить вас собрался, я изложил свое мнение!
Но как для меня ситуация выглядит довольно странно при таких настройках, а что касается 32ГБ, это конечно хорошо, только не всем доступно. Да и не всегда имеет смысл.
Я не в коем случае не имел ввиду, что под каждый php скрипт PHP зарезервирует 64Mb :))) Я думаю сервер упал бы после первого же клиента, при таких раскладах. Все рассматриваю в процессе , а не на единицу времени, при 100 клиентах (~200-500 сайтов ) можно играть я думаю на 2-4G памяти спокойно, (это с небольшим запасом), но Вы же понимаете, как страшно находиться на сервере с memory_limit = 128M; при среднем объеме памяти 2G... Да при 100 клиентах при этом... :)
То , что среднее значение может быть 15%, вовсе не гарантирует вам отсутствие всплеска который сделает "каюк" :)
P.S:
Это получается, что обращаясь к десяти скриптам моего сайта одновременно, сервер позволяет выделить 640Mb памяти, только одному фактическому клиенту.... есть много факторов которые по сущности составляющие стабильности. Вы конечно сейчас скажете что-то типа "Да там же скрипт из 64M заявленных по максимуму кушает 10-15MB", но я еще раз напомню ключевые слова: "позволяет выделить", "640Mb", "из 2GB"
Как по мне тут вопрос не в маркетологах уже, 64Mb на 1 скрипт :) Ну вы подумайте :)
При наличии 100 клиентов на сервере, а так же при наличии 1го скрипта у каждого надо как минимум 6GB рамы оторвать для PHP ;) А теперь скажите, выдели ли вы акаунты с 1м скриптом?
Другое дело что они могут скажем так не совпадать по времени запуска.... но все равно десяток желающих сделает бо-бо при любых раскладах :)
P.S: Это я еще умолчал о софте который там может крутится, мне один клиент заявлял что ему 128 мало для его блябля-форум-корпорейшн. :)
