[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Updated Benchmark Available

Subject: Re: Updated Benchmark Available
From: Paul Tchistopolskii <paul@xxxxxxx>
Date: Fri, 06 Oct 2000 07:48:05 -0700
some good response times benchmark
----- Original Message ----- 
From: Alexey Gokhberg <alexei@xxxxxxxxxx>


> The benchmark results look interesting, but what do they really
> demonstrate?

I think nothing.

> At my opinion, with the longest test running not more than 0.6 seconds,
> these results compare the time which XSLT engines need to warm-up and to
> cleanup, rather than the time they need to perform their main job.
> Furthermore, the warm-up and the cleanup time depends on the run-time
> system of the underlying platform (JVM, C++ RTL etc.), not on the
> quality of the XSLT processor itself.

Exactly.
 
> From the practical point of view, the result of this benchmark could be
> formulated as follows:
> 
> "... All XSLT processors (except those crashed) demonstrated a good
> performance ..." (0.6 sec is a good response time - isn't it?)

If your transformation consists of 5 sub-transformations  ( page
consists of 5 'sub-pages' )  the total responce time for  the 
page is 3 sec. This is not a good responce time, I think.
 
> I also could not understand why the issue whether the XSLT processor is
> using the "pre-parsed" stylesheets is so important. Some processors do
> it, some don't, but the efficiency of this feature in fact depends on
> the processor architecture and on the way how this pre-parsing is
> integrated with the other processor components.

I agree that pre-parsed stylesheets could be not critical for some 
environments, but I think it is actually easier to implement 
some brutal pre-parsed stylesheets instead of  argue about them.

In simple case pre-parsed stylesheets are saving the time of 
compilation .XSL into internal representation of the stylesheet
and no matter what is the XSLT engine architecture this 
compilation could be easeily avoided.  Or you see some 
other scenario when XSLT engine does not go from .XML 
to internal representation? 

Pre-parsing is important. Sometimes.

Rgds.Paul.




 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.