Каков самый эффективный ориентированный на многопотоковое исполнение регистратор C++? [закрытый]
Порядок ссылок определенно имеет значение, по крайней мере на некоторых платформах. Я видел сбои для приложений, связанных с библиотеками в неправильном порядке (где неправильные средства A связаны до B, но B зависит от A).
4 ответа
Некоторые издержки могут произойти в Ваших макросах/потоках. Необходимо очень бояться составлять строку, зарегистрированную, когда вход отключен.
Умное использование потоков и?: оператор позволяет Вам делать это, также, как и макросы.
возможно pantheios
, хотя я не знаю, ориентировано ли это на многопотоковое исполнение или нет...
Я имел успех с log4cxx в http://logging.apache.org/log4cxx/index.html . Это - версия C++ популярного регистратора Log4j, легко настроить или через conf файл или в коде. Издержки, когда это отключено, минимальны (вызов метода, и целое число выдерживают сравнение).
шаблон для вывода к журналу определяется шаблоном преобразования, который может быть столь же простым как дата/время и сообщение. Это также обрабатывает ограничение размера файла, трансформацию, и т.д. Можно также настроить различные шаблоны для различных ошибок и источников.
Pantheios считается лучшей библиотекой журналирования C ++ , а также претендует на то, чтобы быть единственной библиотекой, которая на 100% безопасна по типу (см. эта статья о связанной библиотеке, объясняющая, почему библиотеки на основе printf () / iostream не являются типобезопасными)