Skip site navigation (1) Skip section navigation (2)

Re: problema con max-pool-conecction

From: Eveling Velásquez <lingso13(at)yahoo(dot)es>
To: Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar>
Cc: Edwin Quijada <listas_quijada(at)hotmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: problema con max-pool-conecction
Date: 2009-10-23 21:51:35
Message-ID: 832681.74901.qm@web26202.mail.ukl.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Hola!
he configurado el max-pool-size= 80 y min-pool-size=40, pero el problema ahora es q cuando intento conectarme a la bd por un administrador (pgadmin) me dice "lo siento ya tenemos muchos clientes", antes de poner estos valores entraba bien a la aplicacion y al admin de postgres.

alguna pista?????





________________________________
De: Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar>
Para: Eveling Velásquez <lingso13(at)yahoo(dot)es>
CC: Edwin Quijada <listas_quijada(at)hotmail(dot)com>; pgsql-es-ayuda(at)postgresql(dot)org
Enviado: vie, octubre 23, 2009 9:18:08 AM
Asunto: RE: [pgsql-es-ayuda] max-pool-conecction



> -----Mensaje original-----
> De: Eveling Velásquez [mailto:lingso13(at)yahoo(dot)es] 
> 
> Hola
> 
> Ok pondre esos valores y hare pruebas al respecto, pero mi 
> duda es si ese valor de max-pool-conecctioon es calculable o 
> lo ponemos asumiendo nosotros un max.
> 
> Por otro lado tengo varias conexiones idle q creo q me estan 
> quitando espacio para las consultas y consumiendo recursos, 
> de que manera las puedo limitar en el datasource? O es 
> recomendable eliminarlas a mano?
> 
> Gracias

Te explico como funciona: abrir una conexión a la base tiene un costo
-tradicionalmente considerado alto- e insume tiempo. A su vez, cada conexión
abierta contra la base consume recursos del servidor (cpu y memoria). Si
muchas conexiones operan simultáneamente, la carga sobre el servidor puede
llevarlo a que esté tan lento que todos los clientes quedarán disconformes.
El objetivo de los pool de conexiones es evitar todo esto.

- Permiten preabrir conexiones para ahorrar el tiempo que requiere abrir una
conexión a la base ya que habrá una conexión disponible para ejecutar el
query de inmediato.
- Permiten compartir n conexiones entre m clientes, donde n < m. Esto
ahorrará recursos en el servidor ya que con pocas conexiones se podrá
atender a muchos usuarios.

Los pools pueden ir regulando en forma automática la cantidad de conexiones
abiertas en función de la demanda. Cerrarán conexiones no utilizadas por
cierto tiempo hasta llegar al mínimo parametrizado.

Respecto a tu pregunta en particular: el parámetro max-pool-connection te
indica la cantidad máxima de consultas *simultáneas* que podrás realizar
sobre la base. Si las 100 conexiones están en uso y entra el requerimiento
101, este esperará brevemente hasta que se libere alguna.

El valor exacto varía en función de la naturaleza de la aplicación, del uso
que tendrá y de la capacidad de tu hardware. Esto último es importante: lo
último que deseas es saturar tu hardware de tal manera que nada funcione.

Para una aplicación web típica (consulta de páginas y ocasionalmente algúna
escritura) con 2000 visitas diarias, 100 conexiones máximas es más que
suficiente.

Las conexiones idle que ves supongo son del pool de conexiones. Están a la
espera que aparezca algún requerimiento y entonces entrarán en actividad.
No las elimines a mano, debes controlarlas con los parámetros de mínima en
tu pool.

Saludos,
Fernando.


      ____________________________________________________________________________________
¡Todo sobre la Liga Mexicana de fútbol! Estadísticas, resultados, calendario, fotos y más:
http://espanol.sports.yahoo.com/

In response to

Responses

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2009-10-23 21:56:30
Subject: Re: problema con max-pool-conecction
Previous:From: Fernando HeviaDate: 2009-10-23 21:22:25
Subject: RE: vacum se queda bloqueado

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group