That's true.  I'm willing to trade some speed for language neutrality.
But after some study it seems the speed is really toooooooo slow...
One big reason is that with DOM and SAX the whole data tree has to
be built before I can do anything with the data.  Pull DOM is my
hope of using smaller memory footprint to reduce memory allocation
overheads in python.

I may be forced to use binary format if I can't find better performance.
I'm reluctant to do that because the type and amount of data my experiment
will produce is not yet known exactly and adding flexibility to binary
format is painful.

Ping

Walter Underwood wrote:
There are some XML speed issues that won't go away with a better parser.
Sending floating point numbers as formatted ASCII is never going to be
really fast.

wunder

--On January 13, 2005 3:33:49 PM +0800 Ping Yeh <[EMAIL PROTECTED]> wrote:


Thanks a lot for the reference pointers!  I'm now studying
pull DOM, and will go through other modules later.  I'll make
performance comparisons available just in case they might be useful.

cheers,
Ping

Fredrik Lundh wrote:

But I haven't found any.  I'm not sure this is possible with current
architecture of parsers.  Any advise is highly appreciated.

http://online.effbot.org/2004_12_01_archive.htm#element-generator http://online.effbot.org/2004_12_01_archive.htm#element-generator-2


also:

http://www-106.ibm.com/developerworks/xml/library/x-tipulldom.html
http://cvs.sourceforge.net/viewcvs.py/splice/kid/pulltree.py?view=markup

</F>



_______________________________________________
XML-SIG maillist  -  XML-SIG@python.org
http://mail.python.org/mailman/listinfo/xml-sig

_______________________________________________ XML-SIG maillist - XML-SIG@python.org http://mail.python.org/mailman/listinfo/xml-sig




--
Walter Underwood
Principal Architect, Verity

_______________________________________________ XML-SIG maillist - XML-SIG@python.org http://mail.python.org/mailman/listinfo/xml-sig

Reply via email to