PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Je vous soumets un problème

Technique - général | Je vous soumets un problème

Par toniogab le 31/03/2008 - 13:42

Bonjour,
je me permets de vous recontacter pour un problème que nous rencontrons sur le debut des tests de montée en charge.
Quand nous lançons un scenario de test (avec OpenSta) avec un max de 30 utilisateurs simultanés, le serveur Postgres utilise toute la ressource de la machine au bout de quelques minutes.

Certaine requete (select avec 8 joins) seule dure environ 35 secondes (sans aucun acces à la base de données autres).

On a constaté que l arret du serveur d'application ne liberait pas les ressources machines utilisées par la base de données. De meme il devient impossible d'arreter Postgres malgré l arret précédent du serveur d'application.

Le problème ne changent pas avec le tuning du noyau ou par défaut.
Un exemple de conf : shared_buffers=64, maitenance_work_mem=256, effective_cache_size=512
work_mem=16, wal_buffers=64 et shmmax et shmall Ă  536870912
Les valeurs ont été encore plus augmentées. Tjrs meme pb.

Conf de la machine bdd : XĂ©on dual core, 1,6Ghz, 2Giga de RAM, Debian 4, Dell 2900.
Appli web, avec Hybernate, jonas

Je voudrais avoir votre avis sur le sujet.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

GEQO ?

SAS/ = 1 Avril, 2008 - 14:41

Bonjour,

Quelle version de PG utilisez-vous ?

Avez-vous essayé de lancer la requête en vous affranchissant de la couche de persistance Hibernate/Jonas ? Un explain analyze sur la requête pourrait nous informer des raisons éventuelles de ce "blocage".

D'autre part, qu'avez-vous comme paramètres pour les réglages de l'optimiseur de requêtes génétique ?

Librement,
Stéphane Schildknecht
Dalibo
PostgreSQLFr


Bonjour J utilise PG 8.2.5.

toniogab/ = 3 Avril, 2008 - 13:20

Bonjour
J utilise PG 8.2.5.
Le pb est resolu merci.
J ai modifié l ordre des 8 jointures de la requete pour l optimiser en partant de la plus volumineuses; postgrtes ne gere pas l ordre des jointures pour les optimiser.
Mes parametres de l optimiseurs sont par defaut.


© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.