![]() |
![]() | ![]() | ![]() | Altova Mailing List Archives>Archive Index >microsoft.public.xsl Archive Home >Recent entries >Thread Prev - Re: The results of the code test. [Thread Next] Re: The results of the code test.To: NULL Date: 11/8/2006 2:16:00 PM Hi Andrew, Here are some resources I have found on the subject: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/ScaleNetChapt09.asp http://support.microsoft.com/default.aspx?scid=kb;en-us;320847 http://delivery.acm.org/10.1145/1100000/1096618/p55-kenjii.pdf?key1=1096618&key2=0203103611&coll=&dl=ACM&CFID=15151515&CFTOKEN=6184618 -- HTH, Kevin Spencer Microsoft MVP Ministry of Software Development http://unclechutney.blogspot.com I just flew in from Chicago with a man with a wooden leg named Smith who shot an elephant in my pajamas. So I bit him. "AndrewF" <andrew@t...> wrote in message news:1162978938.502531.55450@i...... > Hi Mate, > > Is there a way to get the code that is compiled from the stylesheet as > I think that would be the next logical step in terms of looking at the > differences between the two and looking at optimisation paths. > > Does anyone know of any optimisation rules etc that have been designed > for XSLT with the .NET 2 class? If anyone from the XML team is reading > this - what design descisions have you taken on the compilation stage > of the XSL? > > Cheers > AndrewF > > > Kevin Spencer wrote: >> There is definitely an element of optimization to writing XSL. That much >> I >> can tell you. >> >> -- >> HTH, >> >> Kevin Spencer >> Microsoft MVP >> Ministry of Software Development >> http://unclechutney.blogspot.com >> >> I just flew in from Chicago with >> a man with a wooden leg named Smith >> who shot an elephant in my pajamas. >> So I bit him. >> >> >> "AndrewF" <andrew@t...> wrote in message >> news:1162915031.359967.8950@m...... >> > Hi Kevin, >> > >> > Yes this is exactly what I'm doing with it and it does seem strange to >> > me that on a transformation only basis the new code is slower but I >> > wonder whether the MSIL that gets created during the compilation stage >> > in the new class is optimised for a certain "style" or method of >> > building XSLT and our stuff isn't in line with that so the raw >> > interpreter works better than the compiled instructions which are >> > perhaps adding redundant steps... >> > >> > What would be interesting would be to see if there is a way we can see >> > the compiled instructions and see if there is anything obvious. When >> > I've run this across different stylesheets it is interesting that a >> > couple of the templates I personally thought were quite complex >> > actually performed better than the test sample indicates which I think >> > of as less complex XSL. This is what leads me to the "style" idea >> > above... >> > >> > I'm going to try and construct a stripped down example of my code and >> > run the tests again and then post the code up for additional scruitny. >> > At the moment there is too much code and too many dependencies to get >> > my application running to post it up here but I'll get a test case >> > working that uses these different XSL documents so we can do comparison >> > of style on the two transform classes. >> > >> > Cheers >> > AndrewF >> > > | ![]() | ![]() | ![]() |
| Company | Legal | Press | Partners | Careers | Sitemap | Contact Us | Altova Blog | |||||
|
