[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: DOCBOOK-APPS: XSL 1.52.2 Performance
That makes sense, particularly because that one browser requires modification to support them. Jeff Beal Ansys, Inc. (724)514-3150 jeff.beal@ansys.com -----Original Message----- From: Bob Stayton [mailto:bobs@caldera.com] Sent: Friday, July 19, 2002 5:38 PM To: Adrian Daley Cc: Jeff Beal; DocBook Mailing List (E-mail) Subject: Re: DOCBOOK-APPS: XSL 1.52.2 Performance On Fri, Jul 19, 2002 at 02:33:13PM -0500, Adrian Daley wrote: > On Fri, 19 Jul 2002, Bob Stayton wrote: > > > 1.48 chunk.xsl 91 14 > > 1.49 chunk.xsl 105 15 > > 1.50.0 chunk.xsl 106 16 > > 1.51.1 chunk.xsl 161 27 > > 1.52.2 chunk.xsl 217 29 > > I've noticed a similar trend as well. Using the very handy --profile > option with xsltproc showed that the html.head template is taking a lot > more processing time. Turning the "html.extra.head.links" parameter off > skips the time intensive part and saved a lot of time in my case. You'll > see more improvement in documents with lots of fine grained chunks. Indeed, turning off 'html.extra.head.links' made up some but not all of the extra time: saxon xsltproc 1.52.2 chunk.xsl (extra on) 217 29 1.52.2 chunk.xsl (extra off) 177 20 A significant speed up, though. Perhaps that parameter should be zero by default, since only one browser currently supports the extra links? -- Bob Stayton 400 Encinal Street Publications Architect Santa Cruz, CA 95060 Technical Publications voice: (831) 427-7796 Caldera International, Inc. fax: (831) 429-1887 email: bobs@caldera.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC