Re: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Problème de connection
Christophe Mailhebuau <[email protected]>
| Newsgroups | gmane.comp.db.postgresql.french |
|---|---|
| Message-ID | <[email protected]> |
Merci beaucoup pour ces informations. Oui j'ai redémarré les instances. J'ai bien réalignés les valeurs sur mes deux instances. à bientôt ----- Mail original ----- De: "Michael Paquier" <[email protected]> À: "Guillaume Lelarge" <[email protected]> Cc: "Thomas Boussekey" <[email protected]>, "Christophe Mailhebuau" <[email protected]>, "pgsql-fr-generale" <[email protected]> Envoyé: Vendredi 22 Janvier 2016 13:36:15 Objet: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Problème de connection 2016-01-22 20:14 GMT+09:00 Guillaume Lelarge < [email protected] > : Le 22 janvier 2016 à 12:11, Thomas Boussekey < [email protected] > a écrit : <blockquote> Bonjour Christophe, Bonne année à toi! La modification du paramètre max_connection nécessite un redémarrage de l'instance pour prise en compte. Est-ce que tu as redémarré ton cluster? J'ai rencontré des problèmes de sémaphores sur Linux lors de l'augmentation d'un nombre de connections, et cela avait empéché le redémarrage de mon cluster. Je ne connais pas le process de réplication utilisé, mais en cas de streaming replication, tu as besoin d'aligner le max_connection entre le maitre et l'esclave. EN plus de ce que vient de dire Thomas, la consommation mémoire est un brin plus importante. Rien de méchant mais tout de même. Sans compter que le paramètre work_mem est généralement taillé par rapport à la valeur du max_connections, et qu'une augmentation de ce dernier (max_connections) devrait conseiller fortement une descente du premier (work_mem). </blockquote> postgresql.conf: # Note: Increasing max_connections costs ~400 bytes of shared memory per # connection slot, plus lock space (see max_locks_per_transaction). Donc ça ne mord pas. -- Michael