[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: GByte Transforms

Subject: Re: GByte Transforms
From: Niclas Hedhman <niclas@xxxxxxxxxxx>
Date: Thu, 3 Jun 2004 03:26:29 +0800
Re:  GByte Transforms
On Thursday 03 June 2004 03:11, Kevin Jones wrote:
> We have been doing some work on the Sarvega processor to extend the size of
> the input documents it can cope with. In the latest revision we have
> managed a transform of a 5.5 GByte input document on standard 32-bit Intel
> PC hardware using a customer sample transform. This is not an upper limit
> but enough to break over some 4 GByte boundary issues that we wanted to
> test.

Small comment only;  Doesn't the these kind of transforms have to be so basic, 
that it makes more sense to do them directly in a SAX application??

I have only worked with 100's MB documents, and never attempted to do 
transforms with XSLT, since memory requirement easily run amok. Instead I 
built a 'single branch node builder', which never holds more data than a 
single branch (i.e. the elements from the root to any leaf), and have most 
work happen on SAX endElement events.

Performance bottle neck is then near storage performance, and memory 
requirements in the 10's of MB in my cases.


Cheers
Niclas
-- 
   +------//-------------------+
  / http://www.bali.ac        /
 / http://niclas.hedhman.org / 
+------//-------------------+


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.