"Will Glass-Husain" <[EMAIL PROTECTED]> writes:

>I wrote some simple test code, and discovered there does appear to be a 
>performance drag with the number patch.  With caching turned off, there is 
>no significant difference.  With caching on, merging templates with the 
>number patch is about 20-25% slower.

I think, that 20-25% are a real problem. 

Did you try profiling?

I haven't tried it yet, but a quick google showed up
http://www.eclipse.org/hyades/ which looks like a cool "much more than
profiling" framework for Eclipse.

>I'm really not sure why.  Interestingly, the template doesn't matter - the 
>time is almost the same for a integer-math heavy template or an empty 
>template.

This points to a general problem with the patch. Personally, I'd
rather drop the decimal patch than getting a 25% performance penalty
for something that is not really needed in the templating language.

BTW: Wasn't there talk about getting a global switch to turn "the
decimal patch" off? What is the impact if the patch is merged but
turned off?

        Regards
                Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
[EMAIL PROTECTED]        +49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
              -- actual question from a Microsoft customer survey

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to