Re: Configurar Postgresql 8.1

Saludos.

aun no hago ningún cambio especifico, he estado leyendo un poco la wiki, de
donde he conseguido muy buena información, agradezco enormemente el trabajo
colaborativo de todos, y esto me anima a ayudar igual, espero llegar a tener
pronto los conocimientos suficientes para ello.

Lo que si es que activé log_min_duration_statement, ahora puedo ver que
consultas estan tomando tiempo y evaluando como mejorarlas, muchas gracias
por eso, pero lo que aun no logro entender es sobre el uso de la memoria
virtual, por ejemplo que les parece el siguiente resultado del vmstat,
¿creen que la memoría virtual debería incrementarla?

procs -----------memory---------- ---swap-- -----io---- -system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy id
wa
6 1 80 125356 2132 3131344 1 1 7 7 8 9 15 8 62
15
2 1 80 126484 2088 3124108 0 0 31126 9 606 22857 10 3 68
18
0 1 80 155552 2160 3170784 0 0 23849 38 634 54925 16 13 56
14
0 1 80 128484 2356 3191896 0 0 15230 37 603 13034 4 5 72
19
0 1 80 127992 2548 3191612 0 0 9313 5 582 9457 6 4 71
19
1 2 80 124876 2636 3191364 0 0 26570 2 600 6790 5 4 71
20
0 1 80 124908 2716 3185216 0 0 33768 1 608 6286 9 3 69
19
0 2 80 126388 2688 3177820 0 0 30063 2 613 5547 7 3 69
21
0 1 80 125224 2688 3172744 0 0 27663 61 600 4886 9 4 68
19
5 0 80 125492 2728 3166252 0 0 30954 39 599 5850 7 4 69
20
0 1 80 127864 2744 3155180 0 0 31164 22 598 5383 7 3 71
20
0 1 80 129388 2800 3141508 0 0 21053 11 577 4856 9 3 69
19
0 1 80 127604 2736 3142424 0 0 28987 7 576 4938 6 2 71
21
0 1 80 126132 2260 3143196 0 0 30534 5 591 6300 6 2 71
21

El 17 de marzo de 2009 15:10, Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar>escribió:

>
>
> > -----Mensaje original-----
> > De: BeMoN!o
> >
> > Me gustaría obtener ayuda y documentación sobre la
> > configuración "Tunning" del Postgresql para la versión 8.1.
> > ya que he jugado con algunos de los valores y ha mejorado su
> > desempeño, pero aun considero que por falta de conocimientos
> > no es lo óptimo (si la documentación es en español mejor).
> >
> > características:
> > Linux - Debian kernel 2.6.18.
> > 2 procesadores Dual Core 3.4, 4GB, 1.5Gb de Swap.
> >
> > max_connections = 200
> > shared_buffers = 131072 #representa el 25% de la RAM
> > work_mem = 167772 #representa 4% RAM
> >
>
> Pareciera tenés un error en la interpretación de shared buffers. El valor
> asignado no se corresponde con el porcentaje de memoria que aduces. Dado
> que
> el servidor es dedicado, shared_buffers puedes incrementarlo tranquilamente
> a 1GB (1048576).
>
> Revisa work_mem porque lo tienes en 167 MB. No es que esté mal, pero es un
> valor atípicamente alto y si tienes muchas conexiones paralelas es probable
> te esté consumiendo toda la memoria (fácil de corroborar con vmstat).
> Dependiendo del tipo de consultas que se ejecuten y la cantidad de
> conexiones simultáneas sugeriría jueges con valores más razonables para
> work-mem, entre 1024 y 16384 (KB). Ten presente que reducir work_mem puede
> hacer más lentas consultas que requieran varios sorts, hashs o merge joins
> con muchos registros.
>
> Las recomendaciones en líneas generales suelen ser las siguientes:
>
> 1. Identifica los cuellos de botella antes de actuar (Monitorear el sistema
> c/ vmstat, queries lentos con log_min_duration_statement)
> 2. Asegura que autovacuum este corriendo o vacuum croneado regularmente.
> 3. Haz un tunning de los queries más problemáticos
> 4. Habilita un pool de conexiones (pgpool2, pgbouncer)
> 5. Planifica el upgrade a una versión más reciente. 8.4 está en puerta. Las
> nuevas versiones dan un salto importante en performance sobre 8.1.
> 6. Mejora el hardware. Los principales items donde mirar son:
> - Agregar discos y migrar a RAID 10.
> - Agregar una controladora con BBU caché
> - Agregar más memoria.
>
>
> Saludos,
> Fernando.
>
>
>

--
BeMoN!o.