On 12/19/06, Brion Vibber brion@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.