se me acaba de ocurrir un segundo planteamiento:
El servidor web puede tener un módulo FastCGI,de ese modo el planteamiento CGI cambia y las variables de entrada y el contenido "POST" ya no se envian por el entorno de variables y por la entrada estandar, sino que todo va por una conexión socket.
Pero en este caso se podría provocar el retraso de una o varias peticiones que el programa esté procesando antes que la tuya.... por tanto ahora el problema del retraso se centra en el programa. Seguramente se pueda plantear de modo que varios procesos esten viendo si hay conexiones(seguramente se necesiten mutex), y varios hilos estén a la espera de procesar, ya que si usamos el planteamiento "fork()" volveremos al mismo problema que teniamos con los cgi's normales.
cómo planteariais el tema del programa en el caso FastCGI??? es posible que el tema de las regiones críticas relentice más que tener a un solo proceso en ese trabajo??? es posible que sea menos costoso crear los hilos en el momento que se necesiten antes que tener a los hilos ejecutados en un while hasta que tengan trabajo????
saludos y gracias por cualquier idea sobre el tema