Hi Marc, Thanks for the pointer. Fortunately I don't have this problem. Probably 2GB of memory are enough to parse 20MB file even with this space leak. HXML still works better than the other libraries and has a nice API so I use it. The patch is useful but it is not applied. I also did some other changes in HXML. It seems like the library is not maintained. Should I package it and upload to Hackage? Regards, Krasimir On Sat, Oct 25, 2008 at 2:14 AM, Marc A. Ziegert <coeus@gmx.de> wrote:
there was a thread about xml parsing, one month ago. <http://thread.gmane.org/gmane.comp.lang.haskell.cafe/44708> well, i don't know much about xml, except what it looks like; but i know about that interesting parsing problem behind it. maybe Lev Walkin has fixed that in HXML. at least he wrote this patch... <http://article.gmane.org/gmane.comp.lang.haskell.cafe/45033>
- marc
----- sometimes i think, i should write a paper about it. but then... naah, i'm like haskell: non-strict.
Am Donnerstag, 23. Oktober 2008 schrieb Krasimir Angelov:
Hi,
Does some one have made performance tests on the different XML libraries for Haskell? I have a 20MB xml file that I want to read. I remember from my earlier experiments (years ago) that all libraries were too slow and were consuming too much memory. I hoped that this situation had changed but maybe not. I looked at HaXML, libxml, HXML and HXT. HaXML eats a lot of memory and is still very slow. libxml is unfinished binding to the C library. Currently it only allows to create documents. HXML seems to be very promising. It works fast and it doesn't eat memory. Unfortunately it is that it seems to be rather old. It uses its own Arrow and Tree libraries instead of the standard libraries. I have not jumped into HXT yet because it seems to be very large library. Could someone recomend which one is the state of the art?
Best Regards, Krasimir