cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marco Spinetti" <m.spine...@pisa.iol.it>
Subject R: R: R: it is a mad thing!!C2 is sloooooo!!!!!!
Date Mon, 21 May 2001 16:16:40 GMT
Hi Vadim,
I try your advice soon. I try to decompose my page in independent pieces and
use the aggregation. As soon as I have some result I let you know.
 Thanks many to you and Berin.
Regards
Marco

----- Original Message -----
From: Vadim Gritsenko <vgritsenko@hns.com>
To: <cocoon-users@xml.apache.org>
Sent: Monday, May 21, 2001 5:15 PM
Subject: RE: R: R: it is a mad thing!!C2 is sloooooo!!!!!!


> Marco,
>
> Try also successive XSLT transformation;
> Divide your page on several independent steps (if possible) - and use
aggregation to make it whole again;
>
> I used this approach and managed to reduce processing time from 10 seconds
to 0.2!!!!
>
> PS: I use PIII 700MHz
>
> PPS Cocoon2 rulezzz!!!
>
> Vadim
>
>
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Monday, May 21, 2001 10:39
> > To: cocoon-users@xml.apache.org
> > Subject: Re: R: R: it is a mad thing!!C2 is sloooooo!!!!!!
> >
> >
> > Marco Spinetti wrote:
> > >
> > > Hi Berin,
> > > I had forgotten the the oradb attribute. The performances are now
improved:
> > > I got down 5-6 second ago to 1.1 second. However I must still notice
that
> > > Cocoon2 is faster than Cocoon1.8 with Xalan1.2 but it is slower than
Cocoon
> > > 1.8 with the Saxon.
> > > Is using the Saxon as Xslt processor with Cocoon 2 possible?
> >
> > It was at one point, but I haven't gotten it to work.  I think Dims
(Davinum
> > Srivinas) has gotten it to work, so he would be the best resource for
questions
> > on that.
> >
> > I am glad that you got down to more reasonable performances.
> >
> > > Regards
> > > Marco
> > >
> > > ----- Original Message -----
> > > From: Berin Loritsch <bloritsch@apache.org>
> > > To: <cocoon-users@xml.apache.org>
> > > Sent: Monday, May 21, 2001 3:59 PM
> > > Subject: Re: R: it is a mad thing!!C2 is sloooooo!!!!!!
> > >
> > > > Marco Spinetti wrote:
> > > > >
> > > > > Hi Berin,
> > > > > I answer soon to your questions because I hope I made a mistake.
My
> > > machine
> > > > > is a good stage machine: it has two cpu each of 550 Mhz and SO =
Linux
> > > Red
> > > > > Hat 6.2.
> > > > > To browse my page I use Internet explorer 5.0 and Netscape 6: they
are
> > > > > similar in performance.
> > > > > My dB connection is setting right: I use a thin driver for
connecting to
> > > the
> > > > > Oracle database. I'm using connection pooling: (I was using
connecton
> > > pool
> > > > > also with cocoon 1.8). My page is complex: for its transformation
I use
> > > 5
> > > > > Stylesheet that I import with Xsl :import. But I am not able to
> > > understand
> > > > > why cocoon2  is so slow!!
> > > > > How can I improve my performance? In this way I can't go to
production.
> > > > > Regards
> > > > > Marco
> > > >
> > > > Hmm.  Xalan 2 (which Cocoon 2 uses) is usually faster than Xalan 1.
Are
> > > you
> > > > experiencing the same performance for each request?  The first
request
> > > compiles
> > > > the sitemap, and the ESQL page--so the first request is always going
to be
> > > a
> > > > little longer.  Question: did you set the oradb="true" attribute in
your
> > > > <pool-controller/> element?
> > > >
> > > > <jdbc name="test">
> > > >   <pool-controller min="5" max="10" oradb="true"/>
> > > >   <dburl>jdbc:oracle:thin:@localhost:1521:ORA1</dburl>
> > > >   <user>test</user>
> > > >   <password>test</password>
> > > > </jdbc>
> > > >
> > > > The connection pooling code tests the line to see if the connection
has
> > > been
> > > > closed by the server.  The query that is performed to do that is
slightly
> > > > different for Oracle than for other DBs.  If you don't set that
attribute,
> > > > then you will get a new Connection for each request--which is not
your
> > > goal.
> > > >
> > > >
> > > > I am used to sub-second response times, even under heavy load.  I
use
> > > multiple
> > > > stylesheets, but apply them successively (this approach is
rediculously
> > > slow in
> > > > Cocoon 1, but with SAX sometimes several successive changes is
quicker
> > > than
> > > > a large complex stylesheet.
> > > >
> > > > >
> > > > > +---------------------------------------------------------------+
> > > > > Data processing engineer  Spinetti Marco
> > > > > Italia On Line S.p.a. - Infostrada
> > > > > http://www.iol.it
> > > > > Italy
> > > > >
+-----------------------------------------------------------------+
> > > > >
> > > > > ----- Original Message -----
> > > > > From: Berin Loritsch <bloritsch@apache.org>
> > > > > To: <cocoon-users@xml.apache.org>
> > > > > Sent: Monday, May 21, 2001 3:03 PM
> > > > > Subject: Re: it is a mad thing!!C2 is sloooooo!!!!!!
> > > > >
> > > > > > > Marco Spinetti wrote:
> > > > > > >
> > > > > > > Hi all,
> > > > > > > it is a mad thing! I have always read that Cocoon2 (based
on
the Sax
> > > > > model) should be much faster than Coccon 1.8 and today have
> > > > > > > found out that it is almost three times more slow.
> > > > > > > My application has a middle complexity. It executes an
interrogation
> > > to
> > > > > a Oracle database (Esql), executes some calculations with
> > > > > > > the results and applies one Stylesheet for the rendering
in
Html. My
> > > > > system is constituted by Apache 1.3.19, Tomcat 3.2.1 and
> > > > > > > Cocoon2. My machine has 550 Mhz cpu and 256 M RAM.
> > > > > > > I have found out that the same application, with the same
server and
> > > > > Servlet Engine, has a time of execution of 1.5 second for
> > > > > > > request with Cocoon 1.8 and 5 second with Cocoon2 !!!!!!
> > > > > > > The time of execution of Cocoon 1.8  could be reduced up
to
0,8
> > > second
> > > > > with the Saxon.
> > > > > > > With these perfomances Cocoon2 is not usable in a production
> > > > > environment: it is too slow. I hope that you will tell me that I
have
> > > > > > > wrung and that I have forgotten about writing something
in the
> > > Cocoon2
> > > > > configuration.
> > > > > > > Tell me something.
> > > > > >
> > > > > > Question:  Are you using Netscape Navigator on the same maching
to
> > > browse
> > > > > your page?
> > > > > > If so, make sure that it is running at a lower priority than
Tomcat.
> > > > > Netscape 4.x
> > > > > > rendering engine is so screwed, that it takes over the computer,
and
> > > > > Tomcat is starved
> > > > > > for cycles.
> > > > > >
> > > > > > Something is terribly wrong if you are experiencing slower times
with
> > > C2
> > > > > rather than
> > > > > > C1.  Is your DB connection setting right?  Are you using
connection
> > > > > pooling, or creating
> > > > > > a new connection for every request?  Oracle has been known to
be
slow
> > > > > making connections.
> > > > > > How big is the resulting page?  What OS are you using?
> > > > > >
> > > > > > There are lots of questions that would help us figure out why
you
> > > aren't
> > > > > impressed with
> > > > > > C2.  It is disturbing that it would be slow for you, and so
fast
for
> > > me.
> > > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > > Please check that your question has not already been answered
in
the
> > > > > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > > > > >
> > > > > > To unsubscribe, e-mail:
<cocoon-users-unsubscribe@xml.apache.org>
> > > > > > For additional commands, e-mail:
<cocoon-users-help@xml.apache.org>
> > > > > >
> > > > > >
> > > > >
> > > >
> ---------------------------------------------------------------------
> > > > > Please check that your question has not already been answered in
the
> > > > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > > > >
> > > > > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > > > > For additional commands, e-mail:
<cocoon-users-help@xml.apache.org>
> > > >
> > >
> ---------------------------------------------------------------------
> > > > Please check that your question has not already been answered in the
> > > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > > >
> > > > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > > > For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > Please check that your question has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > > For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> > For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
> >
> >
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
> For additional commands, e-mail: <cocoon-users-help@xml.apache.org>
>


---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message