Re: [Scrollkeeper-devel] questions, questions

[Gregory L. <gle...@cu...>]

> * Bob Stayton (bo...@sc...) wrote at 16:38 on 04/12/00:
> >
> > I think the performance of XSL processing will improve
> > within six to twelve months.  If I were setting up a server
> > today, though, I would preprocess all my XML docs into HTML
> > files to be served.  Cron jobs or time stamps would have to
> > be used to keep the HTML current. This would be similar to
> > man pages being nroffed into cat files to improve
> > performance when Unix machines used to be slower.
> 
> Yeah, I asked Daniel Veillard about this. Note: Cocoon is in Java as far as I
> know and we all know about Java performance on Linux (I'm hoping a C
> implementation would show up so we can compare/benchmark it).
> 
> Daniel recommended for me to parse XML using DOM (until XSLT performance
> improves).


How does this get around the issues of XSLT being slow?  I'm probably
being obtuse, but I just don't see the connection.


> I wonder how the performance would be if soembody used a "stripped down"
> version of Norm Walsh's XSL stylesheet (I assume he supports a huge subset of
> tags (all of DocBook?) while the GNOME project only uses ~120 tags).


I'd much rather have the full set of DocBook tags available, as the
overhead of changing the stylesheets when Joe Author decides to use a
different tag is pretty high.  Does the manner in which XSL stylesheets
are written affect the speed of processing as much as it does for
DSSSL?  (One of the GNOME hackers had a REALLY awful DSSSL sheet the
other day, it took many minutes to run on an 18K file).

    Greg


P.S.  Hmm, we're probably drifting from the topics that should be on
sk-devel now...