Florian Weimer wrote:
* Howard Chu:
For greater throughput we need a logging mechanism that doesn't rely
on sprintf. I.e., we should consider a binary log format where we
simply pass around short message IDs (and relevant message parameters)
and use a compiled message catalog that maps IDs to text. This would
require a post-processor to read the binary log and generate
human-readable messages somewhere else. (It's obviously not a new
concept, IBM mainframes have done this for decades; the Microsoft
system logger does this as well.)
Current systems have journald, which does something like that.
I had thought of journald, but looking at its API, it seems to still primarily
work with fully-formatted messages being sent from the logging clients.
http://www.freedesktop.org/software/systemd/man/sd_journal_print.html
We want to be able to dump unformatted data items, and incur all the
formatting cost in the post-processor. Otherwise, we haven't gained anything
in terms of performance.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
