А вы гарантируете, что /tmp не забит? :)
В дебиане пока собирать PHP с поддержкой тредов - не начали. КО, прочитав спек, сказал мне что в CentOS тоже. Так с mod_php "чуточку" - не проходит. Нигде.
А использование fastcgi - пожалуйста. apt-get install libapache2-mod-fcgid php5-cgi и вперед. Пропишите потом новый обработчик PHP, вместо модуля.
Ну вы же жалуетесь что "не шлет". Ему и нечего слать.
Почти наверняка - нет. Но на то что "ничего не шлет" - влияет совершенно однозначно :)
Мож-т просто убрать енто самое перенаправление ">/dev/null" - и пусть себе "шлет"? ;)
Извините, а что должно руту приходить? Пустой выхлоп, оставшийся после того как вы все в /dev/null отправили?
И вы в телепаты метите? Грустно это.
Неужели вы не видите, что никакого сравнения толком нету? Ну что вам дал списочек, отсортированный по потреблению виртуальной памяти?
Что жрет память - абсолютно не видно. Чем заняты апачи - непонятно. Вполне вероятно, что 2 постоянно сидят и курят из-за настроек MPM. А то и вообще 1 работает.
Что "все это"? Один memcached, которому вы скормили 64Mb - займет больше половины от 100Mb. Интересно, что вы акселератору "выдали"...
Не издевайтесь над ребенком.
Закапывать то поделие, что вам показывает колонку с виртуальной памятью для процесса. Используйте нормальные инструменты: top,ps,vmstat.
Во-вторых, посмотреть настройки MPM-модуля апача (наверно, prefork). Может у вас сделано так, что простаивает целая толпа ненужных апачей.
Вообще-то я имел в виду пояснения что неправильно в "рассказе на пальцах" iopiop.
http://en.wikipedia.org/wiki/SYN_cookies#Drawbacks
Если у вас только HTTP - наверно, с этим можно жить. Если там еще почта, например, - пользователям светит попасть в нехорошую ситуацию:
Вот zexis будет интересен ответ, ему расскажу. А для вас возможен только платный ликбез - способности учиться самостоятельно вы пока не продемонстрировали.
Это на котором? :) Черт его знает, даже оценить сложно - как правило, пользователи ведь сами, не спросясь, нужные файлы достают. Раз в год - это оптимизм.
А вы думаете, что бекап нужен только после того, как сервер посыпется? :) Удалила Маша-растеряша важный файл с аччотом - вот и вчерашний бекап пригодился.
Неужели это надо вам объяснять?
1. Повысьте сперва "нужность" на несколько порядков (раз в год - вам везет с "девелоперс" :D).
2. Разберитесь с понятием "вероятность" и его математическим смыслом.
Если добавить сюда еще другие ограничения (объем данных, дополнительная нагрузка от бекапа, уникальность данных) - очень может статься, что бекап вам окажется и не нужен. Бывает и так.
Наконец:
3. Хорошенько подумайте, насколько имеет смысл сравнивать теплое с мягким и бекап с использованием подобных "редиректов". Например, бекапу альтернатив нет - а тут у нас альтернативы есть.
