[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-2d-dev
Subject:    Re: RFR: 7001133: OutOfMemoryError by CustomMediaSizeName implementation
From:       Prasanta Sadhukhan <psadhukhan () openjdk ! org>
Date:       2023-11-28 12:10:07
Message-ID: 8YSd_JrGbOBBbWhsU2yriDD3aO0R9JKmtiQnNk5KL3I=.f61f064d-f7ef-4e0a-b7bc-6c8f8b4e0ef8 () github ! com
[Download RAW message or body]

On Thu, 12 Oct 2023 15:51:28 GMT, Alexander Scherbatiy <alexsch@openjdk.org> wrote:

> Each time `CUPSPrinter.initMedia()` method is called it creates new \
> `CustomMediaSizeName` objects which are all collected in static \
> `CustomMediaSizeName.customEnumTable` field. A lot of created duplicated \
> `CustomMediaSizeName` objects wastes java heap space and can lead to \
> `PrintService.getAttributes()` method call time degradation especially when a lot \
> of different printers are installed in the operation system. The same is true for \
> `CustomMediaTray` class. 
> The fix adds a `create()` method and a hash map which allows to reuse created  \
> `CustomMediaSizeName/CustomMediaTray` objects. It seems that adding `equals(...)` \
> method to `CustomMediaSizeName/CustomMediaTray` classes violates parent `Media` \
> class contract which compares media objects only by `value` fields. The fix adds \
> inner classes which are used as a key in corresponding hash maps. 
> `test/jdk/javax/print` and `test/jdk/java/awt/print` automated tests were run to \
> check the fix on Linux and macOS.

Marked as reviewed by psadhukhan (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/16167#pullrequestreview-1752727535


[prev in list] [next in list] [prev in thread] [next in thread]