Re: velocidad en postgres

2010/7/9 Miguel Angel Hernandez Moreno <miguel(dot)hdz(dot)mrn(at)gmail(dot)com>:
>
> adjunto mi conf de postgres
>

max_connections = 2000 (esto esta demasiado alto)
superuser_reserved_connections = 20 (????)

work_mem = 64MB (con max_connections en 2000 este valor es muy alto;
si usaras un pool de conexiones y bajaras el max_connections a algo
mas razonable entonces ese valor podria ser)

fsync = off (imagino que tus datos no son importantes, verdad? con
fsync = off te arriesgas a tener corrupcion de datos; es mas saludable
que tengas fsync=on y synchronous_commit = off)

checkpoint_segments = 256 (4GB, lo que es tener espacio de sobra ;)
aun asi es inutil eso porque dejaste checkpoint_timeout en 5min lo que
significa que cada 5min vas a tener un checkpoint... claro que tampoco
quieres un checkpoint cada 4gb (256 segmentos), yo le bajaria a algo
mas razonable como 30 o 40 segmentos y en checkpoint_timeout unos 15,
20 o 30 minutos...
alguien le ha funcionado mejor alguno de esos valores en particular o
tiene otra percepcion en cuanto al tiempo en checkpoint_timeout?

#log_min_duration_statement = -1
activa esto y pon que te muestre las consultas que demoran mas de 3s y
asi para ir chequeando las consultas lentas y que porque lo son

otras cosas:

baja random_page_cost, y posiblemente tambien effective_cache_size no
creo que tengas 21GB disponibles en memoria (que dice free?)
si las consultas se estan volviendo lentas con el tiempo es posible
que simplemente no estes ejecutando VACUUM y ANALYZE con suficiente
frecuencia... ejecuta VACUUM VERBOSE y fijate en las ultimas lineas
ahi te dira si los valores de max_fsm_pages y max_fsm_relations estan
bien... posiblemente necesites disminuir
autovacuum_vacuum_scale_factor y autovacuum_analyze_scale_factor

--
Jaime Casanova         www.2ndQuadrant.com
Soporte y capacitación de PostgreSQL