Postgres problème de performance (os centos)

Fermé
bmr30055 Messages postés 17 Date d'inscription vendredi 19 novembre 2010 Statut Membre Dernière intervention 6 décembre 2010 - Modifié par jee pee le 25/11/2010 à 18:08
bmr30055 Messages postés 17 Date d'inscription vendredi 19 novembre 2010 Statut Membre Dernière intervention 6 décembre 2010 - 26 nov. 2010 à 12:15
Bonjour,

sur une machine sous Centos, j'ai une application qui doit accéder à une base de données (postgres) pour chercher des statistique à afficher (via un navigateur web), mais cela devient très très lent, en n'étant pas administrateur base de données mais un bon débrouillard, je me permets de m'adresser à vous, quelle-est la procédure générale que devrais-je suivre pour analyser ce problème puis le sourdre ? ( surtout comment faire pour savoir les ressource matérielles qui ont été allouées à postgres ? et comment faire pour changer ça d'une manière raisonnable).

Je sais que ça demande de beaucoup de travail mais je remercie chaque personne qui essaie d'y répondre.
A voir également:

2 réponses

Pseudosaure
25 nov. 2010 à 20:38
Je ne suis pas spécialiste de PostGre, mais d'une manière générale, je sais qu'il est plus évolué que MySql (optimisations, triggers, ...), mais au prix d'une plus grande lourdeur...

En règle générale, ces serveurs SGBD sont au mieux de leur forme quand ils ont de grande quantité de RAM à leur disposition ce qui leur permet de travailler en mémoire (tableaux produits scalaires dûs aux poupées russes, par ex).

Commence donc déjà par lui donner suffisemment de RAM...

Après on peut voir pour l'optimisation à la main des requêtes.
0
bmr30055 Messages postés 17 Date d'inscription vendredi 19 novembre 2010 Statut Membre Dernière intervention 6 décembre 2010
26 nov. 2010 à 12:15
Merci pour ta réponse.
Je voudrais résoudre le problème avec l'existant, c-à-d, si c un problème de RAM comment faire pr lui donner plus d'espace RAM de la Ram disponible (plus de priorité) ...
C'est vrai que des fois il faut plus de ressources matérielles mais je voudrais quand même essayer ...
0