RE: ayuda con cybercluster

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de
> Eddy Ernesto Baños Fernández
>
> >Definitivamente 4000 conexiones simultáneas es un disparate.
>
> Establecí este parámetro por desconocimiento ya que cada
> conexión activa usa memoria del shared_buffer y work_mem,
> ahora no traería problemas ya que cuento con una concurrencia
> potencial de 4000 usuarios ya que no solo tendré una sola BD,
> en el sistema radicarán cerca de 20 BD a las cuales accederán
> cerca 20 aplicaciones..... no corro riesgo en quedarme corto
> en cuanto a conexiones??
>

Si estás usando un pool ese riesgo desaparece. El pool recibirá las
conexiones necesarias de tus aplicaciones y encauzará las consultas en un
set de conexiones que a su vez mantiene abiertas contra Postgres, las cuales
serán limitadas y compartidas.
El pool se debiera encargar de encolar los requerimientos si es que las
conexiones disponibles a la base ya están ocupadas.

El resultado es que puedes limitar la carga sobre la BD permitiendo que el
motor responda rápido a las consultas que recibe en forma simultánea. La
lógica tras ello es que es preferible tener un servicio que atiende bien un
número limitado de clientes por vez a un servicio que atiende pésimo a todos
los clientes juntos. Y funciona muy bien!

A proposito, no mencionaste a cuanto seteaste work_mem. Te diría mantenerlo
en el default de 1MB para empezar.

Saludos,
Fernando.