RE: En contacto desde Panama (El Canal de Panama)

El parámetro correcto es 'max_connections'. Si la cantidad de conecciones a
la base llega a un tope antes de alcanzar ese valor entonces tienes otro
limitador, memoria tal vez.

Por lo que describis pareciera que tu problema está en el código ASP que NO
cierra las conexiones, no en Postgres.
Es imprescindible que los programadores hagan uso racional de las
conexiones. La más simple es abrir y cerrar la conexión en cada página donde
se consulta a Postgres. Esta técnica combinada con pooling de conexiones te
brindará buena performance.
Si no tienen demasiada actividad pueden prescindir del pooling. De lo
contrario pgpool2 es una buena alternativa.

Cualquier intento de matar los backends no es la solución que necesitas.
Revisa el código ASP.

Saludos,
Fernando.

_____

De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Javier Lugo Porras

Me gustaria saber si supera alguno mas de 128 PID con postgres,
ya q tengo el inconveniente q cuando llego a este valor NO PUEDO CREAR MAS
CONEXIONES
( tengo configurado MAX_CONNECCIONES a '200' en postgresql.conf).

Trato de cancelar los PID q se quedan en cola usando el PgAdmin3, pero al
final del dia es q lo termina el mismo postgres,
Alguien sabe como cancelar de forma inmediata?.
Utilize la funcion pg_cancel_backend(pid) pero aun asi no me funciono.

Si el user termina de utilzar una pag.web. el server-postgres queda este PID
activo 'IDLE',
pero en realidad no esta haciendo nada y ocupa un parking de conexion, me
explico!!!,
El inconveniente es cuando utilizo conexiones con ODBC/IIS7 en mis
aplicaciones con ASP.

Si me conecto con pgAdmin3 no ocurre esto, si se desconecta inmediatamente
liberando una conexion.

Saludos,

Javier Lugo Porras
www.multe-commerce.com

_____

Discover the new Windows Vista Learn more!
<http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE>