From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Jaime Casanova <systemguards(at)gmail(dot)com> |
Cc: | HERMES ZAMBRA <hermeszambra(at)yahoo(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Nuevas versiones corrigen problemas de seguridad |
Date: | 2007-04-24 14:29:32 |
Message-ID: | 20070424142932.GC4009@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Jaime Casanova escribió:
> On 4/23/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> >
> >Lo que puede haber pasado que te haya mejorado los tiempos de respuesta
> >es que el dump/restore haya dejado los indices y las tablas mejor
> >agrupados fisicamente (menor fragmentacion). Esa mejora no es
> >atribuible a Postgres realmente.
>
> aunque si puede ser indicio de que podrias mejorar la frecuencia de
> los vacuums o la configuracion del autovacuum si es el caso...
Hmm, eso mejoraria la "fragmentacion externa" (en cuanto a la ubicacion
fisica de los bloques en disco), pero no la "fragmentacion interna" (la
forma en que las paginas logicas de un indice estan distribuidas en las
paginas fisicas). En un indice btree, el orden de las paginas logicas
es "perfecto" cuando está recien construido (por ej. justo despues de
CREATE INDEX o CLUSTER o REINDEX), pero se va perdiendo lentamente a
medida que ocurren divisiones de página (page splits).
En todo caso estoy de acuerdo en que tener bien configurado autovacuum
ayuda a disminuir estos efectos.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Clark | 2007-04-24 16:30:17 | Re: VACUUMDB |
Previous Message | Alvaro Herrera | 2007-04-24 13:44:06 | Re: Union |