Jaime leyendo el post que enviaste en este correo me quedan algunas dudas que no entiendo. En la documentacion oficial de Pgpool-II explican que el parametro num_init_children limite el numero de conexiones concurentes de clientes a Pgpool, y con el parametro max_pool se establece segun tengo entendido el numero de subprocesos hijos a almacenar en la cache para utilizar conection pooling lo que implicaría un total de conexiones a la base igual a num_init_children * max_pool, mi duda es la siguiente: ¿El parametro num_init_children establece un límite de conexiones pero donde las conexiones sean a diferentes bases con diferentes usuarios?
La duda me surge porque si los parametros se configuran de pgpool son de la siguinte forma > num_init_children: 50 > max_pool: 4 y ejecuto un pgbench de la siguinte forma tal y como viene en el post, que como es logico se ejecutaría con un mismo usuario sobre una misma base de datos: > pg_bench -p 9999 -c 60 -t 3 -f custom_script1 -f custom_script2 [some > more scripts] -d dbname Lo que implica que serian un total de 60 conexiones concurrentes a la base, entonces porque razon sucede lo mencionado por Diego Ayala y porque seria necesario incrementar el parámetro num_init_children a 60. Agradecería mucho tu respuesta, porque esto es algo que no entiendo muy bien. Saludos. ________________________________________ De: [email protected] [[email protected]] En nombre de Jaime Casanova [[email protected]] Enviado el: jueves, 19 de mayo de 2011 15:34 Para: Diego Ayala CC: Postgres Ayuda Asunto: Re: [pgsql-es-ayuda] entender pgbench 2011/5/19 Diego Ayala <[email protected]>: > buenos dias listeros, estoy haciendo prueba de estres a mis servidores > PostgreSQL 8.4.7, son servidores con 18GB de RAM, y 16 CPU. Ambos servidores > estan conectados mediante pgpool-III 3.0.3, uno maestro y otroe esclavo.. > solo que me llama la atencion algunos resultados que me tira el pgbench, por > ejemplo > > con un valor de escala de 100 o 200 al ejecutar esto, al parecer no lo > ejecuta > > transaction type: TPC-B (sort of) > > scaling factor: 200 > > query mode: simple > > pgbench -t 1000 -c 199 -p 9999 -d pgbench > pghost: pgport: 9999 nclients: 199 nxacts: 10 dbName: pgbench > starting vacuum...end. > [...] > > En ambos casos se queda pareciera colgado, y no se ejecuta mas.. sin > embargo, pasandole solo 32 conexiones, ejecuta sin problema, por ejemplo, > http://lists.pgfoundry.org/pipermail/pgpool-general/2008-December/001368.html -- Jaime Casanova www.2ndQuadrant.com Professional PostgreSQL: Soporte y capacitación de PostgreSQL - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
