Subject: RE: Whitespaces against efficency From: Kay Michael <Michael.Kay@xxxxxxx> Date: Mon, 10 Apr 2000 09:46:41 +0100 |
> Using Intuitive's OptimizeIt, I saw that the next() method of > com.jclark.xsl.dom.SiblingNodeIterator is very time consuming. > I guess that's because my DOM trees have a lot of unuseful (except for > indenting purposes) whitespaces text nodes. I seem to recall that when James Clark announced DOM support in the latest version of xt, he said it was very slow compared with using xt's native tree format. Presumably this is one of the reasons. XPath's tree model is not the same as the DOM model, so if the XSLT processor uses a DOM internally it is going to have to do more work at run time. As a worst case (let me speculate) the code needs to decide whether a text node is a non-preserved whitespace text node on each occasion that the node is visited. Mike Kay XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: Whitespaces against efficency, Mike Brown | Thread | RE: Whitespaces against efficency, John E. Simpson |
RE: conditional XSL to XSL, Kay Michael | Date | RE: problem specifying string param, Kay Michael |
Month |