Changes between Version 1 and Version 2 of Ticket #15574, comment 18


Ignore:
Timestamp:
2017-12-04T17:50:50+01:00 (8 years ago)
Author:
cmuelle8

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #15574, comment 18

    v1 v2  
    33> Is it really needed after all? If we remove it, does your use case still work?
    44
     5Applies to turbojpeg-enabled code:
    56Seems to work without.  If the user switches images around a lot and the JVM has not had the chance to do GC yet, a reload of a big image will gracefully load at a lower resolution.  Which actually is better performance-wise in such conditions.  If the user actually ''would'' want to wait for a higher resolution to be loadable it is suboptimal, but this seems unlikely in the event images are switched a lot in a small amount of time.  Reducing the click frequency will have the JVM garbage collect rather quick, so that higher resolution loading is automagically re-enabled.
    67
     8-----
     9Applies to both loaders (default toolkit and turbojpeg):
    710So I've removed the explicit GC call after all.
    811