You are viewing a plain text version of this content. The canonical link for it is here.

Posted to batik-dev@xmlgraphics.apache.org by Jan Tosovsky <j....@email.cz> on 2016/12/10 20:21:27 UTC

RE: Patch suggestion for 4.8x throughput improvement for PNG encoding

On 2016-11-14 Luis Bernardo wrote:
> On 2016-11-13 David Vernet wrote:
> >
> > I have found an optimization for Batik (version 1.7) that provides a 4.8x 
> > throughput improvement ... by specifying a deflation/compression level 
> > of 1 instead of 9 ...
> 
> Compression is preferred for archival and packaging purposes ...

Slightly related, recently I've encountered low performance of storing PNG output via the standard JDK ImageIO API. When investigating the root cause I finaly found this JDK issue. Basically, any compression level settings was ignored and dafault value (Deflater.BEST_COMPRESSION) was used:

http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6488522

From JDK 9+ this setting is taken into account, moreover, default compression level has been changed to 4, which is close to David's proposal.

Jan

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org