Hi Scott, Good find. I suspect this is the issue. I haven't finished reading the whole thread, I'll look to see if it would be easy for Batik to avoid requesting the raster data (but I am not hopeful).
Scott A. Ruffner wrote:
after a lot more surfing Mac OSX/Java mailing lists, i came across this tidbit on apple's java-dev list. i think it might address the drastic rendering slowdown on OSX 10.4.2. it's worth a read: http://lists.apple.com/archives/java-dev/2005/May/msg00498.html there are plenty of calls to Raster.getDataBuffer() in Batik, so perhaps this is the problem?? i did some further profiling of my app, and indeed: 59.6% of CPU time is in __memcpy(), all of which can be traced back to calls to either "syncFromJavaPixels" or "syncToJavaPixels" in the Apple library libawt.jnilib. hopefully, Apple is going to address this problem soon (the author of the above list entry kind of intimated this might be the case...)... any thoughts? scott
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
