[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: hardware xml / xslt
Hi, > -----Original Message----- > From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of Michael Kay > Sent: Tuesday, September 24, 2002 9:49 AM > > I think that memory is probably a more critical measure than speed. For > a few sites, it's the number-of-small-transforms-per-second that's > critical, but most of the problems I get to see nowadays are large > document transformations, and they tend to be memory limited. Another memory related issue: It would be a great thing if the processors could separate out and cache just once xsl:includes/imports and some link them into a Templates object. Let's say I have 100 sites on a machine, each has there own look and feel by having unique primary/entry XSLTs (say about 10 per site). Each of these primaries includes a universally common set of XSLs. With the way the processors currently handle things there will be 1000 large Templates objects. But if I could cache the big, common include and stick that in each tiny Templates object I would reduce memory usage. I know I asked about this a year or so ago and it was not possible then (Saxon and Xalan). Is this possible today? -Rob XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|