Re: [OpenJDK Rasterizer] Marlin #4

2015-09-24 Thread Laurent Bourgès
Jim, > As far as why the software loops are slower... > > Did any command line options change for compiling IntArgbPre.c? Touch the file and rebuild and verify if the compiler options are the same (and that both builds use the same compiler)... To avoid all possible side effects, I deliberately

Re: [OpenJDK Rasterizer] Marlin #4

2015-09-24 Thread Jim Graham
As far as why the software loops are slower... Did any command line options change for compiling IntArgbPre.c? Touch the file and rebuild and verify if the compiler options are the same (and that both builds use the same compiler)... ...jim

Re: [OpenJDK Rasterizer] Marlin #4

2015-09-24 Thread Jim Graham
Hi Laurent, You are looking at the wrong loop. It's tough to explain... vis_*.c are only ever compiled or used on Solaris. They convince the compiler to emit Sparc's version of MMX instructions. They are not even compiled on any other build except for Solaris. You were probably confused b

Re: [OpenJDK Rasterizer] Marlin #4

2015-09-24 Thread Laurent Bourgès
Sergey, I managed to create a new benchmark with JMH + perfasm profiler: http://cr.openjdk.java.net/~lbourges/jmh/ellipse_fill/ See MyBenchMark.java that fills an ellipse with radius in {"100", "500", "900", "1400"} I tested with both Oracle JDK8 and Oracle JDK9 EA b81 ie using the ductus render