From: | "Froggy / Froggy Corp(dot)" <froggy(at)froggycorp(dot)com> |
---|---|
To: | Daniel Verite <daniel(at)manitou-mail(dot)org> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Problème de threadPostgresql |
Date: | 2004-10-27 18:43:02 |
Message-ID: | 417FEC36.B24545C@froggycorp.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale pgsql-general |
Le serveur actuelle ayant que 256Mo de RAM, j avais supprimé il y a
plusieurs mois les connexions persistantes.
Mais en pratique, après une petite gaffe de ma part, j avais un très bon
load, et ceci en connexion non persistantes.
Actuellement, je n'utilise plus de connexion persistantes. Mais au final
je me demande si ce n'ai pas juste un problème de tuning car après la
suppression/restauration d'une table utilisateur, j etais passé d'un
load de 3-4 à moins de 1.
Daniel Verite wrote:
>
> Froggy / Froggy Corp. writes
>
> > l'id du thread change constement, donc le serveur kill/créé un log à
> > chaque affichage de page pratiquement.
> > Le même test a été effectué sur un serveur de test, et là je me
> > retrouve bien avec x threads postgres.
>
> Vérifier les paramètres pgsql.allow_persistent et pgsql.max_persistent du
> fichier php.ini, à supposer que les connexions soient faites avec
> pg_pconnect() ?
>
> PS: il ne s'agit pas de threads mais de processus, postgresql n'utilisant pas
> les threads.
>
> --
> Daniel
> PostgreSQL-powered mail user agent and storage: http://www.manitou-mail.org
From | Date | Subject | |
---|---|---|---|
Next Message | Laurent Mesuré | 2004-10-28 00:27:17 | Re: Suite... |
Previous Message | Daniel Verite | 2004-10-27 18:33:12 | Re: Problème de thread |
From | Date | Subject | |
---|---|---|---|
Next Message | Steven Klassen | 2004-10-27 19:32:48 | Re: QMail |
Previous Message | Dann Corbit | 2004-10-27 18:34:34 | Re: Reasoning behind process instead of thread based |