> -----Original Message----- > From: Christopher Lenz [mailto:[EMAIL PROTECTED]] > Sent: 28 January 2003 19:45 > To: Cactus Developers List > Subject: Re: web site generation speed issue > > Vincent Massol wrote: > > Hi Chris, > > > > I'm not 100% sure but it seems that the introduction of DTDs has slowed > > the web site generation by a factor 2 or 3 at least. "ant clean dist" > > now takes 2 minutes and 17 seconds on my machine (I think it was taking > > something like 30-40 seconds before). > > > > Do you have any idea how we could speed it up? > > Hmm, there could probably be an <uptodate> check to perform the > <xmlvalidate>-task conditionally based on a prior transform... however, > if it's the <style>-task that now takes longer, there's not much we can > do except to remove the DTDs (AFAIK). >
yep, I was referring specifically to the XSL transformation. I think we can increase the performance by a lot simply by modifying the XSL code. However, I've tried several times but couldn't find a working solution (due probably to my poor knowledge of XSL). Yes, removing the DTD will help. However, that's quite nice, so I would prefer if we could first improve the XSL code itself. For example, the "get-base-directory" template is called in lots of places whereas this is something static that could probably be computed only once (but I haven't found how to do it unfortunately). I'm sure there is other stuff like this that could help. > Actually, there have been many changes to the documentation build, as > you know. We're compiling Java code, running the <checksitemap> task, > and the stylesheets have become more complex (the document() calls would > have the most significant impact on performance). Yeah, but they all run very fast except when applying the XSL to each XML. It takes about 3 seconds for each file on my machine. This is what I find horribly long. > > I currently don't have time to look into this, but if it's the addition > of the DTD and validation, I'd be against removing it again. The benefit > validation brings, in combination with the other checks we now have in > place, is better quality control over the docs, and the ability to see > the scope of changes. I.e. if all documents comply to their respective > DTDs, they are also guaranteed to work with the XSLT stylesheets, etc. I completely agree. I think that you're right and speed doesn't really matter, especially for the documentation project. I guess, the reason of my post was simply that I have been running the documentation build all day... :-) > > BTW, if we bring PDF generation into the game, the numbers you posted > will look quite unrealistically low ;-) hehe ;-) -Vincent -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
