| From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
|---|---|
| To: | Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar> |
| Cc: | Marcelo Opazo Vivallos <m(dot)opazovivallos(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, jose javier parra sanchez <jojapasa(at)gmail(dot)com>, Postgres Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: procesos idle |
| Date: | 2010-03-23 20:59:31 |
| Message-ID: | 3073cc9b1003231359i4b00cc84ydba3b24849326f70@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
2010/3/23 Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar>:
>
>
> Me permito agregar: si no tienes los fuentes y estás condenado a utilizar esa aplicación deficiente, podrías reducir su impacto implementando un pool de conexiones con hasta 50 conexiones a Postgres (máximo, preferentemente serán 20 ó 30) y dejar que sea el pool el que incremente las conexiones a los clientes. Por la noche reinicias el pool en lugar de reiniciar Postgres.
> Una conexión a pgbouncer o pgpool es mucho más liviana que una conexión a postgres.
>
tendria que ser pgbouncer usando alguno de los modos que reutilicen la
conexion aunque el cliente no la haya cerrado (TRANSACTION y
STATEMENT) porque pgbouncer en modo SESSION y pgpool encolaran la
peticion hasta que algun cliente (backend) cierre la conexion
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Miguel Angel Hernandez Moreno | 2010-03-24 01:35:06 | ayuda en recuperar nodo, no se replican todos los datos |
| Previous Message | Fernando Hevia | 2010-03-23 20:54:27 | RE: procesos idle |