Return-Path: 
 <cocoon-dev-return-23116-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 91053 invoked by uid 500); 21 Feb 2002 16:08:33 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 91016 invoked from network); 21 Feb 2002 16:08:32 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: "Jacek R. Ambroziak" <jacek_ambroziak@yahoo.com>
Organization: Ambrosoft, Inc.
To: cocoon-dev@xml.apache.org,
 "Steven Noels" <stevenn@outerthought.org>
Subject: Re: XSLT benchmarks: dbonerow
Date: Thu, 21 Feb 2002 11:07:42 -0500
X-Mailer: KMail [version 1.3.9]
Cc: xalan-dev@xml.apache.org
References: <OKEDLKGMIPDOCJHOEDEFCELNCPAA.stevenn@outerthought.org>
In-Reply-To: <OKEDLKGMIPDOCJHOEDEFCELNCPAA.stevenn@outerthought.org>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200202211107.42742.jacek_ambroziak@yahoo.com>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

The rewrite experiment only shows that there is a *serious bug*
in the compiler code  AND  that there is *hope* for much improved
performance of translets testing conditions in template patterns.

'dbonerow' helped focus our attention.  There are other tests (eg. decoy)
which seem affected by the same bug. And then there are of course
many stylesheets written by our users :-)

The rewrite is of the form:

if (A && B) { ... }   -->  if (A) { if (B) { ... }}

If the second version is 300 times faster, then we've got
something interesting going on here :-)

--Jacek

On Thursday 21 February 2002 04:22 am, Steven Noels wrote:
> Robert Koberg wrote:
> > You know... I wonder why you guys don't spend time on optimizing the =
XSL
> > (I know Steven Noels is). This is most probably the bottleneck you ar=
e
> > experiencing?? You guys are taking the path away from general adoptio=
n...
> >
>
>
> > > I have rewritten XSL as follows:
> > >
> > > <xsl:template match=3D"row[id =3D '0432']">
> > > stuff
> > > </xsl:template>
> > >
> > > to
> > >
> > > <xsl:template match=3D"row">
> > >   <xsl:if test=3D"id =3D '0432'">
> > >     stuff
> > >   </xsl:if>
> > > </xsl:template>
>
> Well, I fully trust the judgment of Jacek here...
>
> Depending on your favorite brand of XSLT engine, I'm quite sure differe=
nt
> optimalizations will be applied upon stylesheet execution. XSLTC has be=
en
> available long enough inside Xalan to finally start using it, or at lea=
st
> making its usage possible & optional. It will be up to the classloading
> gurus however to tackle this one.
>
> I must say I'm quite stumped finding out how you should rewrite/optimal=
ize
> your stylesheet in order to fully utilize XSLTC: predicates in XSLT
> Patterns seem like a different beast to me than an xsl:if construct, an=
d
> one can not be trusted to keep this kind of optimalization in mind whil=
e
> authoring a stylesheet.
>
> I'm quite sure this is not the intended behaviour of XSLTC, hopefully J=
acek
> finds time to correct XSLTC on this.
>
> Anyway, another discussion which shows me XSLT has not yet proven to be=
 a
> highly optimizable language, even though it has been created with
> side-effect-freeness in mind. And finally, something I learnt from Beri=
n
> and other wise men on this list: one must not start with sourcecode
> optimalization targeting a specific runtime environment unless *all* ot=
her
> possibilities are exhausted. And XSLTC seems like a good possibility fo=
r
> the 'bad' (really?) XSLT performance in Cocoon.
>
> </Steven>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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