Description: Memory usage for a single blank document is rather high (280 MB x64). Limited to 6.1 branch as far I can tell Steps to Reproduce: 1. Launch Writer/Calc and monitor memory usage Actual Results: +/- 160 MB x86 +/- 280 MB x64 Expected Results: +/- 90 MB x86 +/- 140 MB X64 Reproducible: Always User Profile Reset: No Additional Info: Found in Versie: 6.1.0.0.beta2 (x64) Build ID: 0f4d2060bc90b4008fbc8e6d9a49ec7eeea60b78 CPU-threads: 4; Besturingssysteem: Windows 6.3; UI-render: GL; Locale: nl-NL (nl_NL); Calc: CL but not in Version: 6.1.0.0.alpha1+ (x64) Build ID: e1a8338876bd161de4e9d9a4b22d4bc5335f7cee CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-05-18_23:55:37 Locale: nl-NL (nl_NL); Calc: CL nor in Version: 6.2.0.0.alpha0+ Build ID: bb1d5780226bb1b9156580972eea9aa849178742 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-07-03_05:56:48 Locale: nl-NL (nl_NL); Calc: CL
Small change. Memory usage for a multiple blank document is rather high 1. Open eight Calc (or Writer) documents with OpenGL enabled Actual Results: +/- 396 x64 Expected Results: +/- 150 MB x64 with default rendering. So something like 200/ 250 MB?
Similar behavior x32 with 15 empty documents and OpenGL enabled (750 MB) Version: 6.2.0.0.alpha0+ Build ID: 1b21ff86effe58ae368457de8fec654ba4c8edd9 CPU threads: 4; OS: Windows 6.3; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-07-30_03:13:35 Locale: nl-NL (nl_NL); Calc: CL
@Aron Is this something driver specific or a general issue?
Certainly not driver-specific, I get roughly the same numbers with 1 & 8 empty Writer documents. Each document adds: - ~28 MB with OpenGL enabled, - ~18 MB with OpenGL disabled. No idea what accounts for the 10 MB difference, and if there should be a difference at all. I'll confirm it for now, and if a dev disagrees, they can change the status with an explanation.
*** Bug 124563 has been marked as a duplicate of this bug. ***
As Skia with Vulkan will replace OpenGL UI rendering on all platforms, it does not make sense to keep OpenGL UI reports open. Details about Skia: https://www.collaboraoffice.com/success-story/implementing-vulkan-capable-libreoffice-user-interface-using-the-skia-library/
Resurrecting this bug.. Skia builds on OpenGL code, and the problem is there.. And get the impression of being an implementation error. Goes back to 4.4.0.3
Part (or maybe all) of this be explained by bug 134327..
However comment 4 at 134327 should be partly outdated because of they deduplication commit at bug 134342
This is so minor that it should be practically irrelevant. 8 blank documents is a non-realistic scenario and those 30MiB will get lost in the actual memory usage once the documents contain something.