2010/7/9 Miguel Angel Hernandez Moreno <miguel.hdz....@gmail.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 - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda