Procesos que nunca mueren apache httpd comet

[heislerpalma]

Tengo corriendo el siguiente codigo
sobre comet
[URL="http://www.zeitoun.net/articles/comet_and_php/start"]http://www.zeitoun.net/articles/comet_and_php/start[/URL]

he pasado horas probando todas la combinaciones de parametros
por supuesto reiniciando el servicio cada vez.
KeepAlive On
KeepAliveTimeout
MaxKeepAliveRequests

StartServers
MinSpareServers
MaxSpareServers
ServerLimit
MaxClients
MaxRequestsPerChild

sin embargo cada vez que que se visita el sitio donde se encuentra el codigo

se crea una nueva instancia de /usr/sbin/httpd.itk

y nunca muere hasta llenar la memoria y colapsar el servidor

Alguien ha tenido estos parecidos problemas con procesos apache fantasmas que nunca mueren?.

[enlinea777]

usa ajax o nodejs que para eso son

[AlvaroG]

Bueno, siendo específicos, se supone que esta técnica provee respuesta en tiempo real, mientras que AJAX no lo hace. NodeJS puede usarse para algo como esto con WebSockets, pero de por sí tampoco inicia conexiones con el cliente para mantener comunicación bidireccional.

Para contestar la pregunta inicial, es lógico que si tenés un programa PHP corriendo en un bucle infinito, los procesos del servidor web no puedan finalizar. Seguramente haya maneras de evitar esto, pero la técnica en sí no parece lo más eficiente.

[enlinea777]

disculpa pero NodeJS SI permite comunicación bidireccional entre el server y el cliente o los clientes.

[AlvaroG]

Iniciado por enlinea777

disculpa pero NodeJS SI permite comunicación bidireccional entre el server y el cliente o los clientes.

No quise decir que no lo permita, sino que no es algo que NodeJS haga de por sí y por implementar tecnología que nadie más tiene. Lo que distingue a NodeJS en este caso es que tiene un excelente soporte para WebSockets.

Esto requiere soporte del lado del cliente y del servidor, si el cliente no lo admite, no se puede hacer, por mucho NodeJS que corra en el servidor. Si nuestro código del lado del servidor no está específicamente escrito para usar esta funcionalidad, no se utilizará. Y finalmente, no es necesario NodeJS para esto, casi cualquier lenguaje de programación tiene bibliotecas para WebSocket.

Eso fue lo que quise decir :)

[enlinea777]

en lo personal prefiero que el cliente se acomode a mi y no empesar a rebuscar soluciones parche para que al final no funcione.
pero esas son apreciaciones mias. :)