RE: [xslt] RE: [xml] does xsltproc caches subexpressions
- From: "Buchcik, Kasimier" <k buchcik 4commerce de>
- To: <veillard redhat com>, "The Gnome XSLT library mailing-list" <xslt gnome org>
- Cc:
- Subject: RE: [xslt] RE: [xml] does xsltproc caches subexpressions
- Date: Thu, 1 Jun 2006 11:55:10 +0200
Hi,
> -----Original Message-----
> From: xslt-bounces gnome org [mailto:xslt-bounces gnome org]
> On Behalf Of Daniel Veillard
> On Tue, May 30, 2006 at 10:36:15PM +0200, Buchcik, Kasimier wrote:
> > But you still need to customize xsltproc.c in order to activate the
> > XPath
> > object cache. It is disabled by default, so we need to make people
> > aware that it's there and can be activated if things run slowly.
> > Add a call to xmlXPathContextSetObjectCache() in xsltproc.c after
> > the creation of the transformation context:
>
> The proper way to do this is probably:
> - make a new libxml2 release
> - change xsltproc to activate the cache
> (or should we do that by default in libxslt)
> - release a new version of libxslt depending on the new API
>
> doing it by default in libxslt would avoid aving to change
> any client code.
Great. I wasn't sure this can be easily added to Libxslt, since
then it would depend on the latest Libxml2 code. But if that's OK,
then I would recommend activating it by default in Libxslt, rather
than only in xsltproc.c. The transformations gain so much with the
cache, that I think the people don't mind an additional overhead of
about 40 KB for it (if ever filled to maximum). And they still can
disable the cache before the transformation if really needed.
Regards,
Kasimier
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]