Andrea,
thank you very much for spending your precious time on benchmarking my
patches.
I made recently minor performance improvements (5-10% again) but I am now
working on applying 24.8 fixed-point (DDA) computations on edges.
I expect that change to give a performance boost on multi-core machin
Hi all,
upon Laurent request I've re-run the benchmarks including more data points,
that is,
adding the ConcurrentLinkedQueue (CLQ) caching as an alternative to the
Thread Local
(TL) caching, and running all benchmarks again with an output format which
is not
as taxing as PNG, in particular JPEG.
T
On Mon, Jun 17, 2013 at 1:40 PM, Laurent Bourgès
wrote:
> Andrea,
> thanks for your time testing my patch in a real benchmark !
>
> I think that the ratio of pisces rendering / request processing is very
> low (few percents) that's why the performance gains between L1 and L4 are
> so little.
>
> H
Andrea,
thanks for your time testing my patch in a real benchmark !
I think that the ratio of pisces rendering / request processing is very low
(few percents) that's why the performance gains between L1 and L4 are so
little.
How many cpu cores have your machine ?
> As you can see L1 provides mo
Hi,
today I've been playing with Laurent's L4 webrev (
http://jmmc.fr/~bourgesl/share/java2d-pisces/webrev-4/) and run some new
benchmarks.
This time I've not limited myself to run the benchmarks, but I've also
inspected with a profiler the synchronization bottlenecks (monitor
profiling).
Laurent's