LibreOffice-Forum

Wenn ich unter Suse Linux 12.2 Libreoffice mit einer kleinen Tabellendatei starte oder sogar ohne geladene Datei, dann reserviert das Programm sich schon fast 4 GB Speicher:
If I start libreoffice with Suse Linux 12.2, a large memory amount of 4 GB is reserved, even without loading a document.

top output:

Code: Alles auswählen

%Cpu(s):  0,9 us,  0,3 sy,  0,0 ni, 98,7 id,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   8100712 total,  2531160 used,  5569552 free,   121592 buffers
KiB Swap:  2101244 total,        0 used,  2101244 free,  1084024 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                                                               
 2946 burger    20   0 1194m 312m  49m S   2,6  4,0   5:35.27 firefox                                                                                                               
 2600 burger    20   0 4142m 202m  95m S   0,3  2,6   0:18.76 soffice.bin  <<<<<<<<<<<<
 2103 burger    20   0  581m 149m  32m S   0,0  1,9   0:02.45 okular                                                                                                                
 2105 burger    20   0  547m 125m  33m S   0,0  1,6   0:01.58 okular

Version:

Code: Alles auswählen

LibreOffice 3.5:build-413 
Build ID: 350m1(Build:413)

Es behindert ein anderes Programm, das vor dem Start den verfügbaren Speicher prüft.
Was kann ich noch tun?

Hallo Karsten

Ich arbeite mit Libo 3.6.3 unter openSUSE 12.3 und bin in das von dir geschilderte Problem oder etwas ähnliches bisher nicht hineingelaufen. Mein PC hat 4 GB RAM.

'top' liefert bei mir ca. zwei Minuten nach dem Öffnen einer ods-Datei:

Code: Alles auswählen

Tasks: 151 total,   1 running, 150 sleeping,   0 stopped,   0 zombie
%Cpu(s):  4,2 us,  1,4 sy,  0,3 ni, 90,3 id,  3,7 wa,  0,0 hi,  0,1 si,  0,0 st
KiB Mem:   4056088 total,  1676756 used,  2379332 free,    73236 buffers
KiB Swap:  2104476 total,        0 used,  2104476 free,   713880 cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM     TIME+ COMMAND
 3315 lothar    20   0 1112m 256m  48m S  6,5  6,5   0:36.78 firefox
 2196 lothar    20   0 13156 1760 1400 S  0,0  0,0   0:00.07 startkde
 ...
 3437 lothar    20   0 60912 2992 2040 S  0,0  0,1   0:00.05 oosplash
 3454 lothar    20   0 2016m 176m  88m S  0,0  4,4   0:03.40 soffice.bin
 3487 lothar    20   0  461m  42m  21m S  0,0  1,1   0:00.54 konsole
 3489 lothar    20   0 14640 3324 1740 S  0,0  0,1   0:00.03 bash
 3515 lothar    20   0 11188 1632  984 R  0,0  0,0   0:00.00 top

Die Speichereinstellungen unter LibO schauen bei mir (unverändert seit Erstinbetriebnahme) so aus:

: LibO-Speicher.png (31.96 KiB) 4495 mal betrachtet

Vielleicht hilft dir das trotzdem ein wenig weiter.

Grüße
Hazel

Bei mir (Debian Wheezy, LibreOffice 3.5.4.2 Build-ID: 350m1(Build:2)) bei einem neuen leeren Writer-Dokument:

Code: Alles auswählen

top - 11:00:27 up 26 min,  2 users,  load average: 0,29, 0,35, 0,45
Tasks: 146 total,   2 running, 144 sleeping,   0 stopped,   0 zombie
%Cpu(s):  3,3 us,  3,8 sy,  0,0 ni, 92,8 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   2074116 total,  1557796 used,   516320 free,    78964 buffers
KiB Swap:  2977788 total,        0 used,  2977788 free,   729676 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                           
  4551 ikke     20   0  217m  82m  63m S   0,3  4,1   0:03.43 soffice.bin

bzw bei einem 3-seitigen Dokument mit ein paar Tabellen drin:

Code: Alles auswählen

4551 ikke      20   0  234m  99m  72m S   0,3  4,9   0:07.34 soffice.bin

d.h. mit LibreOffice 3.5.4.2 und 3.6.3 tritt es nicht auf, vielleicht erübrigt es sich mit der nächsten Version auf OpenSuse 12.2.
Danke für die Infos.

LibreOffice-Forum

Hoher Speicherbedarf unter Linux / high memory usage

Hoher Speicherbedarf unter Linux / high memory usage

Re: Hoher Speicherbedarf unter Linux / high memory usage

Re: Hoher Speicherbedarf unter Linux / high memory usage

Re: Hoher Speicherbedarf unter Linux / high memory usage