AFAIK if use-store is set to false the xsl file is parsed each time... In the sitemap, in the transformer block, you might also deactivate the "check-include" feature. When check-include is set to true, the xsl file is parsed each time to find xsl:include tags. The drawbacks of using this parameters is that you cannot change your xsl files at runtime anymore (hot deployment).
About the different xsl processors, I use XSLTC that seems to use less CPU time than xalan. The main issue I have with XSL is the memory foot print. Every xsl processor need to keep in memory a representation of the whole input xml document. This is really expensive in term of memory and GC.
STX is another system that does not have this problem, but I do not know if it is mature enough to be used in a production environment.
Hope it helps
Alex
At 10:09 10/02/2004 +0100, you wrote:
I am running performance tests on a webapp using Cocoon 2.1.3 on Resin 2.1.9 with the IBM JVM.
I have installed the profiler which told me that most of time is spent on the xslt tranform in my pipeline (the setup time, not the processing time)
For the moment I'm using the default xalan XSLT processor.
So I have changed the use-store to "true" (the default value is false, I don't know why), and it increases response time a lot.
When this parameter is set to "false", I can only have 22 simultaneous virtual users (if I want to have a web page in less than one second).
When this parameter is set to "true", I can have 100 simultaneous virtual users (with pages produces in less than 2 seconds).
Here are my questions :
- what is the exact role of the use-store parameter ?
- what are the advantages/drawbacks of using this parameter ? Why is it set by default to "false" in Cocoon 2.1.3 ?
- what is the best xslt processor to use (Xalan, XSLTC, Saxon, ...). Are there any bench results about that, using Cocoon ?
It makes a lot of questions but It seems that xslt is the major performance point to tune.
If there could be more details on the Cocoon documentation about that, it would be very helpfull for Cocoon starters like me.
Vincent
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
