A possible memory leak when building many thumbnails with colour management enabled (Windows 7/64)
Posted: Thu Feb 15, 2018 12:54 am
Subject: XnViewMP 0.90 beta 1 (Win 64-bit): memory problem building thumbnails with colour management enabled (Win 7)
Also versions 0.84 - 0.89 (Win 64-bit)
Windows 7 PC, i5 3570 @ 3,40 GHz, 16 GB DDR3
Similar behaviour on another Windows 7 PC with 8 GB RAM
Can't reproduce on a Windows 10 laptop with 8 GB RAM
Can't reproduce on Ubuntu (on the same i5 3570 PC)
Effect: With colour management enabled, when building thumbnails, Private Bytes grabs all installed memory
To reproduce:
First run, no problems, XnView Windows 64-bit (portable), out of the box, all settings default, then Paths: Program (XnView) (also removed everything from AppData\Roaming, just in case); no databases etc. Using Process Explorer for monitoring.
Browse to a folder like D:\test, containing 1000 jpeg photos, all saved with sRGB colour profile. The program creates thumbnails.
CPU usage: up to 35 %
Private Bytes: 316 MB
Working Set: 310 MB
WS Private: 265 MB
Peak Working Set: 336 MB
Second run, problems: Again out of the box, then enabling General - ICC - Use ICC profile for monitor (selecting the system profile (from Dell) or a generic sRGB profile)
CPU usage: up to 60 %
Private Bytes: 17 GB
Working Set: 183 MB
WS Private: 140 MB
Peak Working Set: 251 MB
Actual behaviour (bug): The Private Bytes parameter quickly jumps to 4 GB and then to 17 GB. Windows may complain (suggesting to close XnViewMP), other programs can not be started.
Browsing with XnViewMP to another folder with no images releases the Private Bytes usage.
Expected behaviour: Using reasonably more RAM than without ICC enabled.
I understand, that this might be hard to reproduce, if it only happens on (some?) Windows 7 configurations. Perhaps some other user can try this. Thanks anyway, have a nice day!
Also versions 0.84 - 0.89 (Win 64-bit)
Windows 7 PC, i5 3570 @ 3,40 GHz, 16 GB DDR3
Similar behaviour on another Windows 7 PC with 8 GB RAM
Can't reproduce on a Windows 10 laptop with 8 GB RAM
Can't reproduce on Ubuntu (on the same i5 3570 PC)
Effect: With colour management enabled, when building thumbnails, Private Bytes grabs all installed memory
To reproduce:
First run, no problems, XnView Windows 64-bit (portable), out of the box, all settings default, then Paths: Program (XnView) (also removed everything from AppData\Roaming, just in case); no databases etc. Using Process Explorer for monitoring.
Browse to a folder like D:\test, containing 1000 jpeg photos, all saved with sRGB colour profile. The program creates thumbnails.
CPU usage: up to 35 %
Private Bytes: 316 MB
Working Set: 310 MB
WS Private: 265 MB
Peak Working Set: 336 MB
Second run, problems: Again out of the box, then enabling General - ICC - Use ICC profile for monitor (selecting the system profile (from Dell) or a generic sRGB profile)
CPU usage: up to 60 %
Private Bytes: 17 GB
Working Set: 183 MB
WS Private: 140 MB
Peak Working Set: 251 MB
Actual behaviour (bug): The Private Bytes parameter quickly jumps to 4 GB and then to 17 GB. Windows may complain (suggesting to close XnViewMP), other programs can not be started.
Browsing with XnViewMP to another folder with no images releases the Private Bytes usage.
Expected behaviour: Using reasonably more RAM than without ICC enabled.
I understand, that this might be hard to reproduce, if it only happens on (some?) Windows 7 configurations. Perhaps some other user can try this. Thanks anyway, have a nice day!