From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | Francois Suter <fsuter(at)cobweb(dot)ch> |
Cc: | Listes Advocacy <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base |
Date: | 2008-04-22 14:25:27 |
Message-ID: | 480DF557.6040803@lelarge.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Francois Suter a écrit :
>> 13 Mo, c'est 1625 pages disques. Donc 20000, t'es tranquille de ce côté.
>> Mais ça m'étonne, c'est vraiment très peu.
>
> Pardon, c'est moi qui me suis trompé. J'avais déjà divisé par 8 Ko, mais
> écrit 13'000 Ko. C'est 13'000 pages, en fait.
>
>>> Par contre, si je prends la taille des bases, c'est une autre paire
>>> de manches, puisqu'elles ont justement une taille tout à fait
>>> déraisonnable (820 Mo, contre ~50 Mo pour une copie locale propre).
>>> Mais je vais déjà voir avec la mise à jour en 7.4.19...
>>
>> Ça ne serait pas les catalogues système qui ont explosé ? après un
>> VACUUM FULL, tu retrouves une taille "normale" ?
>
> Ah voilà sans doute ce que j'ai oublié. J'ai fait un VACUUM FULL sur la
> base de l'application, mais pas sur les catalogues système. Je ne suis
> pas sûr comment faire. Ca se fait sur template1? Ou sur template0?
>
La première question est : as-tu retrouvé une taille normale pour ta base ?
Sinon, si tu peux faire un initdb, c'est le moyen le plus simple pour
savoir :)
--
Guillaume.
http://www.postgresqlfr.org
http://dalibo.com
From | Date | Subject | |
---|---|---|---|
Next Message | Francois Suter | 2008-04-22 14:32:04 | Re: Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base |
Previous Message | Francois Suter | 2008-04-22 14:12:50 | Re: Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base |