Re: Pgbadger - analyse des traces en perl - suggestion

Bonjour,
je viens d'installer pgbadger, un équivalent à pgfouine écrit en perl,
annoncé comme rapide et peut-être plus souple à installer/scripter, et
je voulais simplement suggérer de rajouter dans les prérequis que les
messages doivent être en anglais. (je le fais ici car je ne sais comment
joindre les responsables du projet et en même temps ça donne une
information)
Fichier postgresql.conf : lc_messages='C'
Je n'ai pas encore de recul pour faire une restitution mais qui sait
dans les semaines à venir ...
https://github.com/dalibo/pgbadger pour ceux qui veulent
Alain.

Le 12/06/2012 11:54, Alain Benard a écrit :
> Bonjour,
> je viens d'installer pgbadger, un équivalent à pgfouine écrit en perl,
> annoncé comme rapide et peut-être plus souple à installer/scripter, et
> je voulais simplement suggérer de rajouter dans les prérequis que les
> messages doivent être en anglais. (je le fais ici car je ne sais comment
> joindre les responsables du projet et en même temps ça donne une
> information)
> Fichier postgresql.conf : lc_messages='C'
> Je n'ai pas encore de recul pour faire une restitution mais qui sait
> dans les semaines à venir ...
> https://github.com/dalibo/pgbadger pour ceux qui veulent
> Alain.
>
>

Merci pour ce message. Vous nous avez pris de cours ! La version 1.0 de
pgBadger est sortie avant-hier ! Nous n'avons pas même eu le temps de
faire l'annonce officielle...

Le futur site du projet est là :
http://projects.dalibo.org/pgbadger/

Pour toute demande concernant le logiciel vous pouvez contacter les
responsables du projet (notamment Gilles Darold) à l'adresse suivante :
pgbadger(at)dalibo(dot)com

Concernant la langue des logs : il faut effectivement avoir les traces
en anglais. D'ailleurs même en dehors de l'utilisation de
pgFouine/pgBadger, je conseille de conserver les logs en langue
originale. Ça simplifie les déclarations de bugs et les recherches en
cas d'erreurs :-)

Pour celles et ceux qui veulent plus d'infos sur pgBadger et sur les
perfs annoncées, vous pouvez télécharger la mini-conférence que Gilles a
donné à Ottawa le mois dernier :
http://www.dalibo.org/lightning_talk_sur_pgbadger

Ci-dessous un exemple de rapport HTML généré par pgBadger :
http://projects.dalibo.org/pgbadger/example.html

Bonne journée,

--
Damien

> Je n'ai pas encore de recul pour faire une restitution mais qui sait
> dans les semaines à venir ...
> https://github.com/dalibo/pgbadger pour ceux qui veulent

pg_stat_statement est une vue assez utile également, elle contient de
nombreuses améliorations récentes et des informations très utiles (temps
passé à écrire/lire sur les disques, etc.) qui risquent de rendre obseletes
les outils du type pgfouine.

http://www.postgresql.org/docs/9.2/static/pgstatstatements.html

--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation

On 13/06/2012 01:28, Cédric Villemain wrote:
>> Je n'ai pas encore de recul pour faire une restitution mais qui sait
>
>> dans les semaines à venir ...
>
>> https://github.com/dalibo/pgbadger pour ceux qui veulent
>
>
>
> pg_stat_statement est une vue assez utile également, elle contient de
> nombreuses améliorations récentes et des informations très utiles (temps
> passé à écrire/lire sur les disques, etc.) qui risquent de rendre obseletes
>
> les outils du type pgfouine.

Sauf que pgBadger ne fais pas QUE ce que faisais pgFouine, il décortique
beaucoup plus de choses dispo dans les log (en fonction de ce qu'on a
activé dedans bien entendu ;))

> http://www.postgresql.org/docs/9.2/static/pgstatstatements.html
>
>
>
> --
>
> Cédric Villemain +33 (0)6 20 30 22 52
>
> http://2ndQuadrant.fr/
>
> PostgreSQL: Support 24x7 - Développement, Expertise et Formation
>

Le 15/06/2012 11:49, Jehan-Guillaume (ioguix) de Rorthais a écrit :
> On 13/06/2012 01:28, Cédric Villemain wrote:
>>> Je n'ai pas encore de recul pour faire une restitution mais qui sait
>>
>>> dans les semaines à venir ...
>>
>>> https://github.com/dalibo/pgbadger pour ceux qui veulent
>>
>>
>>
>> pg_stat_statement est une vue assez utile également, elle contient de
>> nombreuses améliorations récentes et des informations très utiles (temps
>> passé à écrire/lire sur les disques, etc.) qui risquent de rendre obseletes
>>
>> les outils du type pgfouine.
>
> Sauf que pgBadger ne fais pas QUE ce que faisais pgFouine, il décortique
> beaucoup plus de choses dispo dans les log (en fonction de ce qu'on a
> activé dedans bien entendu ;))
>
>> http://www.postgresql.org/docs/9.2/static/pgstatstatements.html

Je pense que ce qui était signalé, c'est que parser des logs est certainement
plus limité en terme d'informations que d'enregistrer les informations à la source.

Et la doc de pgbadger se contente d'indiquer que cet outil remplace "le vieux
script PHP pgfouine".
C'est pas très sympa pour un tel outil ;-)

--
Stéphane Schildknecht
http://www.Loxodata.com
Contact régional PostgreSQL
http://bistri.me/sas

On Fri, 2012-06-15 at 23:10 +0200, "Stéphane A. Schildknecht" wrote:
> Le 15/06/2012 11:49, Jehan-Guillaume (ioguix) de Rorthais a écrit :
> > On 13/06/2012 01:28, Cédric Villemain wrote:
> >>> Je n'ai pas encore de recul pour faire une restitution mais qui sait
> >>
> >>> dans les semaines à venir ...
> >>
> >>> https://github.com/dalibo/pgbadger pour ceux qui veulent
> >>
> >>
> >>
> >> pg_stat_statement est une vue assez utile également, elle contient de
> >> nombreuses améliorations récentes et des informations très utiles (temps
> >> passé à écrire/lire sur les disques, etc.) qui risquent de rendre obseletes
> >>
> >> les outils du type pgfouine.
> >
> > Sauf que pgBadger ne fais pas QUE ce que faisais pgFouine, il décortique
> > beaucoup plus de choses dispo dans les log (en fonction de ce qu'on a
> > activé dedans bien entendu ;))
> >
> >> http://www.postgresql.org/docs/9.2/static/pgstatstatements.html
>
>
> Je pense que ce qui était signalé, c'est que parser des logs est certainement
> plus limité en terme d'informations que d'enregistrer les informations à la source.
>

Oui et non.

C'est en effet plus limité. Par exemple, le nombre de blocs n'est
indiqué que par pg_stat_statements car ces informations ne sont pas
disponibles dans les logs.

C'est aussi moins limité car les logs contiennent un paquet d'autres
informations, comme les connexions, les checkpoints, les requêtes en
erreur, les fichiers temporaires créés, etc.

À mon sens, les deux ont leur intérêt et il va être difficile de
s'affranchir d'un des deux, sauf à ne pas être intéressé par certaines
informations.

> Et la doc de pgbadger se contente d'indiquer que cet outil remplace "le vieux
> script PHP pgfouine".
> C'est pas très sympa pour un tel outil ;-)
>

C'est un script qui n'a pas changé depuis septembre 2009. À la vitesse
où va PostgreSQL (et l'informatique toute entière), c'est de fait un
vieux script :)

De plus, deuxième paragraphe de la page : "By the way, we would like to
thank Guillaume Smet for all the work he has done on this really nice
tool. We've been using it a long time, it was a really great tool!".

--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com