Hi Steven,
Yes, I've been aware that drawing on Mac OS X is much slower although I must admit that I am very surprised at the difference you are seeing (although the example seems to be a fairly extreme one).
The first thing I would try is adjusting the format of the Buffered Image created by batik.gvt.filter.GraphicsNodeRed8Bit It is entirely possible that the format of the image used by it currently is poorly supported by Mac OS X.
Steven Huey wrote:
I ran some tests using a modified version of the SVGApplication found online at http://xml.apache.org/batik/svgcanvas.html . I've basically added a few calls to System.currentTimeMillis() in the three listeners at the end of the class to determine how long various operations are taking.
The two machines I'm working with and comparing performance on are:
Apple PowerBook - G4 1GHZ, 1GB RAM, ATI Mobility 9000 64MB Dell Workstation - P4 2.8GHz, 1GB RAM, NVidia Quadro FX 500 128MB
I'm loading a compressed SVG document that is 677k compressed and 2MB uncompressed.
Here are the results (all times in seconds):
= PowerBook = Load Document: 10.762 Build GVT Tree: 7.371 Prepare to Render: 8.912 Render: 112.147
= Dell Workstation = Load Document: 7.234 Build GVT Tree: 2.016 Prepare to Render: 4.266 Render: 2.672
I was using the latest versions J2SE 1.4 for OS X and Windows when running these tests.
I can understand the difference in load times being down to the slower 4200RPM hard drive in the PowerBook, and the build and perhaps the rendering preparation times being attributed to the performance advantage of the P4 over the G4, however I'm curious to know if the drastic difference in rendering time is due to the better video hardware of the Dell Workstation, the P4, Java 2D performance on Windows vs. OS X, or is it perhaps a combination of all three? I'm somewhat new to Batik so I was hoping that someone with more experience could lend some insight? If you need any more information please let me know.
Thanks. Steven Huey
-- Steven Huey Sparta, Inc. - Senior Design Analyst 570.233.0005
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
