Re: Log4j Performance with Netbeans Platform

Ok thanks, I posted on the NetBeans mailing list and bugtrack. d...@openide.netbeans.org mailing list: http://openide.netbeans.org/servlets/BrowseList?list=dev&by=thread&from=1021855 http://openide.netbeans.org/servlets/BrowseList?list=dev&by=thread&from=1025671 NetBeans bugtrack: http://www.ne

Re: Log4j Performance with Netbeans Platform

a reasonable guess is that console i/o on Netbeans 6.7 is slow. if thei is a problem in log4j, it would appear to be in the consoleappender, fileappender seems to be ok. perhaps querying someone that knows lot's about Netbeans would be a good idea? Douglas E Wegscheid Lead Technical Analyst, W

Re: Log4j Performance with Netbeans Platform

Thanks for your reply, On Netbeans Platform 6.1 : With the same code and System.out.println : 2-3ms With FileAppender : 2-5ms On Netbeans Platform 6.7 : With the same code and System.out.println : 19-30ms With FileAppender : 2-5ms Greg Douglas E Wegscheid wrote: what is the relative performanc

Re: Log4j Performance with Netbeans Platform

what is the relative performance of System.out.println on the two platforms? what is the relative performance of log4j when using a FileAppender? Douglas E Wegscheid Lead Technical Analyst, Whirlpool Corporation (269)-923-5278 "A wrong note played hesitatingly is a wrong note. A wrong note play

RE: Log4J Performance

Subject: Re: Log4J Performance On Aug 18, 2009, at 7:19 AM, Gurdeep Singh wrote: > Hi All, > > We are writing an application whose sole purpose is to log incoming > requests. Since the volume of requests would be huge, would Log4J be > suitable for such an application or there

Re: Log4J Performance

On Aug 18, 2009, at 7:19 AM, Gurdeep Singh wrote: Hi All, We are writing an application whose sole purpose is to log incoming requests. Since the volume of requests would be huge, would Log4J be suitable for such an application or there are performance issues. Thanks, Gurdeep log4j (

Re: Log4J Performance

Hi, As you are writing application from scratch - maybe you should look at logback ? 2009/8/18 Gurdeep Singh > Hi All, > > We are writing an application whose sole purpose is to log incoming > requests. Since the volume of requests would be huge, would Log4J be > suitabl

Log4J Performance

Hi All, We are writing an application whose sole purpose is to log incoming requests. Since the volume of requests would be huge, would Log4J be suitable for such an application or there are performance issues. Thanks, Gurdeep

Re: Log4j performance issues

On Fri, 04 Nov 2005 09:35:31 -0800, Mark Womack wrote: > Do you have any actual timing or profiling information that would lead > you to suspect that log4j is causing the problem, or just anecdotal > experience? There is nothing I can think of that changed so much in any > of the recent log4j rele

Re: Log4j performance issues

Do you have any actual timing or profiling information that would lead you to suspect that log4j is causing the problem, or just anecdotal experience? There is nothing I can think of that changed so much in any of the recent log4j releases to account for the level of degradation you are describing

Re: Log4j performance issues

On Fri, 04 Nov 2005 00:55:22 -0500, Frank W. Zammetti wrote: > One thing that I'm curious about... are you actually instantiating a new > Logger on each class instantiation (in the constructor I would guess)? > If so, you might want to try making it a static member so the Logger > instantiation

Re: Log4j performance issues

I'm using Log4J underneath JCL, and doing considerably more logging than one entry per screen, and the performance of the one app I'm thinking of in particular is stellar. And the hardware isn't anything grand and the load is pretty significant, so I would say Log4J, in and of itself, isn't th

Log4j performance issues

In the most recent update to our system, I installed log4j 1.2.11. After the update someone at our hosting facility finally noticed that the application was taking a very long time to paint some screens. The application was frequently painfully slow to begin with, but someone latched on to log4j

Re: Log4j performance considerations

firas mualla yahoo.com> writes: > > I have a large J2EE web application . From > performance(speed & memory space) point of view > what is the best scenario to use ? > 1)Use one logger for each class ( this is a common > practice but > doon't you think that it is heap-consu

Log4j performance considerations

I have a large J2EE web application . From performance(speed & memory space) point of view what is the best scenario to use ? 1)Use one logger for each class ( this is a common practice but doon't you think that it is heap-consuming ). 2)Use one logger instance at