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

Re: Nuevas versiones corrigen problemas de seguridad

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 (view raw or flat)
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.

In response to

Responses

pgsql-es-ayuda by date

Next:From: Richard ClarkDate: 2007-04-24 16:30:17
Subject: Re: VACUUMDB
Previous:From: Alvaro HerreraDate: 2007-04-24 13:44:06
Subject: Re: Union

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