Как бороться с зависаемыми процессами апач?

Как-то была тема по убиванию ненужных процессов, поищи на форуме. Возможно кто-то вспомнить как называлась тема.

> не допустить их появления?

Не использовать PHP или таки попытаться написать скрипты нормально?

P.S. Тема уже обсуждалась, то ли тут, то ли на http://lists.debian.org/debian-russian

> Как-то была тема по убиванию ненужных процессов, поищи на форуме. Возможно кто-то вспомнить как называлась тема.

Ага, вроде, про OOMKiller что-то.

Если ты владелец этих PHP-скриптов -> у fsockopen() есть параметр timeout. Если нет, то крути default_socket_timeout в php.ini

>Использование FastCGI не подходит, так как он не работает с функцией readfile()
Все работает. Что за заявления такие?

$pic="http://domen.ru/pic.jpg";
readfile($pic);

Вот такой код не работает.

timeout не помогает...

default_socket_timeout 3600

OOM Killer не могу толком по нему что-либо найти...

#yum serach *killer* тоже ничего не находит

в похапе есть параметр max_execution_time :)

Этот код работает и в mod_php и FastCGI (выдает бинарный мусор):
<?
$file = "http://imgl.yandex.net/i/www/logo1.png";
readfile($file);
?>

max_execution_time учитывает только время выполнения скрипта. И не учитывает ожидание типа sleep()

Топикстартер, а ты уверен, что apach-процессы висят на соединении с недосутпным сервером? Попробуй потрейсить эти процессы.

Я не уверен... Так как на моменты зависаний удаленный сервер пингуется моим сервером.
А есть возможность одной командой убить процессы в которых SS > 10000
я бы добавил эту команду в крон

P.S. У меня код не работал... Может потому, что FastCGI у меня запущен как модуль к apache, а статику обрабатывает nginx

OOM Killer:
http://catap.ru/blog/2009/05/03/about-memory-oom-killer/

З.Ы. То что не нашел, ничего не значит, эту феню писал наш человек, искать надо было в рунете.

На эту статью натыкался с десяток раз.... Но там не понятно, как это добро ставить.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=mm/...

Тут вот скрипт, а что с ним делать не ясно.

linux/mm/oom_kill.c

как бы намекает что сие написано на Си для ядра линукс. Иными словами надо собрать ядро с включенной опцией OOM Killer в конфигурации и загрузить систему с новым ядром.

Ясн... Эт не для меня... Запорю только все

Почитай:

http://www.xakep.ru/post/48609/default.asp

В моем понимании такие вещи лучше делать через nginx и т.п подобные прокси. На 95% уверен, что проблема решится.