From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Leonardo Castillo <leonardo(at)hacer(dot)ula(dot)ve> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Ayuda con rendimiento.. |
Date: | 2007-02-23 15:48:29 |
Message-ID: | 20070223154829.GA18066@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Leonardo Castillo escribió:
> Con 20 usuarios la cosa caminaba bastante bien, ahora con los 50 la
> aplicación practicamete no funciona. Otra cosa, el postgres tiene activo
> autovacuum, es recomendable esto?
En general si
> Cuando uno hace vacuum manual cuales
> deberian ser los pasos? ANALIZE, FREEZE y FULL o solo uno de ellos? y el
> ANALYZE y REINDEX? por favor cualquier ayuda se lo agradezco.
VACUUM ANALYZE;
sin freeze ni full.
> Con respecto a las tablas, las mas neuralgicas de la aplicación tienen
> cerca de 150.000 registros con hasta 20 columnas como máximo.
Cuales son las _consultas_ mas neuralgicas, es decir, aquellas que se
demoran mas cuando la carga es alta? Esas son las que probablemente te
consumen el I/O disponible y te degradan el rendimiento de todo el
resto.
Probablemente puedas hacer analisis de las consultas usando pgFouine; es
un analizador de logs (pgfoundry.org)
Que tanta swap esta siendo ocupada? Idealmente, la memoria que usa
Postgres no deberia ir a swap. Si no es el caso quizas debas disminuir
shared_buffers, work_mem y maintenance_work_mem. Pero solo si se esta
usando swap. Monitorea el uso de swap en un periodo grande de tiempo
(una semana), sobre todo en los momentos de alta carga.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-02-23 15:51:01 | Re: CALCULO DE HORAS AL DIA |
Previous Message | Mario | 2007-02-23 15:44:26 | Re: Ayuda con rendimiento.. |