Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
sur un windows server 2008 fonctionnant en TSE, j'aimerais définir la priorité des processus postgres.exe (en priorité haute) qui sont créé à chaque fois qu'un user lance l'appli qui utilise postgresql.....
je sais que je peux le faire via le gestionnaire des taches, mais ce que je voudrais c'est la définir une fois pour toute....
si quelqu'un à une idée...Merci
Hors ligne
Désolé, je ne connais pas suffisamment windows pour ça.
Guillaume.
Hors ligne
Bonjour,
Je ne suis pas expert Windows Server mais :
- ces processus sont lancés par le service (pg_ctl.exe) et je connais pas de moyen de changer la priorité autrement que via le gestionnaire ds tâches.
- à ma connaissance, Microsoft déconseille de définir la priorité à "Haute" ou "temps réel" pour plus d'un processus (risque de blocage du à l'attente de la fin d'un processus moins prioritaire); il faut s'assurer que toutes les ressources (processeur(s)/coeur(s) ne sont pas monopolisées par un processus prioritaire qui attendrait la fin d'un processus moins prioritaire.
- aussi je laisserai Windows gérer la question.
Hors ligne
Merci beaucoup pour la réponse très précise.... Pour résumer ma situation : j'arrive dans une société qui utilise un ERP basé sur PG. la bdd contient énormément de table, fonction...et j'ai beaucoup de mal à m'y retrouver....l'ERP est très long, j'ai commencé à vérifier les index mais je ne m'en sort pas. Du temps où je bossais sur SQL SERVER il me semble qu'il y avait un outil permettant d'analyser les requêtes en temps réel et de vérifier du coup les index...mais à priori je ne trouve rien de comparable sur PG.....
Hors ligne
Utiliser pgbadger pour trouver les requêtes lentes, puis explain pour déterminer la raison des lenteurs.
Guillaume.
Hors ligne
EXPLAIN, pg_stat_activity, pg_badger devraient être suffisants pour identifier les goulets d'étranglements. Concernant SQL Server, il existe en effet une option pour booster la priorité des processus du SGBD, mais c'est une option à déconseiller vivement (cf les limitations sur le site de Microsoft). Pour PostgreSQL, ce sera la même chose.
Hors ligne
Pages : 1