Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Utilisant postgreSQL 9.1 sur Linux Debian,
Je souhaiterai savoir si le fait de tracer un nombre important de requêtes poserai des problèmes de performance,
sachant que le fichier de trace est sur un disque séparé: Les traces étant gérée par syslog.
Merci.
Hors ligne
Bonjour,
cela dépend de ce que vous entendez par nombre important. Sans configuration spécifique, des messages seront de toutes façons supprimés avant de pouvoir réellement saturer le système à priori. Il ne faut pas oublier de paramétrer la trace comme asynchrone par contre, et monitorer l'espace disque car il risque de se remplir assez vite.
Julien.
https://rjuju.github.io/
Hors ligne
Merci,
Je voudrai juste savoir si le fait de trop tracer peut affecter les performances de postgreSQL ?
Ci-joint une cartographie de mon système pour des requêtes tracées au dessus de 20ms:
Number of unique normalized queries: none
Number of queries: 770,566
Total query duration: 2d10h10m16.12s
First query: 2013-04-01 06:25:05
Last query: 2013-04-02 06:07:31
Query peak: 201 queries/s at 2013-04-01 20:48:44
Number of events: 371
Number of unique normalized events: 13
Total number of sessions: 1655
Total duration of sessions: 76d14h27.16s
Average duration of sessions: 1h6m38.08s
Total number of connections: 1787
Dans mon cas, si je trace tout, le nombre de requêtes peut être multiplier par 100 (par exemple).
Merci.
Hors ligne
Ça dépend d'énormément de paramètres, c'est impossible à répondre comme ça. Ça vous ralentira à coup sûr, est-ce que ce sera visible, ça reste à voir.... Il n'y a qu'un test qui pourra vous apporter une réponse plus précise.
Guillaume.
Hors ligne
Merci,
c'est clair.
Hors ligne
Pages : 1
