Apache OpenOffice (AOO) Bugzilla – Issue 124999
Huge memory consumption for very large and complex .odt
Last modified: 2017-05-20 10:35:39 UTC
Steps how to reproduce with "AOO 4.2.0-Dev – German UI / German locale [AOO420m1(Build:9800) - Rev. 1597166 2014-05-20 1]" on German WIN7 Home Premium (64bit)", “historic” 4. User Profile used for all predecessor versions. 0. Launch WIN Task Manager 1. Download / Unzip test kit "Issue 118725 Comment 13 - images dropped by random" 2. Open "TestBook2.odt" (140MB document), watch memory consumption > 1,7 GB or so for opening document 3. Click into first page, then pres downpage key and keep pressed slowly increasing memory consumption (nearby invisible), CRASH after few pages (what might be a new and different problem, I will submit a separate report) 11 Compare with OOo 3.3.0 by doing steps 2,3 with that version: > Opening document only will rise Memory consumption by 200 KB or so, no crash Additional Info: (a) My PC: 64 bit AMD Phenom II X4 955 Processor 3.2 GHz, 4GB RAM, Graphic Card: NVIDIA GeForce GT 430, Monitor HANNS-G HL225DBB 1920 x 1080 (b) Memory problem (without crash) already reproducible with * server installation of "AOO 4.0.0 Final – German UI / German locale [AOO400m3(Build:9702)- Rev. 1503704 2013-07-16 14:54:56 (Di, 16 Jul 2013)]" on German German WIN7 Home Premium (64bit)", Common 4.0-dev User Profile * server installation of " AOO 4.0.0-Dev – English UI / German locale [AOO400m1(Build:9700) - Rev. 1457992 – Rev.1457606 ((2013-03-19))]" on German WIN7 Home Premium (64bit)", own separate user profile (c) No conspicuous memory consumption until * server installation of "AOO 3.4.0 – German UI / German locale [AOO340m1(Build:9590) - Rev.1327774]" on German WIN7 Home Premium (64bit)" own separate user profile (d) CONFIRMED due to Issue 118725 Comment 13 (e) It sould be interesting to see whether other OS are affected
c): Still ok with 3.4.1 on WIN
The memory problem is related to a picture loss problem. Proceeding the test will replace lots of pictures by "read error" placeholder boxes, if you safe the document in that situation the saved document will be much smaller than the original document. @Oliver: May be you want to check dependencies to your other picture loss fix activities?
I think this one is not a particular WRITER problem, more research required.
Also seen on Linux and Mac. After closing the document the memory consumption of the Mac-app went back to normal, which means that the memory is not leaked but it is cached longer. On Linux the RSS was reduced but the virtual memory stayed the same probably because of sal not giving the memory back.
This bug has the same root cause as the crash in bug 125000 => duplicate *** This issue has been marked as a duplicate of issue 125000 ***
I think we should keep this issue open on its own This one is about high memory consumption already observed in AOO 4.0.0, while issue 125000 is a crash which occurs since AOO 4.1.0. Thus, if we fix the crash introduced in AOO 4.1.0 it will not automatically fix the high memory consumption introduced in AOO 4.0.0.
back to confirmed status
taking over to provide certain improvements on the memory consumption. As this issue more or less caused issue 125000 and issue 125000 has been marked as a candidate for a 4.1.x I am marking this issue also as a candidate.
damn - wrong issue number for dependency
"orw" committed SVN revision 1600863 into trunk: 124999: - call <SwGrfNode::onGraphicChanged()> only when <Graphic> instance h...
"orw" committed SVN revision 1600883 into trunk: 124999: As Writer graphics are no longer painted via the graphic manager - se...
Improved the memory footprint regarding Writer graphics: - Avoid unnecessary load of the graphic's data during the load of documents - Assure that the graphic's data is swapped out after it had been loaded for the rendering. The changes in the memory footprint regarding Writer graphics are related to the improvements Armin had in the last releases for the rendering - he can tell you more about these improvements.
requesting 4.1.1 release blocker flag as fix for issue 125000 depends on this fix.
grant showstopper flag, regression and already fixed
"orw" committed SVN revision 1603797 into branches/AOO410: 124999: - call <SwGrfNode::onGraphicChanged()> only when <Graphic> instance h...
"orw" committed SVN revision 1603799 into branches/AOO410: 124999: As Writer graphics are no longer painted via the graphic manager - se...
fixed on branch AOO410 for planned 4.1.1 release
Checked it with build AOO411m1(Build:9770) - Rev. 1603804 2014-06-16 14:10:45 (Mo, 16 Jun 2014) on Windows, opening this document will rise Memory consumption by 800 KB or so, no crash. My PC: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHZ 1.97 GHz, 2.98 GB of RAM
Correction: opening this document will rise Memory consumption by 2.3 MB or so
Testbook2.odt is no longer available but loading the heavy 108Mb ODT from Comment 31 https://issues.apache.org/ooo/show_bug.cgi?id=118725#c31 shows an increase of some 37Mb, which seems acceptable. There is no Crash. Therefore the bug seems to be fixed in AOO411m4(Build:9774) - Rev. 1614049 (aka RC1) Tested under Win 7 x64