Bug 129774 - Memory isn't freed. It will be 2,6 GB even after export PDF finishes
Summary: Memory isn't freed. It will be 2,6 GB even after export PDF finishes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Memory
  Show dependency treegraph
Reported: 2020-01-03 22:11 UTC by Telesto
Modified: 2023-03-17 23:54 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-01-03 22:11:52 UTC
Memory isn't freed. It will be 2,6 GB even after export finishes

Steps to Reproduce:
1. Open attachment 133491 [details]
2. Export to PDF
3. Notice that the memory usage is still 2,6 GB after export finishes

Actual Results:
2,6 GB is used until the document is closed. 

Expected Results:
It isn't freed after PDF export finishes

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: (x64)
Build ID: 42a1a1c6b91907f81e15066ffab219411f18c4db
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 Oliver Brinzing 2020-01-04 10:15:26 UTC
reproducible with:

Version: (x64)
Build-ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f
CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE

max: ~2,8 GB

Version (Build ID: e183d5b)

max: ~ 1,4 GB

is used until the document is closed.
Comment 2 Kevin Suo 2020-01-04 10:43:13 UTC
I can reproduce with the 6.2.8 version in Ubuntu 18.04 x64.

It is just a 1.4 MB draw file, but memory usage goes from 80 MB to 4.4 GB all the way up. After sucessful pdf export, the memory is not freed. Memory is freed when you close the application.

I also noticed that, when I export to PDF for the 2nd time, the memory remains 4.4 GB without any further increase at all. So, maybe the memory is retained intentionally after the 1st pdf export (to be used later)? If so, this is not the correct option, as no one is exporting the same file as pdf if he already exported it.

But anyway, there may be two issues in this: 1) a small 1.4 MB file should never use 4.4 GB memory in pdf export, and 2) after pdf export, the used memory should be freed up.
Comment 3 QA Administrators 2022-09-05 03:36:36 UTC Comment hidden (obsolete)
Comment 4 Roman Kuznetsov 2022-09-10 09:46:00 UTC
Still repro

Version: (x64) / LibreOffice Community
Build ID: 88d7aa8ab79b1197191b5eb24a3b67d313797026
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded
Comment 5 Rajasekaran Karunanithi 2023-03-17 23:53:53 UTC
I noticed memory usage and still reproducable in LO 7.6 Dev alpha release.

Version: (X86_64) / LibreOffice Community
Build ID: d887b6a6fa2a572f48498839c5a68791c3196634
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-IN (en_IN); UI: en-US
Calc: threaded