Folks,
To clarify...
- my team's current app (highly distributed, born in 98) is using legacy
home grown text based logging,
- we're looking at an upgrade to log4j.
- but major customers are saying they want to increase log column, from
(essentially moving from WARN to INFO level).
I do not have specific volume info, only that my gut tells he we'll be
heading into territory that log4j may not be able to handle.
There is talk within my team of going to a more binary based logging to
cut down text manipulation costs, disk space, etc. In essence, defer
message formatting overhead from runtime to post processing. Obviously
we prefer to use any robust open source solutions available.
Then there is this from the NetLogger folks...
http://dsd.lbl.gov/publications/HPDC02-HP-monitoring.pdf
...which describes a binary based logging framework which seriously
outperforms log4j.
So my questions are
- has anyone built a high volume (binary or otherwise) optimized logging
facility atop log4j?
- what other solutions have been applied when log4j performance is an issue?
Cheers
Paul Smith wrote:
On 02/08/2007, at 9:23 AM, Paul Duffy wrote:
Folks,
My team is looking at log4j as a next generation logging option, but
we have a specific customer need to do high volume logging which a
text based system may not support. Is anyone aware of a high speed
binary logging capability that builds upon the log4j infrastructure
(or otherwise?
You'd be surprised how many events a file-based appender can write.
Can you provide some #'s on how many events you think you'll need to
support?
Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
