распределение нагрузки

Ога, конечно.

Апач плодит несколько процессов, которые уже потом форкают, но при этом fastcgi легко держит пару k одновременных запросов на обычном сервере, а апач в любой конфигурации уже лезет в своп

В любом слуачае nginx+fastcgi-php+memcache значительно поможет

Проблема нейронной сети в том, что она не работает с незнакомыми данными и ее нужно обучать. Логические умозаключения на современном уровне развития робототехники - все еще фантастика :)

2Dimanych

каким образом собираетесь смотреть?

2Boris A Dolgov

способ получения сообщений именно php_tail

Protey, наймется админом вместо вас. очевидно же.

Protey, php_tail при таком онлайне это самоубийство, пожалейте хотя-бы диск, а апач походу вообще в swap'е мёртвым камнем )

Да я бы глянул на серваке что да почему.. хотя тут уже понятна причина..

Запускайте сишный daemon, и можно будет не 160 содержать а 1600..

чудо что сервер ещё не в ауте, скорее всего весь цпу на чтение с жёсткого и уходит, какой у него LA в пик?

php_tail - это совсем не демон, как вы написали ...

посмотреть никак не получится вам самому. разве что только я отвечу на интересующие вопросы

демон и правда не был запущен. запустил, поменял на просто tail. вроде стало полегче

количество процессов апача сократилось примерно на 100 в пике

нагрузка сейчас составляет 45-70%

ну уже не 100%, но всё равно должно быть теоретически не больше 30%.. от чего так пыхтеть то ему..

покажите результат команды top

и ещё весь

ps aux|grep httpd

это надо в пике смотреть.. попозже

в общем, картина такая: чат теперь на выделенной машине. ничего больше на ней нет.

по нагрузке - в моменты пиковой нагрузки (лимит стоит на 145) апач все равно над чем-то думает. хотя, демон запущен и работает. тип движка чата - tail.

top - 21:47:06 up 4 days, 9:49, 5 users, load average: 2.55, 3.32, 3.34

Cpu(s): 86.1%us, 3.9%sy, 0.0%ni, 8.6%id, 0.0%wa, 0.6%hi, 0.8%si, 0.0%st

сам демон занимает всего 1% ресурсов процессора.

иногда апач грузит процессор вообще почти на 100% (длительность - несколько секунд), потом, резко падает до 20-ти (на пару секунд), потом 30, 40, 60, 80, 100, 80, 60, 40, 30 (т.е. походит на синусоиду аппроксимированную иногда), далее - опять не более 20-ти и т.д.

в логах демона встречаются такие записи:

2008-11-08 21:56:12> >Vladik_9< disconnected. cannot send data to the socket
2008-11-08 21:56:23> search user with session >e08d8fd94a01717b7d8779a42a39102f<, ip >90.188.72.*<
2008-11-08 21:56:23> found >Vladik_9<, ip >90.188.72.*<

и т.д.

уж не знаю, что и думать-то

Сколько процессов апача в пике запущено?