From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Sergio Gabriel Rodriguez <sgrodriguez(at)gmail(dot)com> |
Cc: | PostgreSQL Español Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Fwd: Acelerar VACUUM |
Date: | 2009-12-07 14:03:03 |
Message-ID: | 20091207140303.GB3552@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Sergio Gabriel Rodriguez escribió:
> 2009/12/7 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>
> > Sergio Gabriel Rodriguez escribió:
> >
> > > el final del log de vacuum muestra lo sgte:
> > >
> > > INFO: mapa de espacio libre: 424 relaciones, 38436 paginas almacenadas;
> > > 690384 paginas requeridas en total
> > > DETAIL: tamaño del FSM: 2000 relaciones + 40000 paginas = 442 kB memoria
> > > compartida
> > >
> > > necesito aumentar el FSM?
> >
> > Si, yo lo pondría al menos en 1000000.
> >
> Gracias, Álvaro nuevamente, una última, afecta en algo más este parámetro?
> es decir si lo subo a ese valor puede repercutir en otra cosa?, aclaro que
> vacuum corre en un horario donde no existen usuarios conectados.
No, sólo que va a usar un poco más de memoria compartida y puede que sea
necesario aumentar kernel.shmmax en /etc/sysctl.conf.
Ahora, sólo aumentar el valor no te va a solucionar el problema, porque
no va a ser posible compactar la base de datos. Como ya te dije,
necesitas algo que compacte de emergencia, como VACUUM FULL o CLUSTER.
--
Alvaro Herrera Vendo parcela en Valdivia:
http://www.portalinmobiliario.com/propiedades/fichas.asp?PropID=749682
"Porque francamente, si para saber manejarse a uno mismo hubiera que
rendir examen... ¿Quién es el machito que tendría carnet?" (Mafalda)
From | Date | Subject | |
---|---|---|---|
Next Message | Pablo Braulio | 2009-12-07 14:15:27 | Clonar tabla y su contenido. |
Previous Message | Patricio Castro | 2009-12-07 13:42:29 | Re: Ayuda con cadena de conexion ODBC windows XP SP 3 desde VFP a POSTGRESQL 8.4 |