Re: Performance Question: Expensive Functions in Predi

My apologies Eliot for misreading your post!  If nothing else there is now 
two post's that say the same thing... one in paragraph format, the other in 
short story ;)

Again, my apologies for the confusion! Thanks for the clarification :)

Best regards,

<M:D/>



----- Original Message ----- 
From: "Eliot Kimber" <ekimber@xxxxxxxxxxxxxxxxxxx>
To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Thursday, June 03, 2004 9:06 AM
Subject: Re:  Performance Question: Expensive Functions in Predicates


> M. David Peterson wrote:
>
> > Hi Eliot,
> >
> > Im interested to know more of how you came to these conclusions while 
> > also
> > ignoring the use of xpath within apply-templates/@select to do the bulk 
> > of
> > your node selection?
>
> I think you may have misread my conclusion: I said that the select-based
> approach is the most attractive *from a code maintenance and simplicity
> standpoint* because it both avoids the need for a separate catch-all
> template required by the match-based approach and avoids the separate if
> statement required by the unqualified select and match approach.
>
> Your performance measurements then demonstrate that the select-based
> approach is *also* the highest performing, which I guess I should have
> been able to predict for the reasons you stated (it results in the
> fewest overall node tests being performed).
>
> Therefore I think we are in agreement that putting the qualification in
> the apply-templates processing is the overall best solution in general
> and that using IF within templates is clearly the worst. It also seems
> likely that differences in XSTL implementation optimization strategies
> will not significantly change the results.
>
> Cheers,
>
> E.
> -- 
> W. Eliot Kimber
> Professional Services
> Innodata Isogen
> 9030 Research Blvd, #410
> Austin, TX 78758
> (512) 372-8122
>
> eliot@xxxxxxxxxxxxxxxxxxx
> www.innodata-isogen.com
>
>
> --+------------------------------------------------------------------
> XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
> or e-mail: <mailto:xsl-list-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx>
> --+--
>