From: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
---|---|
To: | palichis <palichis(at)solid-ec(dot)org> |
Cc: | ecpug(at)postgresql(dot)org |
Subject: | Re: Optimizar postgres multicore |
Date: | 2011-12-04 20:11:29 |
Message-ID: | CAJKUy5gm5buUk1pObaKkJOXRN4UxzWDbONPTekqrAT-Sm9fU-Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | ecpug |
2011/12/3 palichis <palichis(at)solid-ec(dot)org>:
>>
>> He realizado consultas demorandose 2 minutos en darme el resultado, pero he
>> visto que solo utiliza 50% de un core.
>>
>
> No la verdad postgres esta como viene por defecto, la verdad el servidor
> esta con 1.1GB de datos tiene 6GB de ram.
>
Saludos,
Este es un servidor de dedicado? Si es dedicado a lo que dijo Tonny te
diria que le cambies shared_buffers a 35 a 40%.
Además, indiferentemente a si es dedicado ponle effective_cache_size
ponle en 3GB; random_page_cost a 2.0.
Una vez hechos esos cambios vuelve a probar la consulta y si aun
demora 2 minutos, ejecuta la consulta anteponiendo EXPLAIN ANALYZE
para ver cual es el plan de ejecucion. Es decir, ejecutarias asi:
EXPLAIN ANALYZE select que se demora
el resultado (es decir, el plan de ejecucion) pegalo aqui:
http://explain.depesz.com/ y dinos la ruta que te da para poder verlo
--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2011-12-07 21:45:50 | Re: scripts postgres |
Previous Message | Tonny | 2011-12-04 17:14:08 | Re: Optimizar postgres multicore |