Description: PDF export needed 88MB in 5.2 and uses 261 MB nowdays Steps to Reproduce: 1. Open attachment 160498 [details] and take notice of the memory usage of soffice.bin 2. Export the file to PDF default settings (export button in menu bar) and monitor memory usage 3. Close the document and monitor memory usage of start center The bump from 200 to is 260 is explained by bug 133646 bug 133645 This bug is about the bump from 88 to 200 Actual Results: Memory usage increased from 88 to 200 mb Expected Results: * Less memory usage on export * Memory gets freed after export finishes Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.beta1+ Build ID: 2891e91a513520d68ea2b8c59c14335861a15253 CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The bump from 148 to 184 is explained by author Akshay Deep <akshaydeepiitr@gmail.com> 2016-03-07 08:45:54 +0400 committer Michael Meeks <michael.meeks@collabora.com> 2016-03-23 17:29:08 +0000 commit 75c272c146045235783e1dfe26a162a8f4dee493 (patch) tree afdde04a304e149c297c57e7fff18b5dbaa8585d parent b4b5dbee1ec7770ed64d7270de46d5cfc06b87b6 (diff) tdf#94760 Better default values for graphics cache Changed Total Graphic Cache Size to 64 Mb. Changed Object Cache Size to 12 Mb.
Created attachment 161594 [details] Bibisect log I have bibisected the bump from 88 - 148 to author Caolán McNamara <caolanm@redhat.com> 2016-02-19 11:59:32 +0000 committer Caolán McNamara <caolanm@redhat.com> 2016-02-19 16:34:57 +0000 commit f2984e95740cfbb9c74574f2a1225af3411d4901 (patch) tree 6d664743ceb58ecaa825a357c3fbefa044947719 parent 67b14461bfcf4847b83b17535dde9b3efa2ed762 (diff) always support packagekit if dbus is enabled https://cgit.freedesktop.org/libreoffice/core/commit/?id=f2984e95740cfbb9c74574f2a1225af3411d4901
(In reply to Telesto from comment #1) > tdf#94760 Better default values for graphics cache > Changed Total Graphic Cache Size to 64 Mb. > Changed Object Cache Size to 12 Mb. Sounds like a feature as opposed to a bug. Again an example that memory use is not something we should be afraid of.
*** Bug 133646 has been marked as a duplicate of this bug. ***
Discussed this briefly in #libreoffice-dev and consensus was to close as notabug
Created attachment 162176 [details] Example file