Hi, Jim.
On 4/9/13 1:19 AM, Jim Graham wrote:
Hi Sergey,
Did you check for possible performance hits for the new transform
save/compare code in BufferedContext?
I am not sure how it can be improved, because BufferedPaints.setPaint()
depends from the current transform of the sg2d.transform.
Hi, Jim.
During additional testing I found some artifacts in some animation, when
the rendering to the scaled VolatileImge is different from the non
scaled variant. Can you please take a look to the CR:8011764.
On 4/9/13 1:19 AM, Jim Graham wrote:
Hi Sergey,
Did you check for possible
Hi Laurent,
I haven't looked at the changes in depth yet, but I wanted to echo my comments
on the AAShapePipe thread - make sure you do benchmark testing on multiple
platforms and double check if caching small objets actually helps anything
(otherwise it is unnecessary code complexity and
Dear Jim,
I advocated I only looked at the netbeans memory profiler's output: no more
megabytes allocated !
The main question is: how to know how GC / hotspot deals with such small
allocations ? Is there any JVM flag to enable to see real allocations as
does jmap -histo.
Quick questions -
