From: | Olivier Bernhard <olivier(dot)bernhard(at)smartfocus(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
Cc: | Pierre BOIZOT <pierre(dot)boizot(at)gmail(dot)com>, PG-Mail-liste <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Relation shared_buffers - Checkpoint |
Date: | 2014-02-14 10:52:11 |
Message-ID: | EA96F5231932334788D3B3112C67F8C337122266@FREX-MBX-03.Emailvision.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Merci beaucoup Michael !
-----Original Message-----
From: Michael Paquier [mailto:michael(dot)paquier(at)gmail(dot)com]
Sent: vendredi 14 février 2014 00:50
To: Guillaume Lelarge
Cc: Olivier Bernhard; Pierre BOIZOT; PG-Mail-liste
Subject: Re: [pgsql-fr-generale] Relation shared_buffers - Checkpoint
2014-02-14 0:50 GMT+09:00 Guillaume Lelarge <guillaume(at)lelarge(dot)info>:
> On Thu, 2014-02-13 at 15:32 +0000, Olivier Bernhard wrote:
>> Bonjour guillaume,
>> J'ai quelques questions Concernant " La limite généralement acceptée actuellement se trouve plutôt entre 8 10 Go (sur de l'Unix)".
>> 1) Sur quelles observations repose cette limite généralement acceptée ?
>
> C'est une excellente question et j'avoue que je n'en ai aucune idée.
> Je n'ai pas de liens à fournir là-dessus.
>
> Ce qui est dit, par de nombreux utilisateurs et développeurs, est
> qu'une configuration d'1/4 de la RAM est une solution généralement
> intéressante pour un serveur dédié et à condition de ne pas dépasser 8 à 10 Go.
J'ai un vague souvenir que certaines entreprises (EDB? NTT?) ont vu des problèmes de scalabilité avec plus de 8GB de shared_buffers.
> Comme je l'ai dit plus haut, je n'ai pas de liens vers des benchmarks
> qui accréditeraient cette phrase. Par contre, beaucoup de développeurs
> PostgreSQL très compétents le confirment et, personnellement, ça me
> suffit.
Voici un lien par exemple sur un article de Robert Haas de 2012:
http://rhaas.blogspot.jp/2012/03/tuning-sharedbuffers-and-walbuffers.html
Il contient aussi de références sur d'autres pages.
>> 3) Quelles sont les orientations prises aujourd'hui part les développeurs de postgresql au regard du double buffering (shared buffer / cache filesystem) ?
>> Le double buffering est-il condamné à demeurer dans postgresql ?
>
> Le terme condamné indique déjà ce que vous en pensez :) Bref, non, il
> n'est pas prévu de changer cela.
Le double buffering est quelque chose avec lequel on joue aussi du côté de VMware (voir ça par exemple http://www.postgresql.org/message-id/1962493974.656458.1327703514780.JavaMail.root@zimbra-prod-mbox-4.vmware.com)
Mais pour l'instant le dévelopement d'un patch est un peu au point mort...
Cordialement,
--
Michael
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Cédric Villemain | 2014-02-14 11:33:18 | Re: Intégration Continue avec PostgreSQL. |
Previous Message | Rémi DELCOURT | 2014-02-14 10:30:30 | RE: Intégration Continue avec PostgreSQL. |