From: | Pierre BOIZOT <pierre(dot)boizot(at)gmail(dot)com> |
---|---|
To: | Marc Cousin <cousinmarc(at)gmail(dot)com> |
Cc: | PG-Mail-liste <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Relation shared_buffers - Checkpoint |
Date: | 2014-02-13 20:13:50 |
Message-ID: | CANxSh5yfzPB1qYJdUQSFdNTDipd7YyQvVwFfjkhBkM3DHsdTBw@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Merci à tous
je vais regarder du coté de cette extension qui semble être une bonne
approche pour l'analyse avec pg_stat_bgwriter.
Greg Smith en 2008 à fait une présentation sur le sujet.
http://www.westnet.com/~gsmith/content/postgresql/InsideBufferCache.pdf
et une en 2010:
https://www.pgcon.org/2010/schedule/attachments/156_InOutBufferCache.pdf
A+
Pierre
Pierre.
G+ <https://plus.google.com/u/0/+PierreBOIZOT/about>
Le 13 février 2014 15:16, Marc Cousin <cousinmarc(at)gmail(dot)com> a écrit :
>
>
> On 13/02/2014 14:25, Guillaume Lelarge wrote:
> > On Thu, 2014-02-13 at 14:02 +0100, Pierre BOIZOT wrote:
> >> Merci,
> >>
> >> Pour tes réponses Guillaume.
> >>
> >> Generally going over 4GB for shared_buffers doesn't help.. some of the
> overhead
> >> of bgwriter and checkpoints is more or less linear in the size of
> >> shared_buffers ..
> >>
> >
> > La limite généralement acceptée actuellement se trouve plutôt entre 8 et
> > 10 Go (sur de l'Unix).
> >
> >> je suis tombé sur une base avec 14GB pour shared_buffers.
> >>
> >> Cela me semble un peu exagéré... pour une base de 2GB ....
> >>
> >
> > C'est pas exagéré, c'est débile :)
> >
> > Sauf évidemment si tu as d'autres bases. Mais si la somme de la taille
> > des bases de l'instance arrive à 2 Go, mettre 3 Go permet de couvrir
> > l'éventuel grossissement de la base. Mettre plus revient juste à perdre
> > de la mémoire qui ne pourra pas être utilisé pour être chose.
> >
> >> Quelle vue de stat me permettrait d'avoir une meilleur appreciation des
> >> besoins : pg_stat_bgwriter ...
> >
> > Oui, pg_stat_bgwriter est une des vues intéressantes pour s'assurer
> > d'une bonne configuration du shared_buffers.
> >
> >> n'y a t il pas une vue sur les blocs en memoire.... j'ai un trou ;-)
> >>
> >
> > Toutes les vues pg_statio_* mais aussi pg_stat_database. C'est sur cette
> > dernière qu'il faut plutôt se baser, avec les colonnes blks_hit et
> > blks_read. Cependant, ça ne te permettra pas de savoir que ton
> > shared_buffers est bien trop gros. C'est plutôt le cas inverse que cela
> > permet de détecter.
> >
> >
> Il y a aussi le contrib pg_buffercache, qui permet d'avoir un état exact
> des shared_buffers.
>
>
> --
> Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
>
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2014-02-13 21:52:49 | Re: Aide sur pg_upgrade : il ne lance pas le nouveau postmaster |
Previous Message | Sebastien Douche | 2014-02-13 18:36:26 | Aide sur pg_upgrade : il ne lance pas le nouveau postmaster |