Buenas tardes amigos. Realmente gracias por las respuestas emitidas. Les comento un poco sobre los comentarios realizados. Alvaro, muchas gracias por tu indicación, esa variable es la que necesito realmente, me va a ser de suma utilidad porque tengo otro problema y aunque esto es un parche y no la solución real, me permite tomar un poco de respiro para analizar con calma el problema. Sobre el comentario de que debe ser el cgi el que cierre la conexión, les comento la aplicación al finalizar cierra su conexión como debe ser y como toda aplicación normal lo hace, el problema es que si aplicación CGI excede el tiempo de ejecución, el apache hace kill del proceso CGI, no llegando al punto de desconexión, que pasa, que la conexión que se abrió nunca es cerrada, ahora con la variable que indicó Alvaro al menos no van a quedar conexiones abiertas.
Sobre lo que comenta Jaime, me llama la atención y te pregunto si pgpool se puede instalar y configurar para Windows, ya que mis clientes por lo general poseen Windows Server, lo poco que investigué ayer indicaban como usar pgpool para Debian. De antemano agradezco la ayuda prestada... Atte. Leonardo Castillo L. Mérida - Venezuela El 24 de febrero de 2010 13:23, Jaime Casanova <jcasa...@systemguards.com.ec > escribió: > 2010/2/24 jose javier parra sanchez <jojap...@gmail.com>: > [...] > > Imaginate si para cada conexion nueva, al desconectarse la aplicacion, > > el proceso de postgres muriera, seria muy costoso tener que volver a > > crear nuevos procesos, en fin, lo que quiero decir es que los procesos > > inactivos se reutilizan en las nuevas conexiones. [...] > > De hecho, eso es precisamente lo que pasa... cuando la aplicacion > cierra la conexion el proceso de postgres se cierra y una nueva > conexion debera crear un nuevo proceso de postgres. por eso es que se > recomienda usar pool de conexiones (como pgpool, pgbouncer, etc) > > ahora, he visto que en versiones modernas de php... este puede servir > como pool de conexiones y de hecho reutiliza las conexiones (o al > menos esa es la impresion que me da) > > -- > Atentamente, > Jaime Casanova > Soporte y capacitación de PostgreSQL > Asesoría y desarrollo de sistemas > Guayaquil - Ecuador > Cel. +59387171157 > -- > TIP 2: puedes desuscribirte de todas las listas simultáneamente > (envía "unregister TuDirecciónDeCorreo" a majord...@postgresql.org) >
