Re: Cocoon performance tuning

2002-12-09 Thread Steven Noels
Miles Elam wrote: Lenya L. Khachaturov wrote: Are there any hints on making Cocoon perform better? I've been using Cocoon for a couple of weeks and I can't call it "blazing fast" :-) As I understood, it's performance greatly depends on the Java compiler and the XSLT processor used. Which compil

Re: Cocoon performance tuning

2002-12-08 Thread Miles Elam
Lenya L. Khachaturov wrote: Are there any hints on making Cocoon perform better? I've been using Cocoon for a couple of weeks and I can't call it "blazing fast" :-) As I understood, it's performance greatly depends on the Java compiler and the XSLT processor used. Which compiler and processor wou

Re: Cocoon performance tuning

2002-12-08 Thread Ivelin Ivanov
Did you read this: http://xml.apache.org/cocoon/performancetips.html - Original Message - From: "Lenya L. Khachaturov" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, December 08, 2002 7:20 AM Subject: Cocoon performance tuning > Hello, > >

Re: Cocoon performance tuning

2002-12-08 Thread Harry J. Foxwell
> - any recommendations here? > depends on the machine & size/complexity of your application. the IBM 1.3 JVM has quite good performance on the Windows platforms, the Sun 1.4 JVM quite good on Solaris 8/9 & on Linux platforms.

Cocoon performance tuning

2002-12-08 Thread Lenya L. Khachaturov
Hello, Are there any hints on making Cocoon perform better? I've been using Cocoon for a couple of weeks and I can't call it "blazing fast" :-) As I understood, it's performance greatly depends on the Java compiler and the XSLT processor used. Which compiler and processor would you recommend? As f

RE: [C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Gerhard Froehlich
Vadim, >> >> I'm like a blind man tuning a television! >> >> >> >> I understand from the documentation that I can tune the setting in >> >> cocoon.xconf to control the cache, so that the most recently used >> >> objects are in >> >> memory and less recently used objects are on disk. But a >> >>

RE: [C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Vadim Gritsenko
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > > Peter, Vadim, > > >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > >> I'm like a blind man tuning a television! > >> > >> I understand from the documentation that I can tune the setting in > >> cocoon.xconf to control the cache, so

RE: [C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Gerhard Froehlich
Ah I forgot: Documentation MRUMemoryStore: Documentation StoreJanitor: Our documentation is not that bad. It's only -well- hidden! ~Gerhard ---

RE: [C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Gerhard Froehlich
Peter, Vadim, >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > >> I'm like a blind man tuning a television! >> >> I understand from the documentation that I can tune the setting in >> cocoon.xconf to control the cache, so that the most recently used objects are in >> memory and less recently

RE: [C2] Performance Tuning - use-store for xslt

2002-02-10 Thread Vadim Gritsenko
> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > > Hi folks, > > Please could someone help to clarify? > > Is this how I remove stylesheet caching? > >logger="core.xslt-processor"> > > > Yes. > Does the following remove the caching from all of my sitemap pipelines > (inc

RE: [C2] Performance Tuning - pool-max, pool-min and pool-grow

2002-02-10 Thread Vadim Gritsenko
> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > > Hi Folks, > > I've read so much documentation and so many listings - and I'm confused! Could > someone help clarify please? > > Can I apply these setting to all components (in cocoon.xconf and sitemap.xmap) > or should they only be applied

RE: [C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Vadim Gritsenko
> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] Hi, That's the bunch of questions you have! > I'm like a blind man tuning a television! > > I understand from the documentation that I can tune the setting in > cocoon.xconf > to control the cache, so that the most recently used objects are

[C2] Performance Tuning - use-store for xslt

2002-02-10 Thread Peter Hargreaves
Hi folks, Please could someone help to clarify? Is this how I remove stylesheet caching? Does the following remove the caching from all of my sitemap pipelines (including xslt)? Or is something more subtle going on? Should I use both of these together, or is there a cas

[C2] Performance Tuning - pool-max, pool-min and pool-grow

2002-02-10 Thread Peter Hargreaves
Hi Folks, I've read so much documentation and so many listings - and I'm confused! Could someone help clarify please? Can I apply these setting to all components (in cocoon.xconf and sitemap.xmap) or should they only be applied to some components - if so which ones. Is this the correct way to

[C2] Performance Tuning - cache in memory or on disk

2002-02-10 Thread Peter Hargreaves
I'm like a blind man tuning a television! I understand from the documentation that I can tune the setting in cocoon.xconf to control the cache, so that the most recently used objects are in memory and less recently used objects are on disk. But a few points are unclear to me - could someone pl

RE: performance tuning... (match="id(xxx)" versus match="//*[@id=xxx]")

2001-08-24 Thread Karl Øie
wget timings of match="id(xxx)" versus match="//*[@id=xxx]": time wget http://saturn.gan.no:/mup/xpath.xsp?xpath=KAP1 - 0m14.686s (first hit) time wget http://saturn.gan.no:/mup/xpath.xsp?xpath=KAP1 - 0m0.030s (second hit) time

Re: performance tuning...

2001-08-23 Thread Jörg Heinicke
Karl Øie wrote: > wget timing: > > first run of "toc.html" -> 41.879s > second run of "toc.html" -> 0.013s (!!!) > > first run of "page.html?xpath=//*[@id='1222']" -> 58.031s > second run of "page.html?xpath=//*[@id='1222']" -> 0.017s (!!!) Hi Karl, maybe I have another proposal f

RE: performance tuning...

2001-08-23 Thread Karl Øie
t;/> > > value="true"/> > > > > > but it doesn't really cut the cheese, after a some > usage the site starts to > regenerate the pages again, and the visitors will > have to wait for nearly a > minute for each call.

RE: performance tuning...

2001-08-23 Thread java guru
ot;true"/> > > > > > but it doesn't really cut the cheese, after a some > usage the site starts to > regenerate the pages again, and the visitors will > have to wait for nearly a > minute for each call... > > am I doing someth

RE: performance tuning...

2001-08-23 Thread Karl Øie
cheese, after a some usage the site starts to regenerate the pages again, and the visitors will have to wait for nearly a minute for each call... am I doing something wrong here? mvh karl øie -Original Message- From: Berin Loritsch [mailto:[EMAIL PROTECTED]] Sent: 22. august 20

Re: performance tuning...

2001-08-22 Thread Berin Loritsch
Karl Øie wrote: > > Hi, I have a very standard pipeline for my project. The file > "oversikten.xml" is filtered through the stylesheet > "oversikten.xsl" which uses parameters sent to it to filter/rearrange the > output. > > > > >

performance tuning...

2001-08-22 Thread Karl Øie
Hi, I have a very standard pipeline for my project. The file "oversikten.xml" is filtered through the stylesheet "oversikten.xsl" which uses parameters sent to it to filter/rearrange the output.