In Windows 7 HB x86-64 no data: LO Calc 5.0.4.1. use - 75 mb RAM LO Calc 5.1 beta 2 use - 150mb RAM with open file from link https://yadi.sk/i/rM9QctDym5y3M: LO Calc 5.0.4.1. use - 374 mb RAM LO Calc 5.1 beta 2 use - 454 mb RAM In Ubuntu 15.10 this distinction is not
True. Both 64-bit versions. Version: 5.1.0.0.beta2 (x64) Build ID: 53054959a12edc6510f51b94ddc9b73d27aedaf6 Threads 4; Ver: Windows 6.1; Render: default; Locale: fi-FI (fi_FI) Win 7 Pro 64-bit, Version: 5.0.3.2 (x64) Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: fi-FI (fi_FI)
I see no problem in bibisect-win32-5.1 32bit oldest latest version, probably 64bit only problem.
Since we have a bibisect repository for windows covering the branch where this regression was introduced, adding keyword 'bibisectRequest'. More info: https://wiki.documentfoundation.org/QA/Bibisect/Windows
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170929
LO Calc 5.2.6 empty new doc - 38 mb LO Calc 5.4.1.2 empty new doc - 103 mb LO Calc 6.0 alpha 0 (01.10.2017) empty new doc - 103 mb
Please test separately WinX86 and WinX64, also with and without OpenGL and OpenCL. Telesto confirmed his Bug 112885 with OpenCL reference is related, but not if it's a duplicate.
Created attachment 136800 [details] Bibisect log Lib6 x86 without OpenGL and spelling disabled need 340 MB. With LibO 5.0.0.5 315 With 4.4.7.2 288 MB I did bibisect a +/15 MB difference between 4.4.7.2 - 5.0.0.5. I only got a range of possible commits... Version: 6.0.0.0.alpha0+ Build ID: b087e451527f2e497ccab83b63b4f10099bfb8b8 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-10-03_23:43:39 Locale: nl-NL (nl_NL); Calc: CL
Under Win 10, 5.0.2 vs. 5.3.0 the difference (no data) is only 10 megabytes. Yet, the cool thing is, Calc 6.1 with no data only uses 50 MB RAM. With kompi's example file Calc 6.1 uses 371 MB. Kompi: can you check with latest master and hopefully close as WFM? Version: 6.1.0.0.alpha0+ (x64) Build ID: c8c74a0b4ca6f3a3619f423b6548c80c52392ae0 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-15_00:12:41 Locale: fi-FI (fi_FI); Calc: group
LO 6.1 beta 1 (64 bit) on Windows 10 (64 bit) new empty spreadsheet - 164 mb with open file from link - 578 mb >_< i wanted close this bug, but for me LO 6.1 became even fatter
(In reply to kompilainenn from comment #9) > LO 6.1 beta 1 (64 bit) on Windows 10 (64 bit) > > new empty spreadsheet - 164 mb > with open file from link - 578 mb > > >_< i wanted close this bug, but for me LO 6.1 became even fatter Can you try Safe Mode?
(In reply to Roman Kuznetsov from comment #9) > LO 6.1 beta 1 (64 bit) on Windows 10 (64 bit) > > new empty spreadsheet - 164 mb > with open file from link - 578 mb With or without OpenGL
Empty/500k formulas 82/296 with OGL 36/245 without OGL in Version: 6.3.0.0.alpha0+ Build ID: 878c36f829fd88cda95ca218a2cf03003f50e53d CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-11-24_22:47:49 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded I should check it into 64 bit build
You have to think deep. It's true that version 5.1 takes more RAM than version 5. Because it comes with a lot more specification and many more features. So when I also using canon mg2922 printer it's lacking for giving the command. If you need any help regarding canon printers you can go through https://www.canonsupportnumber.org/connect-canon-mg2922-printer-to-wifi/
Just dial 1-877-916-7666 from wherever you are to access our highly rated Canon printer support help center. This is a toll free number so you can talk freely and explain your issues to our experienced representative. This helpline remains open at all times on all 7 days of the week. https://www.assistanceforall.com/services/printer-support/canon-printer-support/
Hello, I'm Maurice Herve. I am from New York. I'm working as a freelancer and expert to productively address your Canon Scanner Software problems. If you're facing any issue with Canon Printer then telephone to canon customer service phone number +1-833-226-4222. Which can be toll-free for solving all technical glitches or to get extra assistance related to a Canon to receive. Call today; they are sometimes purchased 2 4 x 7. Visit us https://canontechsupports.com/canon-scanner-software/
I am from New York. I'm working as a freelancer and also expert to productively care for the own canon printer error code b200 problems. Are you Looking for Canon Tech Support? Our Canon Printer Customer Service could be truly a group of devoted experts who provide aid for the canon printer issues. Dial 1-833-226-4222 canon service quantity to get canon customer service and service. https://canontechsupports.com/canon-b200-error/
Dear Roman Kuznetsov, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This can be reproduced using repo bibisect-win32-5.1, the memory use when opening the start center with an empty profile is only ~16 MB before the following commit, and ~90 MB afterwards (memory use depends on whether translations are available, bibisect repos only include English language). https://cgit.freedesktop.org/libreoffice/core/commit/?id=9639fc200b5c0779b1e60d04aa15f8f2e7868724 author Tomaž Vajngerl <tomaz.vajngerl@collabora.com> 2015-11-20 23:01:11 +0100 committer Tomaž Vajngerl <tomaz.vajngerl@collabora.com> 2015-11-20 23:09:27 +0100 "enable opengl by default for Windows" I added the following to <user profile>\registrymodifications.xcu to continue: <item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseOpenGL" oor:op="fuse"><value>true</value></prop></item> The increase from 16 -> 90 MB is with the following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=7eb4c6921850a5a377f6aa42ce4af85b145da01c author Markus Mohrhard <markus.mohrhard@googlemail.com> 2015-06-04 17:39:48 +0200 committer Markus Mohrhard <markus.mohrhard@googlemail.com> 2015-06-17 12:46:26 +0000 "remove all traces of old device code" I'm inclined to believe OpenGL was simply blacklisted on my device before this. I also believe the memory increase is due to the OpenGL feature, and trying to bibisect this further is unnecessary, not to mention OpenGL isn't even used anymore, though related pieces of code might be part of Skia now. Further increases in memory use might've piled onto this, but untangling why a current daily build with all languages uses 245 MB (and for some reason 530 MB with an empty profile) in the start center, will take further steps.
For Calc specifically there's also the following commit that increases memory use from ~120 MB to ~200 MB. https://cgit.freedesktop.org/libreoffice/core/commit/?id=e614a1e88b13a8069ea3cf32eb04be7d43bfb335 author Michael Meeks <michael.meeks@collabora.com> 2015-11-13 12:00:59 +0000 committer Michael Meeks <michael.meeks@collabora.com> 2015-12-11 22:53:52 +0000 "tdf#93529 - move to a Mac-like double-buffered OpenGL model." Concerning the memory increase between the two versions, let's go with WONTFIX. If someone has an issue with LO's memory use in general, please file a separate bug report.