[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XSL performance problem
Sebastien, I'm pretty sure most implementations are focusing on functionality over optimizations at this point. It will get better. --Keith Paul Prescod wrote: > > Sebastien Sahuc wrote: > > > > Hi there, > > I know there is nothing comparable to what I'm arguing, structure of > > xml and xsl documents can sensibly affect the result, but I'm really > > surprised not to get better results. > > I think that posting benchmarks without posting the stylesheet is a little > like complaining that a programming language is slow without posting the > program! > > Anyhow, James Clark's XSL processor is not optimized yet. It makes sense > not to optimize while the standard is still shifting around. > > Plus, we can't tell from your message how much of the time you are > complaining about is startup time. I hear you saying that you are > processing 100kb in one second. If that includes JVM startup time, XT/XP > startup time, and so forth then that sounds pretty good to me! > > -- > Paul Prescod - ISOGEN Consulting Engineer speaking for only himself > http://itrc.uwaterloo.ca/~papresco > > The dress code in Las Cruces New Mexico has been tightened [to] target > Gothic clothing, such as dark trench coats. "It is not a witch hunt" > Superintendent Jesse L. Gozales said. "It is for the safety of the kids > in our schools." - Associated Press, May 16 1999 > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|