Was ist der effizienteste thread-sichere C ++ - Logger? [geschlossen]

Ich arbeite an einer leistungskritischen Multithread-Anwendung. Ich habe mir die Protokollierung von rlog, Ace und Boost angesehen. Ich habe mich für rlog entschieden, weil ich gelesen habe, dass es am schnellsten ist (wenn die Protokollierung deaktiviert ist, hat es den geringsten Overhead).

Das Problem, das ich habe, ist, dass der Dateiname, die Zeilennummer usw. auch im Freigabemodus angezeigt werden. Wenn Sie mir sagen können, wie ich diese Informationen ausschalten kann, ist mein Problem möglicherweise gelöst. Was ist auf jeden Fall der effizienteste Logger in C ++ für meine Situation?

Leider kann ich momentan nicht abstimmen. Soweit ich sagen kann, benutze niemals Mist wie Apache log4cxx. Es enthält schwerwiegende Fehler.

1. Die letzte Version von 0.9 branch ist 0.9.7 und enthält immer noch Speicherlecks, da jede Klasse mit virtuellen Mitgliedern keinen virtuellen dtor hat.
2. Die neueste Version 0.10.x hat ab 0.9.x viele Funktionen verloren und ist nicht abwärtskompatibel. Sie sind gezwungen, einen Großteil Ihres eigenen Codes neu zu schreiben.
3. Das ganze Projekt scheint nicht gepflegt zu sein. Die Veröffentlichung von 0.11.xx wurde für 2 Jahre angekündigt.

Meiner Meinung nach sollten Sie mit Boost gehen.

Pantheios gilt als die leistungsstärkste C ++ - Protokollierungsbibliothek und behauptet, die einzige zu sein, die zu 100% typsicher ist (siehe diesen Artikel über eine verwandte Bibliothek, in der erläutert wird, warum printf () / iostream-basierte Bibliotheken keine typbasierten Bibliotheken sind). sicher)

Ich hatte Erfolg mit log4cxx unter http://logging.apache.org/log4cxx/index.html . Es ist eine C ++ - Version des beliebten Log4j-Loggers, die entweder über eine conf-Datei oder im Code einfach zu konfigurieren ist. Der Overhead bei Deaktivierung ist minimal (Methodenaufruf und Ganzzahlvergleich).

Das Muster für die Ausgabe in das Protokoll wird durch ein Konvertierungsmuster definiert, das so einfach wie Datum / Uhrzeit und eine Nachricht sein kann. Es behandelt auch die Dateigrößenbeschränkung, den Rollover usw. Sie können auch verschiedene Muster für verschiedene Fehler und Quellen konfigurieren.

Hier erfahren Sie, wie Sie die zusätzlichen Informationen, die rlog bereitstellt (z. B. Dateiname, Zeilennummer usw.), deaktivieren können. Wenn Sie rlog in Ihrer main()Funktion (oder wo auch immer) initialisieren , können Sie Folgendes tun:

rlog::RLogInit(argc, argv);
rlog::StdioNode slog (2, rlog::StdioNode::OutputColor);
slog.subscribeTo( RLOG_CHANNEL("error") );

Das zweite Argument StdioNodeist, dass Flags die Ausgabe steuern. Überprüfen Sie die rlog-Dokumentation (kann mit Doxygen generiert werden) auf die gesamte Liste möglicher Flags. Mit dem Beispiel hier färbt rlog die Ausgabe nur nach Schweregrad, ohne dass weitere Informationen hinzugefügt werden.

Möglicherweise möchten Sie das Logog-System in Betracht ziehen. logog bietet genau diese Art von Funktionalität, weist jedoch nicht die impliziten Code-Abhängigkeiten auf, die Pantheios aufweist. logog ist threadsicher und ermöglicht ein hohes Maß an Kontrolle darüber, welche Arten von Nachrichten zu jedem Zeitpunkt protokolliert werden.

Ich bin der Autor und Betreuer von logog, daher ist meine Meinung etwas voreingenommen. Aber ich habe rlog, Pantheios und andere Protokollierungssysteme überprüft, bevor ich dieses implementiert habe.

https://github.com/johnwbyrd/logog .

Ein Teil des Overheads kann in Ihren Makros / Streams auftreten. Sie müssen sehr vorsichtig sein, um die zu protokollierende Zeichenfolge nicht zu erstellen, wenn die Protokollierung deaktiviert ist.

Durch die clevere Verwendung von Streams und dem Operator ?: Können Sie dies ebenso tun wie Makros.

Poco hat eine nette Protokollierungsunterstützung ...

http://pocoproject.org/slides/110-Logging.pdf

Vielleicht Pantheios,
obwohl ich nicht weiß, ob es threadsicher ist oder nicht ...

Probieren Sie die c-log lib https://github.com/0xmalloc/c-log aus , eine schnelle, stabile und threadsichere log lib für C / C ++.