NLog performance

Ce qui devrait l'attendre surcharge être pour la journalisation?
J'ai essayé cet exemple

 private class Person
 {
    private static Logger logger = LogManager.GetCurrentClassLogger();
    public string Name { get; private set; }
    public Person(string name)
       {
           Name = name;
           logger.Info("New person created with name {0}", name);
       }
  }

  List<Person> people = new List<Person>();
  for (int i = 0; i < MAXTEST; i++)
  {
      people.Add(new Person(i.ToString()));
  }

Avec MAXTEST valeurs de 100,500,1000, 5000

Résultats dans MAXTEST,noLogging, l'exploitation forestière

100,  25ms, 186ms    
500,  33ms, 812ms    
1000, 33ms, 1554ms
5000, 33ms, 7654ms

Accordé à l'un n'aurait sans doute jamais les journaux ce montant excessif, mais il présente l'impact sur les performances on pourrait s'attendre?

J'ai aussi essayé d'utiliser le asyncwrapper dans la config

 <target name="asyncFile" xsi:type="AsyncWrapper">
   <target name="file" xsi:type="File" fileName="${basedir}/log.txt" />
 </target>
InformationsquelleAutor Eric | 2010-10-05
  1. 84

    Vous devez seulement ajouter de la async attribut à votre targets élément:

    <targets async="true">
        <target name="file" xsi:type="File" fileName="${basedir}/log.txt" />

    au lieu de 

    <targets>
    <target name="asyncFile" xsi:type="AsyncWrapper">
        <target name="file" xsi:type="File" fileName="${basedir}/log.txt" />
    </target>

    Je pense que je n'ai pas bien loin dans la documentation 😉

    Asynchrone cible wrapper permet à l'
    enregistreur de code à exécuter plus rapidement,
    par des files d'attente des messages et le traitement
    dans un thread séparé. Vous devriez
    envelopper les cibles qui passent à un non-trivial
    montant de temps dans leur méthode Write()
    avec asynchrone cible pour accélérer
    la journalisation. Parce que asynchrone de journalisation
    est un scénario commun, NLog
    prend en charge une notation abrégée pour
    habillage de toutes les cibles avec
    AsyncWrapper. Juste ajouter async=true" à
    l'élément dans la
    fichier de configuration. ... les objectifs de votre rendez-vous ici
    ...

    Garder à l'esprit que l'utilisation asynchrone de journalisation peut causer certains messages à être jetés. C'est de par leur conception.

    ref: https://github.com/nlog/NLog/wiki/AsyncWrapper-target#async-attribute-and-asyncwrapper

    Attribut Async et AsyncWrapper

    Ne pas combiner l'attribut Async et AsyncWrapper. Cela ne fera que ralentir le traitement et se comportent mal.

    L'attribut Async va rejeter par défaut

    L'attribut async est un raccourci pour:


    xsi:type="AsyncWrapper overflowAction="Discard" queueLimit="10000" batchSize="100" timeToSleepBetweenBatches="50"

    • Quelle différence fait-il? Pouvez-vous poster le temps de comparer à votre première série de résultats?
    • il a fini par être ~44ms pour 5000 avec l'exploitation forestière. Ce qui concerne
    • merci pour l'info 🙂
    • Sûrement, si vous ajoutez <targets async="true"> lieu, par exemple, de <target name="asyncFile" xsi:type="AsyncWrapper"> vous n'aurez plus l' asyncFile cible. J'ai édité votre réponse à préciser que jusqu'à.
    • Cette réponse montre maintenant une mauvaise pratique, il n'est pas recommandé d'utiliser à la fois un AsyncWrapper avec async=true github.com/nlog/NLog/wiki/...
    InformationsquelleAutor Eric
  2. 19

    Pour ceux qui ont besoin de perdre cette surcharge et est la configuration par code, il ne semble pas que vous pouvez définir toutes les cibles asynchrone par défaut, vous devez le définir par-cible:

    //Set up asynchronous database logging assuming dbTarget is your existing target
AsyncTargetWrapper asyncWrapper = new AsyncTargetWrapper(dbTarget);
config.AddTarget("async", asyncWrapper);

//Define rules
LoggingRule rule1 = new LoggingRule("*", LogLevel.Trace, asyncWrapper);
config.LoggingRules.Add(rule1);

    Méfiez-vous que par défaut, si vous en file d'attente trop d'éléments de l'historique, il va juste déposer des éléments - regarder OverflowAction = AsyncTargetWrapperOverflowAction.Block pour revenir au comportement synchrone.

    • C'est ce que je cherchais, merci pour le heads up sur le OverflowAction.
    • Méfiez-vous également des AsyncTargetWrapperOverflowAction.Block si vous sauvegardez l'enregistrement, alors il est probable que votre système est peut-être déjà souligné. Forcer l'enregistrement de bloc va encore nuire à votre performance. C'est peut-être mieux de laisser tomber les messages du journal de l'arrêt du traitement des demandes.
    • Je suis en train d'écrire à une base de données cible. Dans mon targets section, j'ai marqué async comme true. Dois-je encore besoin d'écrire du code pour mon web service pour faire de la journalisation async ou cadre prend soin d'elle?
    • vous êtes bon pour aller. la lecture de la documentation suffisante et déjà en utilisant le raccourci async="true"
    • Merci beaucoup
    InformationsquelleAutor Rob Church