Subject: RE: [xsl] measuring bulk performance & turn around times of XSL t ransformations? ideas for: XML to XML, XML to HTML, XML to FO (then to P D F) From: Pieter Reint Siegers Kort <pieter.siegers@xxxxxxxxxxx> Date: Wed, 28 Apr 2004 11:21:53 -0500 |
About time measurements, an interesting article that talks about a way to do it in .NET is: http://www.ondotnet.com/pub/a/dotnet/2003/07/14/xsltperf.html <prs/> -----Original Message----- From: SANWAL, ABHISHEK (HP-Houston) [mailto:abhishek.sanwal@xxxxxx] Sent: Wednesday, April 28, 2004 10:32 AM To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Subject: RE: [xsl] measuring bulk performance & turn around times of XSL t ransformations? ideas for: XML to XML, XML to HTML, XML to FO (then to PD F) More than a given processors performance I am interested in figuring out the performance or efficiency of a certain XSL that has included N-number of modular XSL files which internally have a bunch of templates etc. Basically I am currently using .NET & MSXML 4.0. More than measuring the XSLT engines performance, I am interested in ways that one can MAP metrics around the following: - the XML file that is fed into) and - the nested XSLs that are used to transform this XML file (or XML files). In essence, I want to be measuring the XSL efficiency versus the XSLT processors efficiency. Thanks, Abhishek ____________________________________________________________ Abhishek Sanwal HP - Houston Campus -----Original Message----- From: Kevin Jones [mailto:kjones@xxxxxxxxxxx] Sent: Tuesday, April 27, 2004 4:01 PM To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Subject: Re: [xsl] measuring bulk performance & turn around times of XSL t ransformations? ideas for: XML to XML, XML to HTML, XML to FO (then to PD F) On Tuesday 27 April 2004 6:50 pm, you wrote: > > Utilities like XSelerator show you the time needed to do when doing XML > parse, XSL parse, and XSL Transformation time. Very useful. I used various > techniques to process XML and compared those times using MSXML 4.0 (you can > use other processors by simply adding them to the Environmental options). I would be very careful about only doing that. There are a lot of startup costs in most XSLT processors that cause problems with one shots tests. You almost certainly need to use a custom driver that matches how you would like to use the processors to get accurate figures. If its WIN32 only, the Microsoft recommendation used to be carry on using MSXML (via COM) as the .NET XSLT was still under development. Of the publicly available processors MSXML always comes very high up the benchmarks. If you want more performance you need to look at the companies that specialize in XML appliances and/or do some code tuning. I have spent a fair amount of time comparing XSLT processor performance so feel free to ask some detailed questions. I also have access to pretty much the full range of processors if there is some standalone bit of XSLT you are interested in getting figures for. Kev Sarvega Inc.
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] will processors support X, Robert Koberg | Thread | [xsl] XSLT and unexpected text oupu, Jon Schwartz \(Volt\ |
RE: [xsl] measuring bulk performanc, Pieter Reint Siegers | Date | RE: [xsl] XSL Problem, Kenny Akridge |
Month |