RE: [xml] 2.5.x performance vs. 2.4.24

        I require thread support, so recompiling without them isn't an
option.  Nevertheless, I got the same results after rebuilding without
thread support.  Any other thoughts?  Is there a public ftp site where I
can post the document for other people to try this?

        Another data point - the time between brk() calls in 2.4.24
while running this test is approx. 7 ms.  In 2.5.8, it's approx. 100ms.
Have the built-in memory management functions changed much between the
two versions?


-----Original Message-----
From: Daniel Veillard [mailto:veillard redhat com] 
Sent: Wednesday, August 13, 2003 12:34 AM
To: Grant Goodale
Cc: xml gnome org
Subject: Re: [xml] 2.5.x performance vs. 2.4.24

On Tue, Aug 12, 2003 at 06:59:56PM -0700, Grant Goodale wrote:
      (I know there's at least one other thread on this, but I joined
list too late to get in on it.  Sorry.)

      In comparing the aforementioned version of libxml2 (built from 
tarballs on the same machine) I ran the following command:

       xmllint --noout --timing --memory ~/foo.xml

where foo.xml is a well-formed 3.5mb xml file, and got the following

Parsing took 327 ms
Freeing took 52 ms

Parsing took 34013 ms
Freeing took 114 ms

      RH AS2.1, Dual P4 (Seen as 4 procs - yay HT), 2GB memory, kernel

2.4.9-e.25, glibc-2.2.4-32.3.  Anyone seen anything similar on large 
documents?  strace shows a large number of calls to brk() taking up 
most of the time:

18:55:33.594680 brk(0x8060000)          = 0x8060000
18:55:33.606823 brk(0x8061000)          = 0x8061000
18:56:07.875950 brk(0x9209000)          = 0x9209000
18:56:07.876090 brk(0x920a000)          = 0x920a000

  I can't explain this. Try to configure without threads and rerun, but
without any reproducable example I never saw anything similar, and have
no idea what the problem is.


Daniel Veillard      | Red Hat Network
veillard redhat com  | libxml GNOME XML XSLT toolkit | Rpmfind RPM search engine

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]