From: | "Fernando Hevia" <fhevia(at)ip-tel(dot)com(dot)ar> |
---|---|
To: | 'Ramón Alberto Bruening González' <albertobruening(at)hotmail(dot)com>, <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | RE: Consulta sobre max_fsm_page |
Date: | 2010-03-29 13:52:12 |
Message-ID: | EE0D15AED57B41B192ABDC7F2780FFB4@iptel.com.ar |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
> -----Mensaje original-----
> De: Ramón Alberto Bruening González
>
> Buenas Tardes listeros, tengo una consulta.
>
> Recientemente he realizado un vacuum analyze sobre una base
> datos postgresql version 8.2.14 corriendo sobre linux fedora
> 8, tiene un tamaño de 13 gb.
>
> Me ha dicho que debo cambiar el max_fsm_page a un valor
> superior a 1.200.000.
Ese warning es un indicador de que no estuviste corriendo vacuum
regularmente y tu base ahora contiene miles de registros obsoletos.
>
> He seteado el max_fsm_page a 1.600.000.
>
> Tambien tuve que cambiar el shmmax a 64mb.
>
> Quisiera si esa configuracion es correcta.
>
> La maquina es un proc intel dual core con 320 gb de disco y 2
> g de memoria ram.
>
Está Ok. Una vez que vacuum corra sin tirarte ningún warning podrás bajar el
parámetro a valores normales (~500k) y liberar memoria.
Es recomendable también entonces regeneres los índices y por último
consideres ejecutar un CLUSTER TABLE sobre las tablas más grandes para
recuperar el espacio en disco.
Dado que tenés 2GB de RAM y por el valor shmmax que tenés, es factible que
tu performance mejore si incrementas shared_buffers a alrededor de 128MB.
Saludos,
Fernando.
From | Date | Subject | |
---|---|---|---|
Next Message | Marcelo Silva Robles | 2010-03-29 14:15:49 | Re: funcion Monthname |
Previous Message | Oscar Javier Moreno Rey | 2010-03-28 02:05:29 | Re: funcion Monthname |