https://bugs.freedesktop.org/show_bug.cgi?id=64554
Priority: medium
Bug ID: 64554
Assignee: libreoffice-bugs@lists.freedesktop.org
Summary: Apparent memory leak in LibreOffice Calc (EDITING)
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: all4...@12freeukisp.co.uk
Hardware: x86-64 (AMD64)
Status: UNCONFIRMED
Version: 3.5.7.2 release
Component: Spreadsheet
Product: LibreOffice
Created attachment 79262
--> https://bugs.freedesktop.org/attachment.cgi?id=79262&action=edit
Calc spreadsheet 161.2Kb to manipulate to reproduce the issue
LibreOffice 3.5.7.2 in Ubuntu 12.04 (Precise) 64bit. Kernel Linux
3.2.0-41-generic
Memory: 3.9 GiB
Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ × 2
LibreOffice 3.5.7.2, Build ID 350m1(Build:2)
(as installed with the OS, not separately)
I have a Calc spreadsheet containing a lot of formulae - about 8000 invariant
plus 170 per working row - and some of the formulae are long. Those on each
working row only refer to cells within the row. In working with the
spreadsheet, the number of working rows can vary from 1 to (in principle) a few
thousands (in practice <1000 because of what I am reporting here).
In using the spreadsheet, whole groups of rows may be copied, sorted or
deleted. (By deleted, I mean what happens when using the delete key, not Ctrl
with -)
I've noticed that when big blocks of rows are copied or sorted the memory used
increases (as expected) but when they are deleted not all of the memory seems
to be reclaimed. The same thing happen after a sort completes, although the
amount of memory required after the sort ought to be pretty well identical to
that before. Eventually, therefore, Calc fills the memory and (of course) slows
to a crawl as it begins to use a lot of Swap space.
I attach a copy of the spreadsheet. There are no macros in it.
The invariant formulae are in the first 25 rows, up to column 490 (RV)
As attached it contains one working row (row 27), in which there are formulae
in column 1 (A) and the hidden columns 259 (IY) to 439 (PW).
I guess reproducing the problem will depend on how much memory your system has,
but for me it is sufficient to copy row 27 (cols A to PX) into rows 28-1005 and
then delete what has just been copied. The system resources tab in the system
monitor shows it has ventured into swap space but significantly more memory is
used than when the sheet was loaded. Some is freed when the new rows are
deleted but not as much as was taken by the copying.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
