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

Re: XSLT performance under Linux

Subject: Re: XSLT performance under Linux
From: Janning Vygen <vygen@xxxxxx>
Date: Tue, 14 May 2002 09:11:01 +0200
saxon parser performance
Am Montag, 13. Mai 2002 22:15 schrieben Sie:
> I would recommend working with the xsltproc engine. It's C++ based,
> supports a healthy subset of the Saxon parser, and is fast. 

It´s much faster than saxon, but pay attention if you are using some 
xslt 2.0 (1.1) features like "result tree fragment to node-set" 
conversion. and there are still some other things even from the 1.0 
specs which doesnt seem to work with xsltproc (overriding attributes 
in a tag). I switched from saxon to xsltproc but can be a big effort 
to do. Just dont expect to exchange your parser command and expect it 
to work. I also found an annoying difference in handling whitespace, 
but most things i havent heavily tested, some of them i tested and 
found a bug (already reported, of course).

But after all: xsltproc is the fastest engine, but i guess saxon is 
the one which is most compliant with the specs. 

For me xsltproc is four times faster. the german magazin 'iX' 
benchmarked most important engines April 2002 (heise.de/ix/)

regards, 
janning  

>
> -- Kurt Cagle
>
> ----- Original Message -----
> From: "Mattias Konradsson" <preacher@xxxxxxxxxxx>
> To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
> Sent: Monday, May 13, 2002 12:59 PM
> Subject:  XSLT performance under Linux
>
> > I'm working on a XSLT-based site which makes pretty extensive use
> > of includes and whose output differens depending on params passed
> > to it. The problem I'm having is performance. Since the site can
> > be rendered through
>
> a
>
> > bunch of different skins and parameters are passed back and forth
> > all the time output caching or pre-generating doesn't seem
> > viable.
> >
> > My experience steems mostly from transforming under windows using
> > MSXML or .Net. There you have the option of compiling stylesheets
> > and caching the compiled stylesheet in the global cache for
> > better performance but alas
>
> the
>
> > solution I'm working on now is running on Apache, currently with
> > the Sablotron parser. So my questions are:
> >
> > 1. What's the best ways to increase performance without caching
> > output?
>
> Does
>
> > any of the Apache parsers support above mentioned functionality?
> >
> > 2. Which parser should I chose for best performance, from reading
> > some benchmarks it seems Saxon and XT seems to top the list?
> >
> > best regards
> > ---
> > Mattias  Konradsson
> >
> >
> >
> >  XSL-List info and archive: 
> > http://www.mulberrytech.com/xsl/xsl-list
>
>  XSL-List info and archive: 
> http://www.mulberrytech.com/xsl/xsl-list

-- 
Planwerk 6 /websolutions
Herzogstraße 86
40215 Düsseldorf

fon 0211-6015919
fax 0211-6015917
http://www.planwerk6.de

 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.