[Libreoffice-bugs] [Bug 131651] New: LO steadily increases memory usage until system freezes (lots of files open)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Mar 28 19:47:27 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=131651

            Bug ID: 131651
           Summary: LO steadily increases memory usage until system
                    freezes (lots of files open)
           Product: LibreOffice
           Version: 6.4.1.2 release
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: LibreOffice
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: bjorn.wastvedt at gmail.com

Description:
My work requires me to open many Writer files simultaneously: say 5-10 100kb
documents (between 20 and 200 pages each). In addition to these, I have two
Calc files at about 500kb apiece. So, they're not huge documents, though I
suppose they're pretty complicated (cross-linked spreadsheets and
multi-language word processing documents with lots of formatting).

LO (newly reinstalled 6.4.1.2 on Debian 10/buster) has no problem opening all
of these. I organize them in several workspaces, alongside a bunch of pdfs and
some gedit documents and finally get to work. Ideally, I don't close these
windows or shut down the system, partly because it takes so long to get
everything organized for optimal productivity.

But after a day or so of saving, editing, etc., LO uses all of my memory and
Debian is no longer responsive. If I'm lucky, I can switch to a virtual
terminal and kill the process from there. Even then I risk losing unsaved work.

I've spent some time looking at previous, similar bug reports with no luck. How
can I get LibreOffice to continue functioning without using all 8GB of
available memory?


Steps to Reproduce:
1. Open lots of LO files. (Could it be a problem with one of the specific files
I am using?)
2. Without closing, continue normal word processing editing for several hours.
3. Watch steadily more memory being consumed.

Actual Results:
I'm including the output of ps -eo pid,cmd,%mem,%cpu --sort=-%mem | head -4 run
every fifteen minutes over a period of several hours. You can see that while
I'm using some other applications (notably Firefox), the memory usage for those
applications rises and falls, while the memory usage for LO steadily increases.
If I were to wait a couple more hours, the system would become unresponsive.


11:08:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 14.3  4.0
17501 /usr/lib/firefox-esr/firefo  6.0  1.0
17409 /usr/lib/firefox-esr/firefo  5.5 10.5

11:23:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 17.0  5.1
17501 /usr/lib/firefox-esr/firefo  6.1  0.9
17409 /usr/lib/firefox-esr/firefo  5.2  9.0

11:38:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 19.8  6.3
17409 /usr/lib/firefox-esr/firefo  5.7  8.6
 1273 cinnamon --replace           3.8  0.9

11:53:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 22.4  7.4
17409 /usr/lib/firefox-esr/firefo  7.3  9.7
17501 /usr/lib/firefox-esr/firefo  4.0  1.0

12:08:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 25.2  8.5
17409 /usr/lib/firefox-esr/firefo  6.9 10.0
17501 /usr/lib/firefox-esr/firefo  4.8  1.0

12:23:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 28.3  9.5
17409 /usr/lib/firefox-esr/firefo  7.5  9.0
 1273 cinnamon --replace           3.8  0.9

12:38:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 31.5 10.6
17409 /usr/lib/firefox-esr/firefo  9.0  8.2
 1273 cinnamon --replace           3.8  0.9

12:53:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 34.5 11.6
17409 /usr/lib/firefox-esr/firefo  7.8  8.1
29241 /usr/lib/firefox-esr/firefo  4.7 13.0

13:08:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 37.0 12.6
17409 /usr/lib/firefox-esr/firefo  7.1  8.9
17501 /usr/lib/firefox-esr/firefo  4.9  0.9

13:23:09
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 36.6 13.5
25059 /usr/lib/firefox-esr/firefo 10.6  3.7
17409 /usr/lib/firefox-esr/firefo  7.5 10.3

13:38:10
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 40.1 14.4
17409 /usr/lib/firefox-esr/firefo  6.4  9.9
17501 /usr/lib/firefox-esr/firefo  5.1  1.0

13:53:10
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 43.0 15.3
17409 /usr/lib/firefox-esr/firefo  6.4  9.4
17501 /usr/lib/firefox-esr/firefo  5.1  0.9

14:08:10
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 45.7 16.2
17409 /usr/lib/firefox-esr/firefo  6.3  9.3
 1273 cinnamon --replace           3.5  1.0

14:23:10
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 48.7 17.0
17409 /usr/lib/firefox-esr/firefo  6.4  9.0
17501 /usr/lib/firefox-esr/firefo  4.4  0.9

14:38:10
  PID CMD                         %MEM %CPU
10506 /usr/lib/libreoffice/progra 51.4 17.9
17409 /usr/lib/firefox-esr/firefo  7.5  9.1
 4431 /usr/lib/firefox-esr/firefo  5.0  7.3

Expected Results:
Well, I'd expect LO to just continue running without using an increasing amount
of memory.


Reproducible: Always


User Profile Reset: No



Additional Info:
OpenGL is not enabled. I'll try resetting my user profile; didn't know that was
a potential fix.

In one thread, someone recommended sharing inxi -Fz:

System:    Host: bjorn Kernel: 4.19.0-8-amd64 x86_64 bits: 64 Desktop: Cinnamon
3.8.8 Distro: Debian GNU/Linux 10 (buster)
Machine:   Type: Laptop System: LENOVO product: 4291ZL2 v: ThinkPad X220
serial: <filter>
           Mobo: LENOVO model: 4291ZL2 serial: <filter> UEFI [Legacy]: LENOVO
v: 8DET61WW (1.31 ) date: 04/25/2012
Battery:   ID-1: BAT0 charge: 33.5 Wh condition: 33.5/62.2 Wh (54%)
CPU:       Topology: Dual Core model: Intel Core i5-2520M bits: 64 type: MT MCP
L2 cache: 3072 KiB
           Speed: 1684 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 2995 2:
3095 3: 2990 4: 2990
Graphics:  Device-1: Intel 2nd Generation Core Processor Family Integrated
Graphics driver: i915 v: kernel
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded:
fbdev,vesa resolution: 1366x768~60Hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa
18.3.6
Audio:     Device-1: Intel 6 Series/C200 Series Family High Definition Audio
driver: snd_hda_intel
           Sound Server: ALSA v: k4.19.0-8-amd64
Network:   Device-1: Intel 82579LM Gigabit Network driver: e1000e
           IF: enp0s25 state: down mac: <filter>
           Device-2: Intel Centrino Wireless-N 1000 [Condor Peak] driver:
iwlwifi
           IF: wlp3s0 state: up mac: <filter>
Drives:    Local Storage: total: 689.33 GiB used: 85.64 GiB (12.4%)
           ID-1: /dev/sda vendor: Seagate model: ST500LM021-1KJ152 size: 465.76
GiB
           ID-2: /dev/sdb model: DOGFISH SSD 240GB size: 223.57 GiB
Partition: ID-1: / size: 27.37 GiB used: 10.71 GiB (39.1%) fs: ext4 dev:
/dev/sdb1
           ID-2: /home size: 183.80 GiB used: 74.05 GiB (40.3%) fs: ext4 dev:
/dev/sdb6
           ID-3: swap-1 size: 7.88 GiB used: 893.6 MiB (11.1%) fs: swap dev:
/dev/sdb5
Sensors:   System Temperatures: cpu: 82.0 C mobo: N/A
           Fan Speeds (RPM): cpu: 3785
Info:      Processes: 247 Uptime: 4d 2h 38m Memory: 7.68 GiB used: 6.95 GiB
(90.5%) Shell: bash inxi: 3.0.32

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200328/cb7e8647/attachment.htm>


More information about the Libreoffice-bugs mailing list