Skip site navigation (1) Skip section navigation (2)

Re: WAL en Postgres 8.2.7

From: Mario Sileone <msileone(at)easymail(dot)net(dot)ar>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Jaime Casanova <jaime(at)2ndquadrant(dot)com>, "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: WAL en Postgres 8.2.7
Date: 2010-12-30 19:46:16
Message-ID: 4D1CE188.2050407@easymail.net.ar (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Estimados, todo resulto de maravillas, gracias por sus aportes.
Comento brevemente la solución, por si a alguien le sirve.
Ante la carga que tenia de checkpoints de 16MB cada 20 segundos, cambié 
el comportamiento del bgwriter al notar que los discos estaban 
tranquilos durante la mayoria del tiempo, y lo hice trabajar con 
porcentajes mas altos para con esto evitar que los checkpoints se hagan 
mas pesados.
Baje a 10 ms el delay del bgwriter también y los checkpoints cada 30 
paginas o 10 minutos.
Santa Solución, ahora el servidor realmente se esta portando de maravillas.
Seguiré cambiando la config dentro de estos parámetros para ir sacando 
mas jugo de a poco.
Gracias a todos!

Saludos

Mario



El 30/12/2010 11:26, Alvaro Herrera escribió:
> Excerpts from Alvaro Herrera's message of jue dic 30 10:25:39 -0300 2010:
>> Excerpts from Mario Sileone's message of jue dic 30 09:51:31 -0300 2010:
>>> Gracias gente por su ayuda. Vamos a subir los checkpoint_segments para
>>> ver como se comporta en el pico de escritura. Los molesto con la ultima
>>> pregunta no sin antes desearles muy felices fiestas a todos. Al aumentar
>>> los checkpoint_segments, implica literalmente que la escritura será de
>>> 16MB*checkpoint_segments?
>> No; depende de los parámetros del bgwriter y otras cosas.
> Principalmente depende de shared_buffers.
>

In response to

pgsql-es-ayuda by date

Next:From: German SalinasDate: 2010-12-30 20:03:17
Subject: Re: Feliz 2011
Previous:From: Miguel Angel Hernandez MorenoDate: 2010-12-30 15:59:14
Subject: Re: Feliz 2011

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group