Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Date: Fri, 22 Feb 2002 08:55:51 +0100 (CET)
From: Torsten Curdt <tcurdt@dff.st>
To: <cocoon-dev@xml.apache.org>
Subject: Re: new xsltc.jar
In-Reply-To: <200202211833.43741.jacek_ambroziak@yahoo.com>
Message-ID: <Pine.LNX.4.31.0202220853370.13433-100000@mogh.dff.local>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 21 Feb 2002, Jacek R. Ambroziak wrote:

> The performance bug seems to be fixed now.
> As I expected several other benchmarks benefit
> from the fix as well  (decoy, patterns).
>
> The new magic numbers on my machine are
>
> XSLTC    1192
> XT            471
> Saxon       298
> XalanJ      197
>
> The infamous 'dbonerow' test doesn't need rewriting
> into "match/if"  anymore and 10 iterations take about 1 second
> (900 MHz, J2SDK1.4) instead of 130 seconds as before.
>
> That's not the end of the story 'cause I see bunches
> of opportunities for further improvements.
>
> That translets are about 20 times faster now
> on 'dbonerow' than XT/Saxon/XalanJ is no big surprise:
> since FORTRAN times compiled code ran faster than interpreted.
> When eg. Saxon works on 'dbonerow'
> the only bytecodes that are actually executed are the bytecodes
> Mike Kay put into saxon.jar.  In the case of XSLTC
> some bytecodes come from prepackaged libraries,
> but (hopefully)  most of the "action" is handled by
> bytecodes 'freshly' generated ('personalized'/specialized)
> for the stylesheet at hand.
>
> The new 'xsltc.jar' is available from me.

wow!! ...instead of talking about number - why not try it out.
What needs to be changed to use it with cocoon - that's the only
question I see right now :)
--
Torsten


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org