Re: Curso "PostgreSQL Advanced Development & Performance"

2014-09-01 16:47 GMT-05:00 jvenegasperu . <jvenegasperu(at)gmail(dot)com>:
> Hola Jaime
>
> buenas tardes respecto al curso queria consultar lo siguiente:
>
> Tienen pensado hacer el curso en Perú?

eventualmente

> Quiza con un poco mas de tiempo hubiera podido ver la forma de ir a Chile
>
> Respecto de la tematica del curso es aplicable sobre windows?
>

es aplicable sobre postgres :D

> Pregunto porque mi bd y usuarios van creciendo y el max conections de 110 ya
> llega a su tope y parece que necesitare modificar mi configuración por
> ejemplo empeze con 4 Gigas de RAM hoy tengo 32 Gigas.
>
> EN windows siempre he buscado como hacer el pool

puedes poner pgbouncer en una maquina linux que se conecte al postgres
en windows

> o la replicación maestro
> maestro no he podido hacer funcionar nada hasta ahora,

eso podría ser porque en postgres no hay multi maestro? a menos que te refieras
a bucardo. O a BDR (http://2ndquadrant.com/es/recursos/bdr) pero hasta donde
entiendo BDR no ha sido probado en windows, aunque en teoría debería funcionar

> tambien lei que se
> podia aumentar el tamaño de la memoria pero habia que tocar el kernel de
> linux y no he visto hasta ahora algo similar para windows.
>

en windows no puedes subir muco shared_buffers no importa que... windows
no sabe administrar la memoria y si subes mas de 512MB o algo asi shared
buffers tendrás problemas

> En algun momento Alvaro me sugirio aumentar la RAM y desde ahi digamos que
> milagrosamente con solo aumentar la RAM en windows la cosa se soluciona.
>

aumentar la RAM aumenta el cache del SO y por lo tanto le da mas espacio a
postgres para almacenar datos en memoria... pero eso solo soluciona el problema
mientras los datos vuelven a aumentar.

> Trabajo con Postgis y cuando disparo trigers cuando se altera una geometria
> con esta configuración
> max_stack_depth = 2MB
>
> se empezaba a colgar con un mensaje en ingles diciendo que la memoria para
> profundidad o complejidad algo asi no era suficiente aumente este parametro
> a
> max_stack_depth = 3MB
>
> y ahora todo funciona normal sin embargo si le cambio este parametro a
> max_stack_depth = 4MB
>

ese es un trigger recursivo por casualidad?

> Postgres simplemente no inicia asi que tuve que bajarlo nuevamente a 3MB
>
> Y me preocupa he interesa el curso de configuración porque a medida que
> aumentan los objetos geometricos pienso que en algun momento me van a faltar
> nuevamente los 3MB
>
> Solo he cambiado estos parametros de los que vienen por defecto
> shared_buffers = 2400MB

muy alto para windows

> work_mem = 150MB
> effective_cache_size = 8632MB
> max_connections = 110
>
> No entiendo porque Postgres se cuelga cuando aumento max_stack_depth = 4MB
> ojala alguien me de alguna luz al respecto.
>

siempre puedes contratar los servicios de 2ndQuadrant para que
investiguemos el tema... :D

--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566 Cell: +593 987171157

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda