non mon employeur ne serait pas content mais globalement si tu prends le concept de log4j tu as en début de ligne par défaut:
2014年02月12日-16:18:04.318 INFO
ce à quoi tu vas ajouter des informations de contexte diverses et variées comme le nom de machine, le numéro de transaction, peut-être le numéro de thread, le pid du process, le mode ou que sais-je pour connaître le contexte de l'événement loggé, et ceci à CHAQUE ligne, ce qui te bouffe les 3/4 de ta console (j'exagère un peu là, j'ai un grand écran mais c'est pour l'effet dramatique) pour un bout d'information que tu cherches.
Pour peu que tu aies un grand nombre de transactions par secondes ça devient très vite compliqué de parser le tout, les logs étant verbeux les rotations se font trop vite pour que tu aies le temps de voir ton message passer, et tu te rends compte en faisant un calcul simple (on l'a fait) que l'impact sur les performances est loin d'être négligeable (écriture disque).
J'apprécie beaucoup le fait d'avoir des logs de textes de temps en temps mais j'avoue, lorsque l'application bourre ça devient vite compliqué.
[^] # Re: logs au format binaire
Posté par savitzkaia . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 3.
non mon employeur ne serait pas content mais globalement si tu prends le concept de log4j tu as en début de ligne par défaut:
ce à quoi tu vas ajouter des informations de contexte diverses et variées comme le nom de machine, le numéro de transaction, peut-être le numéro de thread, le pid du process, le mode ou que sais-je pour connaître le contexte de l'événement loggé, et ceci à CHAQUE ligne, ce qui te bouffe les 3/4 de ta console (j'exagère un peu là, j'ai un grand écran mais c'est pour l'effet dramatique) pour un bout d'information que tu cherches.
Pour peu que tu aies un grand nombre de transactions par secondes ça devient très vite compliqué de parser le tout, les logs étant verbeux les rotations se font trop vite pour que tu aies le temps de voir ton message passer, et tu te rends compte en faisant un calcul simple (on l'a fait) que l'impact sur les performances est loin d'être négligeable (écriture disque).
J'apprécie beaucoup le fait d'avoir des logs de textes de temps en temps mais j'avoue, lorsque l'application bourre ça devient vite compliqué.