Description: Memory not freed after PDF export Steps to Reproduce: 1. Open attachment 192460 [details] (takes a while to open, 1500 pages) 2. Open a process monitor to check memory usage 3. Save as PDF Actual Results: * Memory usage increases to from 1,5 to 4 GB (feels excessive) while exporting with ba8f4bff6015013013df652efbfaf4d9ae10c881 * The RAM usage is sticky. Close the document after export. Expected Results: Primary, free ram after export Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ba8f4bff6015013013df652efbfaf4d9ae10c881 CPU threads: 8; OS: macOS 14.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
On Windows with Skia/Vulkan: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 17fc445938dedb05125a6d6a5b4ce7f34ea95f59 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded After open the file: 0.6 GB After export to PDF: 0.7 GB On Windows with Skia/Raster: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 17fc445938dedb05125a6d6a5b4ce7f34ea95f59 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded After open the file: 0.5 GB After export to PDF: 0.5 GB On Windows with default: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 17fc445938dedb05125a6d6a5b4ce7f34ea95f59 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded After open the file: 0.5 GB After export to PDF: 0.5 GB
Similar to comment 1 with Windows Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded The document is only using 295 MB in my case on export 421 MB. Drops nicely after closing the window. Different story for macOS
Tested on Linux: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d2fa44db6f8a1badece63856ee0f12db4cba9b28 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded When opened, settles at about 830 mb. When exporting, goes to 900 mb. Settles back to 880 mb afterwards. If I export again, it settles to 910 mb, but doesn't go further with subsequent exports. It does look macOS-specific.
Confirmed using Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded from ~690mb up to 3,53GB "going back" after export 3,54GB
(In reply to Dennis Roczek from comment #4) > Confirmed using > > Version: 24.2.0.3 (X86_64) / LibreOffice Community > Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 > CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx > Locale: de-DE (de_DE.UTF-8); UI: de-DE > Calc: threaded > > from ~690mb > up to 3,53GB > "going back" after export 3,54GB missed: but even when closing the document, it still stays at 3,31GB in my case! o.O