Discussion :

[Pascale38]

Bonjour,

je cherche un composant pour gérer des logs dans mon appli.
J'ai essayé TJVLogFile mais je trouve qu'il ralentit énormément mon appli dès qu'il grossit un peu, de plus le fichier n'est pas "partagé" c'est à dire que temps que mon appli tourne, je ne peux pas l'ouvrir.
Existe t'il un autre composant pour gérer des logs sous c++ builder qui soit un peu plus "performant"??

merci !
Pascale38

[ShaiLeTroll]

Si tu as un SGBD, utilise là !
Si tu logue une erreur SGBD, utilise TJVLogFile en secours, tu pense à faire un Clean, je pense que tu le laisse grossir au lieu de le forcer à faire son Flush !
Le Mode exclusif, oui c'est compréhensible !

Je me suis fait une fonction WriteLog\FichierLog en 2002, je l'ai souvent utilisé, je faisais des programmes pseudo temps réel et le log ne ralentissait à peine le traitement (j'ai traqué certains algos pour gagner quelques ms)
J'avais un structure

Code pascal :

Sélectionner tout - Visualiser dans une fenêtre à part

'...Dossier\Appli\log\YYYY\YYYY-MM\YYYY-MM-DD\LOG_NomDuLog.txt'

Sinon Le Tracing avec Event Tracing for Windows (ETW)

[Pascale38]

Salut ShaiLeTroll!

SGBD ? pour moi système de base de données !!! ??

Dans TJVLogFile pas de fonction flush et autosave à true...

Je file voir ton code et le tracing !

Mais donc pas de composant de base genre TLogFile ??

[ShaiLeTroll]

Ben, oui, si tu as SGBD, fait une table Log !
Je l'ai fait avec MySQL, je peux te dire que j'ai eu des tables avec 12 millions d'enreg chez certains clients, l'insertion durait entre 100µs et 700µs en réseau local sur Win2K MySQL 4.1
Une table avec un juste un autoinc mais pas d'autre index à maintenir

En plus avec le SGBD, cela gère l'accès concurrentiel, donc une colonne Login + HostName pour savoir qui fait quoi
Ou je suis actuellement, il y a un système historisation "métier", là disons que c'est au plus 100 000 events jours
Le log lui qui concerne que les erreurs ou exceptions, c'est un CreateFile, SetFilePointer, WriteFile... local à chaque post

Pour info,
1000 fois Open, Write, Close comme FichierLog, ça prend 850ms sur mon poste
un Open, 1000 Write, un Close, ça prend 30ms

Conserver le fichier ouvert est plus rapide mais pour log, ça me gene, surtout sur des programmes serveurs qui peuvent tourner plusieurs mois sans discontinuer !

Ce genre de composant doit exister, il doit y en avoir des milliers, presque tous les programmeurs ont eu besoin de tracer une application hors débug en prod chez un client (puisque le bug ne se produit jamais sur le poste du dév)

Tu perdras plus de temps à chercher qu'à en faire un toi même que tu maitriseras parfaitement !

[Pascale38]

ah ben j'avais bien compris alors ;-)
nan j'ai pas de base de données...
Donc je peux tracer que par fichier...

[Argol_Medusa]

Le sujet des traces / logs est assez vaste en fait.

Peux-tu nous en dire plus sur la quantité de données que ça représente?

Il est clair que la solution la plus adaptée ne vas pas être la même suivant si tu as 100ko de traces par heure, sur un logiciel classique, ou si tu es sur un logiciel qui va tourner H24 pendant plusieurs jours en générant 1Go de traces au format texte par jour.

Une petite classe avec un TStringList ou un TMemoryStream, qui sauvegarde sur le disque dur de temps en temps pour éviter que la taille de ton appli ne gongle trop suffit largement la plupart du temps, et c'est pas très long à coder.

Après encore une fois tout dépend de la taille que ça représente.

Faire attention aussi si tu es sur des ordinateurs avec anti-virus et que tu veux faire des enregistrement très fréquents sur disque dur ( x accès par secondes ) :
Enregistre d'abord en mémoire mémoire tampon et ne sauvegarde que de temps en temps, car tu peux avoir des problèmes de refus d'accès de l'anti-virus (une fois sur x milliers), j'ai eu le cas il y a quelques années sur des systèmes qui tournaient H24 et j'ai mis un certain temps avant de trouver l'origine