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

RE: performant templating language for XML

• To: "'Nathan Young'" <natyoung@c...>,<xml-dev@l...>
• Subject: RE: performant templating language for XML
• From: "Michael Kay" <mike@s...>
• Date: Wed, 29 Dec 2004 18:19:46 -0000
• In-reply-to: <opsjqqb6d0tk791m@mailman>
• Thread-index: AcTtMa8YwzzVzIacTxKuP2qqSq7OhwAUxmrw

> Now on to my assertions:
> 
> *** XSL is not performant
> When answering requests, a templating language that forces 
> the document in  
> its entirety to be held in memory quickly hits load limits.  My  
> understanding is that XSLT either cannot be streamed or current  
> implementations are not optimized to stream when appropriate
> 
> Initial tests seem to show that XSL is a no-go in the load 
> environment  
> outlined above. Does anyone have production experience that 
> would argue  
> that XSL can be viable at these rates and that we should be 
> looking harder  
> for optimization strategies?
> 

Delivering ten 80K transformations per second is well within XSLT's
capabilities. There's certainly no memory problem when your documents are as
small as this. If your "initial tests" are not delivering this performance,
look more carefully at

(a) your choice of XSLT processor (many people start with Xalan-J which is
probably the slowest available)

(b) the efficiency of your XSLT code

(c) the execution framework for scheduling the transformations.

Michael Kay
http://www.saxonica.com/

• References:
  • performant templating language for XML
    • From: "Nathan Young" <natyoung@c...>

• Prev by Date: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Next by Date: RE: Embed an XML document in another XML document
• Previous by thread: Re: performant templating language for XML
• Next by thread: RE: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Index(es):
  • Date
  • Thread