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
>