> -----Mensaje original-----
> De: pgsql-es-ayuda-ow...@postgresql.org
> [mailto:pgsql-es-ayuda-ow...@postgresql.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.
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a majord...@postgresql.org)
