several people have asked for libxml2 figures, since libxml2 is known as the
fastest parser under the sun (with the possible exception of RXP, which is
known as quite possibly the fastest parser anywhere).
here's an updated table:
library memory time
-
Hello,
I'm a newbie to XML, just wrote a program that can store my scientific
data objects as an XML file and restore them later (like marshaling).
However, I found it is extremely slow... I changed the implementation from
minidom to sax. It speeds up somewhat (30% or so) for small files but
"Ping Yeh" <[EMAIL PROTECTED]> wrote:
> I'm looking for something like
>
> xml.sax.parseFile('data0.xml', myContentHandler)
> objects = myContentHandler.getObjects() # returns an iterator
> for obj in objects:# reading occurs here (delayed reading)
># do something with obj...
>
> But I h
>> 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.
On Jan 12, 2005, at 2:12 PM, Fredrik Lundh wrote:
pyRXPU 11500k 0.22s
libxml2 16000k 0.098s
cElementTree 0.8 5700k 0.058s
readlines (read as text) 5050k 0.03
On Jan 12, 2005, at 3:00 PM, Fredrik Lundh wrote:
http://cvs.sourceforge.net/viewcvs.py/splice/kid/pulltree.py?
view=markup
Just a heads up regarding this module... I'm not extremely happy with
it right now. It could use a few rounds of simplification and I have a
feeling some basic function/m
Ryan Tomayko wrote:
> btw, the readlines comparison is a nice touch.
yeah, but I should really have used codecs.open instead of just a
plain open...
readlines (read as utf-8 text) 8850k 0.093s
cElementTree 0.9 4900k 0.047s
___
http://uche.ogbuji.net/tech/4Suite/amara
ftp://ftp.4suite.org/pub/Amara/
Changes in this release:
* Use local names rather than QNames for default bindings
* Add attribute support to XPath
* Add amara.binderytools.preserve_attribute_details rule
* Reorg and fix demos and tests
* Add Flextyper DTL
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
>
