Apache OpenOffice (AOO) Bugzilla – Issue 72194
Writer leaks memory working with large tables
Last modified: 2013-08-07 14:38:26 UTC
May be it is not just in case of large tables but my observation are the following: Freshly started OO - sofice.bin uses 26 MB physica memory and 18 MB in Virtual mem. Opening of Word document (13 MB) containing large table raises memory consupmtion to 102 MB in physical mem and 82 Mb in Virtual. Editing of table - just cutting out the rows - each operation increases memory consumption by about 7 MB of physical and 7 MB in virtual mem. (the amount ow rows cut in one attempt is from 1 to 10, but is has no influence on the memory lost by every operation). I notice this because Windows cried "i am runnig out of memory" and OO crashed immediately. Memory usage was explored using Windows task manager, WinXp Sp2+; no other apps running in the background.
Hm, I cannot reproduce it with new documents. Could you please attach the sample document to this issue (zipped) or send it directly to mru@openoffice.org? for the case it contains confidential data: send it as mail attachment; we here at Sun will handle it appropriately! Feel free to reopen issue when you have done so. Thanks for your patience!
Created attachment 41112 [details] test file
So, this test fiel ir the MS Word document containing LARGE table (which can be used to test various bugs related to the large documents, cell number etc) I repeated described operations on another computer and got the same results.
MRU->FME: could you please have a look if the memory consumption of tables might be optimized somehow? The attached document may be something extreme, but 100 MB of memory for about 30.000 cells really necessary?
To add some oil to the fire: MS Word intentionaly or unintentionaly has some mechanism limiting its memory footprint to approx 80 Mbytes. In case of Word 2000, when it reached the mentioned size in memory (which is actually a hard task, but i succeded some time ago), it became VERY slow, but did not died.
confirmed and more in 2.1.0 on slackware 11.0. first, the document opens in 11 minutes. this is celeron 2.20ghz, no other cpu-intensive processes (oo.org uses all the cpu during this time), 250mb of physical ram still free when the document finishes loading. basically any action results in memory usage increase (for example, simply changing row heigth). oo.org also crashed - i dragged one row to be slightly larger, then tried to undo this action (through the dit menu). i sent the error report, but i am also attaching it here.
Created attachment 41623 [details] report
seems this bug is solved - at least trying to repeat it using OO 3.0.1 on Win observed changes in memory usage are comprehensible.