JDK-6879279 : PNG Reader: perfomance is not acceptable for 32 bit translucent images
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.imageio
  • Affected Version: 6,7,8,9
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • OS: generic
  • CPU: generic
  • Submitted: 2009-09-04
  • Updated: 2018-09-05
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdUnresolved
Related Reports
Relates :  
JDK-6797730 - Umbrella: Applet startup performance improvements
Relates :  
JDK-2183443 - PNG reader should load RGB[A] images in display-optimal format
Relates :  
JDK-6549882 - PNG reader should load RGB[A] images in display-optimal format
Description
PNG reader seems to produce custom images for 32 bit translucent images.
These are very inefficient to handle and image creation time is also high. 

Unfortunatelly it seems to be the only format to create 32 bit translucent images and 
they are used by many apps. 

In particular pietheory aplication for FX loads 8 of these images on startup. 
Simple experiment proved that we may observe up to 22% startup improvement if we fix this.
Comments
the paeth filtration in the imageio png reader is exactly same in jdk9 as in jdk6, so this problem is applicable to jdk9 as well as for all other releases which contain the png reader.
03-04-2015
- this is an issue reported against 7(7u), - there are now affected version 9 filed for this issue - 7u issues are transferred to Sustaining Nevertheless if someone have a report against 9 - please reopen and add affectedVersion 9 or 7u specific escalations might be reopen to Sustaining
10-08-2014
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
Converted "8-client-defer-candidate" label to "8-defer-request" by SQE' OK.
15-08-2013
*This is anti-deferral criteria list*: - P2 -------------- Engineering's Criteria ------------------------------------- - tck-red labeled - conformance labeled - P3 regressions reported/labeled against jdk8 - findbugs, parfait, eht labeled bugs - CAP <1 year reported - netbeans <1 year reported Victor ----------------- SQE's OK --------------------------------- Yes, we are ok with that thanks, Mikhail
15-08-2013
EVALUATION In case of pietheory we spend 3% of time on parsing the image files and 23% percent on drawing result images (on startup). Drawing is slow because png reader returns custom image type. This was improved in jdk7 by fixing CR 6549882. We need to backport fix to 6u18 (the drawback is that parsing time will increase a bit (approx by 5% of existing parsing time)). Another problem is slowness of png reader itself. This bug will be dedicated to improvements in this area. Slowness is especially noticeable in case of of the paeth filtration. It might be reduced a bit by explicit inlining of the paethPredictor() method (gives about 10% reduction of parsing time on pietheory's images), but additional investigation is required.
15-09-2009