Re: Relation shared_buffers - Checkpoint

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)

In response to

Browse pgsql-fr-generale by date

  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.