On 12/19/06, Brion Vibber <brion(a)pobox.com> wrote:
[snip]
Would anyone like to fiddle with this, put together a
test daemon? (Or
at least a test program that uses the library to render a bunch of
images from a list, so we can benchmark.) It's probably not that
difficult, and would be a fun way for some of the Java-heads in the room
to get involved. ;)
So I decided to do this, .. but I discovered that the
batik-rasterizer.jar already supports running on a collection of svgs
in a single run. It's much faster than running it once per image, but
still much slower than rsvg.
My test collection is 10 'hard svgs' (average size of about 200k, all
commons featured images) plus 10 'easy svgs' (color bar flags all
around 1k or so).
Inkscape is 0.44.1 (fedora rpms)
Rsvg is 2.16.1 (fedora rpms)
batik is 1.6 on SUN Jre 1.5.0_09
System under test is a 1.5ghz pentium-m.
Test - Wallclock time
* rsvg 800px - 14.2 seconds
* Inkscape 800px - 18.277 seconds
* Batik 800px - 38.7
* rsvg 250px - 7.9 seconds
* Inkscape 250px - 8.5 seconds
* Batik 250px - 25.5 seconds
Java vm for Batik is in client mode (server mode is quite a bit
slower.. perhaps on a bigger test set? .. I'll try one later on an
opteron box). Inkscape is called with --without-gui -w width, and both
rsvg and inkscape are forked once per image.