Configuration calculator for PostgreSQL

Pour se donner un ordre d'idée, le mieux étant d'utiliser pgtune directement et de RTFM le sens de chaque directive.

Ce qu'il faut globalement savoir:

Structure de la mémoire sous PostgreSQL :

• Zone de mémoire partagée:
    • Shared Buffers
    • Wal Buffers
    • Données de session
    • Verrous
    • FSM ( < 8.4 )

• Par processus:
    • Work Mem
    • Maintenance Work Mem
    • Temp Buffers

A propos de effective_cache_size ...

Un cache supplémentaire est disponible pour PostgreSQL: celui du système
d'exploitation. Il est donc intéressant de préciser à PostgreSQL la taille
approximative du cache, ou du moins de la part du cache qu'occupera
PostgreSQL. Le paramètre effective_cache_size n'a pas besoin d'être très
précis, mais il permet une meilleure estimation des coûts par le moteur. On le
paramètre habituellement aux alentours des 2/3 de la taille du cache du
système d'exploitation, pour un serveur dédié.

Voir aussi: https://jeekajoo.eu/links/?searchtags=postgresql+tuning

"""
Les premiers tests avec pgbouncer donnent des temps de réponses médians de 285ms avec un 99th percentile à 1650ms, toutes les requêtes sont traitées avec succès

Si on débranche pgbouncer le temps de réponses médian croit à 14487ms et surtout le max dépasse 60126ms ce qui donne un nombre croissant de requête en timeout sur la fin du test quand on arrive à pleine charge.

(...)

PgBouncer peut apparaître comme un outil compliqué quand on a pas l'habitude des bases de données, mais il est fort à parier que votre DBA le connait déjà, alors si l'utilisation de vos API croît ayez le réflex PgBouncer !
"""

j'ai toujours entendu du mal de mongodb sans l'avoir jamais utilisé.
maintenant j'ai des preuves.

via https://my.shaarli.fr/tsyr2ko/?6EKZFA

EDIT: hehe, éloquent: https://aphyr.com/posts/322-call-me-maybe-mongodb-stale-reads