[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Re: [xsl] Fast Processor XSLt
Subject: Re: [xsl] Fast Processor XSLt From: Daniel Veillard <daniel@xxxxxxxxxxxx> Date: Wed, 12 Sep 2001 22:12:22 +0200 |
On Wed, Sep 12, 2001 at 08:46:08PM +0100, Michael Kay wrote: > The point is that if a user is experiencing performance which is > sufficiently bad that they're prepared to consider switching XSLT processor, > then they probably need an order of magnitude improvement. Recoding the > stylesheet is quite likely to yield an order of magnitude improvement (I've > seen several cases of hundred-fold improvements), whereas switching > processor is very unlikely to give an improvement factor better than two or > three at best, unless they are using a processor that is chronically bad. True, algorithm improvement can generate serious improvement usually not reached by checking with another compiler. I was just trying to balance the impression that a free processor may not be worth checking if you already use Microsoft tools which was a bit irritating to me :-) Daniel -- Daniel Veillard | Red Hat Network http://redhat.com/products/network/ veillard@xxxxxxxxxx | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] Fast Processor XSLt, Michael Kay | Thread | RE: [xsl] Fast Processor XSLt, Paul Brown |
Re: [xsl] Selecting an option, Jörg Heinicke | Date | RE: [xsl] Sorting Problem, Dev Chandramani |
Month |