Re: Reponse lente de postgres

Le Mon, 30 Jul 2007 17:23:35 +0300
"Hajatiana RAHOLIARIJAONA" <administrateur(at)saisie(dot)mg> a écrit:

> Bonjour à Tous,
>
> Je suis sur postgresql 8.0.13, des listes comme suit s'affiche
> quand je fais ps aux|grep waiting :
> postgres 6417 1.7 0.2 91560 23320 ? S 16:58 0:00
> postgres: dg12 sdsi 192.168.10.5(40188) UPDATE waiting postgres
> 6422 1.4 0.2 91560 21976 ? S 16:58 0:00 postgres: dg12
> sdsi 192.168.10.5(40193) SELECT waiting postgres 6423 1.4 0.2
> 91560 22032 ? S 16:58 0:00 postgres: dg12 sdsi
> 192.168.10.5(40194) SELECT waiting postgres 6427 1.1 0.2 91560
> 19396 ? S 16:58 0:00 postgres: dg2 sdsi
> 192.168.10.5(40198) LOCK TABLE waiting
>
> Le serveur est devenu très lente, voire bloqué. Pour debloquer, je
> dois tuer tous les processus avec "LOCK TABLE waiting".
>
> Pourriez vous m'aider à resoudre ce pb?
> J'ai 400 à 500 connexions avec 2 DELL poweredge 2850, 8go de ram en
> cluster, postgresql est aussi en clustering avec RHCS sur RHEL4 AS.
>
> Merci d'avance.
> Hajatiana
>
>
Bonjour,

J'ai eu un problème de lenteur insupportable de postgres (7.?) avec
des procédures lancées en utilisant libPQ, qui ne libéraient pas la
mémoire (PQfinish).
A ma connaissance, tous les autres interfaces avec des langages de
programmation passent par libpq in fine.
Sous Linux, on peut voir par top : swap important.
Sous Win ... je ne sais pas.
A part ça, un update sur une zone lockée (par "for update" par ex)
ou une damande de lock sur une table lockée doit générer un wait
jusqu'à ce que la ligne ou la table soit libérée (normal, non ?).

Quel est le langage utilisé ?
avec quel OS ?
... et pourquoi locker toute une table ?

--
Alain Lucari (Eurlix)