cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From nicola...@supereva.it ()
Subject Re: Cocoon 2.0 Scalability Disappointment
Date Fri, 30 Nov 2001 18:49:53 GMT


----- Original Message ----- 
From: "Gianugo Rabellino" <gianugo@rabellino.it>
To: <cocoon-dev@xml.apache.org>
Sent: Friday, November 30, 2001 7:19 PM
Subject: Re: Cocoon 2.0 Scalability Disappointment


> Stefano Mazzocchi wrote:
> 
> > 3) they don't use a transparent proxy on top so the Cocoon cache is
> > continously stressed.
> 
> 
> If they are using XSP (or anyway are dynamically generating data) a 
> transparent proxy won't help a lot: it will help the data flow (since 
> Apache will be run on a fast network or even on a loopback) but not much 
> more.
> 
> > 5) they use XSP. I'm aware of performance issues with XSP load and
> > execution under heavy load (some forgotten locking or synchronized
> > method?). This is the place where I'd concentrate profiling effort.
> 
> 
> So do I.
> 
> > 1) disable logging. If log is DEBUG, it could generate Gigabytes of
> > information and disks could become the bottleneck.
> > 
> > [I think log might be the bottleneck]
> 
> 
> I think this can be an appropriate timing to start cleaning up the 
> logging code. We have to find a policy and stick to it: I tend to say 
> that we should *always* do a isDebugEnabled() or a isInfoEnabled() 
> before spitting out Strings. I'm not that sure that such a policy should 
> be enforced for levels of warn and above.

I totally agree.
This sped up my app quite a bit.
Maybe a static utility method that does the check is nicers than many ifs.

Nicola Ken Barozzi      These are the days of miracle and wonder...
                           ...so don't cry baby, don't cry
<xml-cocoon@nicolaken.com>                             Paul Simon


> We should also come up with a sort of best practice/code convention 
> about what should be logged at each level: from a quick look at the code 
> it seems to me that many warnings and even some errors are logged at the 
> debug level: this is to be avoided in all cases.
> 
> The next question is about Avalon: once we come up with a great logging 
> policy we will we have control over Cocoon logging, but what about 
> Avalon generated messagess ? Is the Avalon code itself "log wise" or 
> will we end up with tons of debug strings being created anyway?
> 
> Ciao,
> 
> -- 
> Gianugo
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> 

-----------------------------------------------------

messaggio inviato con Freemail by superEva
http://www.supereva.it

-----------------------------------------------------


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message