From: | Dimitri Fontaine <dim(at)tapoueh(dot)org> |
---|---|
To: | CRUMEYROLLE Pierre <pierre(dot)crumeyrolle(at)c-s(dot)fr> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: temps de rodage postgresql |
Date: | 2017-08-24 10:12:53 |
Message-ID: | m2efs1l1ei.fsf@dimitris-mbp.home |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
CRUMEYROLLE Pierre <pierre(dot)crumeyrolle(at)c-s(dot)fr> writes:
> Qu'est-ce qui pourrait expliquer cette différence, ce temps de rodage ?
C'est l'efficacité des cache système et PostgreSQL qui font la
différence. Lors de la première requête il est nécessaire d'aller
chercher les données sur disque. Ensuite, les données sont déjà en
mémoire (cache) et leur accès est nettement plus rapide.
> Y'a-t-il un paramètre qui permette d'avoir de bonnes performances dés le
> lancement de la base de donnée sans avoir à attendre 24h ?
Non.
Il est possible d'utiliser l'extension pgfincore afin de faire des
copies de l'état des cache système et PostgreSQL, puis de restaurer
l'état tel que lors d'une copie précédente :
https://github.com/klando/pgfincore
L'extension pg_prewarm mentionnée précedemment propose le même mode de
fonctionnement en se limitant au cache PostgreSQL.
--
dim
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Stéphane Schildknecht | 2017-08-24 10:40:01 | Rejoignez un acteur majeur de PostgreSQL |
Previous Message | Michel Payan | 2017-08-24 09:32:04 | Re: temps de rodage postgresql |