Hey Keiron:

If you're trying to build a consensus on this issue, I'd certainly vote for
dropping 1.1 support here -- especially as FOP moves forward with new design
and layout initiatives.

jw

-----Original Message-----
From: Keiron Liddle [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 3:36 AM
To: [EMAIL PROTECTED]
Subject: Performance and java 1.1


Hi All,

I have been doing some performance testing so we can get an idea of how
things might be improving (or getting worse) with changes to the code.
There are three types of tests. I have used 6 fo documents that are
generated 500 times.
- for each document a new jvm is started, so 3000 documents in 3000 jvm's
in serial (about 344m)
- use only one jvm for all documents and create them all in serial (about
57m)
- use one jvm and a thread for each document, each thread then does that
document 500 times (a long time)

The actual numbers will depend on the documents size, complexity and
inclusion of certain elements such as graphics. The threaded test will also
depend on how many threads are using fop at the same time. This is mainly
to give a general idea.

Some recent changes have improved the times by about 1 - 2% but one change
that I have tried has made about a 60% improvement with the threaded test.
This is by simply using HashMap instead of Hashtable. This is very
significant for cocoon and others who may be using fop in a threaded
environment. The time is changed from being twice as slow as serial to
faster than serial.

So the question is: can we drop java 1.1 support and use better data
structures?


These numbers are for 6 documents 8 times each.
--------------
With Hashtable
6 documents x 8

One JVM in serial
user  1m2.040s
user  1m2.560s

Threaded
user  1m54.780s
user  1m56.580s

---------------
With HashMap

One JVM in serial
user  0m59.260s

Threaded
user  0m44.780s
user  0m45.660s
user  0m45.700s

This is the user time using unix "time" which is actual processor time for
the process.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to