Chris, your input is very helpful. 
 
You say that per day, you're logging ~1 GB. What is that, something like, 1.15 MB per 
second? Isn't that too much?
 
We did once have an issue with too much logging bringing performance down. To solve 
it, we added a feature in our logging component where we can raise and lower logging 
levels on a per Logger basis on a running system. This means we log almost nothing 
most of the time. We have to do this if we are tp support ~10,000 concurrent users. If 
we think there's a problem, we can turn up a single Logger to debug level and get more 
information. 
 
-----Original Message----- 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Thu 10/3/2002 2:35 PM 
To: Log4J Developers List 
Cc: 
Subject: RE: Proposed architecture changes to log4j for improved memory usage




        I'm glad to see the feedback and interest on the message I posted.  I will
        try to start responding to specific questions early next week.
        
        For memory and object count I used JProbe 4.0.
        
        I very much appreciate the functionality of Log4J.  I am sold on the API.
        Any changes I am proposing I believe do not interfere with the current
        usage of the API or current performance WRT response time(it might even
        improve however slightly).  I believe 0 transient object usage is a worthy
        goal and would not be difficult to fit into the existing framework.  The
        main premise is this, move the formatting of the response out of a full in
        memory representation(StringBuffer) and stream it in fragments to a
        destination via a buffer(BufferedWriter).
        
        On my project we have alot of GC.  The app does alot of logging, ~1 GB a
        day and we are just starting to ramp up users.  Alot of the garbage is not
        from logging.  The log4j changes I've made have really helped the system
        overall because it is memory hungry to begin with.
        
        Chris
        
        
        
        --
        To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
        For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
        
        

<<winmail.dat>>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


Reply via email to