Plötzliche extreme Langsamkeit

Deutsch (German) Installation/Administration
1

Ich importierte mehrere mbox-Ordner in KMail und archivierte sie dann, wiederum mit KMail, als mein Rechner plötzlich bemerkenswert langsam wurde: Der Mauszeiger bewegt sich langsam oder bleibt stecken. Sogar die Uhr auf der Kontrollleiste friert ein und holt dann plötzlich ein.

Irgendwann erschien die folgende Meldung: »Der Akonadi-Dienst zur personlichen Informationsverwaltung läuft nicht. Diese Anwendung [KMail] kann ohne ihn nicht verwenden werden.«

Was ich besonders verblüffend finde, ist, dass die Langsamkeit anhält, auch wenn ich in den ältesten verfügbaren Snapshot starte (ich benutze Btrfs).

Alle weisen Hinweise, die mich auf die Lösung dieses Rätsels hinweisen könnten, wären sehr willkommen!

2

Mal als root

top

Und schauen, welcher Prozess dort sehr hoch läuft.
Beenden mit q.

3

Bitte, prüfe ob, Akonadi Control und Akonadi Server sind am laufen: „pidof /usr/bin/akonadi_control”; „pidof /usr/bin/akonadiserver”.
Alternativ: „akonadictl status”.
Wenn Akonadi Control bzw. Server sind nicht am laufen: „akonadictl start”.

Wenn beide Akonadi Prozessen sind am laufen: „akonadictl fsck”; „akonadictl vacuum”; „akonadictl fsck”.

4

Vielen Dank Sauerland, und vielen Dank dcurtisfra!

Als Akonadi Control (bzw. Server) den PID 4578 (bzw. 4581) hatte, gab ich die Befehle »akonadictl fsck«, »akonadictl vacuum« und dann wieder »akonadictl fsck«.

Aber die extreme Langsamkeit hält leider an, vielleicht wegen des Prozesses 77? Hier sind zwei Bildschirmaufnahme:

http://stra.to/ap/qQbyrgLi/s/a13bf60f32988e629496af27d58f3c83/Screenshot_20190813_203454.png

http://stra.to/ap/qQbyrgLi/s/a13bf60f32988e629496af27d58f3c83/Screenshot_20190813_225250.png

5

Bei top kommt aber auch noch das Kommando

top
top - 17:46:13 up 4 days,  2:15,  3 users,  load average: 1.66, 1.08, 0.79
Tasks: 384 total,   2 running, 267 sleeping,   0 stopped,   0 zombie
%Cpu(s): 11.5 us,  2.4 sy,  0.0 ni, 81.9 id,  0.7 wa,  0.0 hi,  3.5 si,  0.0 st
KiB Mem : 32872808 total,   380160 free,  5427432 used, 27065216 buff/cache
KiB Swap:  2103292 total,  2101756 free,     1536 used. 26857068 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                             
24588 root      20   0    9080   1908   1616 R 27.91 0.006   0:00.84 xzcat                               
24586 root      20   0    4424    812    740 S 2.990 0.002   0:00.09 cpio                                
 2533 xxxxx      9 -11 2636820  30216  25140 S 2.326 0.092 655:06.66 pulseaudio                          
24587 root      20   0    4280    852    784 S 1.993 0.003   0:00.06 skipcpio                            
 2574 xxxxx     20   0  9.907g 752528 173344 S 1.661 2.289 289:22.78 firefox
6

Danke Sauerland! Leider ändert sich die Ausgabe des »top«-Kommandos zu schnell, als dass ich den Text von der Konsole kopieren könnte.

Die gestrige Bildschirmaufnahme zeigte, dass die wahrscheinliche Ursache für die extreme Langsamkeit der Prozess 77 gewesen war:

https://stra.to/ap/qQbyrgLi/s/a13bf60f32988e629496af27d58f3c83/Screenshot_20190813_203454.png

Heute scheint es, dass der Prozess 78 meinen Rechner verlangsamt:

https://stra.to/ap/qQbyrgLi/s/a13bf60f32988e629496af27d58f3c83/Screenshot_20190815_100551.png

Ich weiß deine hilfreichen Vorschläge sehr zu schätzen!

7

Wie ist denn der Name des Prozesses mit der PID 78? Probier doch mal…

ps wwaux | grep '\<78\>'

… und ersetze dabei die 78 mit der jeweils problematischen Prozess-ID. (Die komischen Regexp-Direktiven um die Zahl, »<« und »>« sind dazu da, die Zahl nur alleinstehend und nicht innerhalb längerer Zeichenketten zu suchen.)

Schau auch bitte mal, ob »systemd«/»systemctl« was über den fraglichen Prozess wissen:

systemctl status 78

Toi toi toi.

8

PS:

Du startest als User?

9

Irgendwie, ist der ‚top’ Anzeige nicht ausreichend:

  • Die Spalten ‚TIME+’ und ‚COMMAND’ fehlen – möglicherweise sind die Konsole Schriften viel zu große – ein 9 Punkt Schriftgröße ist normalerweise mehr als Groß genug!
  • Ja, ‚top’ ist nicht stabil – es ändert sich, immer – weil, das System an sich ändert sich – immer …

[HR][/HR]PID »78«: ist ein Systemprozess/Kernel-Prozess; ganz früh gestartet – ziemlich früh beim System hochfahren …

  • Möglicherweise nicht
    ein systemd Prozess …
10

Danke unix111, Sauerland, dcurtisfra. Leider konnte ich mich nicht als root mit Plasma anmelden (das ist wahrscheinlich ein anderes Thema), aber ich habe mich ohne Plasma als root angemeldet (nach Eingabe von [Strg]+[Alt]+[F2]), und ich habe auch als root bestätigt, dass der Prozess 77, kswapd0, die Ursache ist:

$ inxi -t c
Processes: CPU: % used - top 5 active
           1: cpu: 57.9% daemon: ~kswapd0~ pid: 77
           2: cpu: 32.1% command: baloo_file_extractor pid: 3364
           3: cpu: 2.3% daemon: ~kworker/u16:9~ pid: 6130
           4: cpu: 2.3% daemon: ~kworker/u16:5~ pid: 4092
           5: cpu: 2.3% daemon: ~kworker/u16:2~ pid: 4090
11

Zusätzliche Information:

$ inxi -C 
CPU:       Quad core Intel Core i7-6700 (-HT-MCP-)  
          cache: 8192 KB 
          clock speeds: max: 4000 MHz 1: 3400 MHz 
          2: 3400 MHz 3: 3400 MHz 4: 3400 MHz 
          5: 3400 MHz 6: 3400 MHz 7: 3400 MHz 
          8: 3400 MHz
$ inxi -S 
System:    Host: susy Kernel: 4.12.14-lp150.12.67-default x86_64 
          bits: 64 
          Desktop: KDE Plasma 5.12.8 
          Distro: openSUSE Leap 15.0
$ sudo inxi -m
[sudo] Passwort für root: 
Memory:    Used/Total: 8455.8/15919.8MB
           Array-1 capacity: 32 GB devices: 4 EC: None
           Device-1: ChannelA-DIMM0 size: 8 GB speed: 1600 MT/s type: DDR3
           Device-2: ChannelA-DIMM1 size: No Module Installed type: N/A
           Device-3: ChannelB-DIMM0 size: 8 GB speed: 1600 MT/s type: DDR3
           Device-4: ChannelB-DIMM1 size: No Module Installed type: N/A
$ inxi -pl
Partition: ID-1: / size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-2: /boot/efi size: 500M used: 5.0M (1%) fs: vfat dev: /dev/sda1 label: N/A
           ID-3: /home size: 410G used: 158G (39%) fs: xfs dev: /dev/sda3 label: HOME
           ID-4: /.snapshots size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-5: /tmp size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-6: /boot/grub2/x86_64-efi size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-7: /opt size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-8: /var size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-9: /root size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-10: /boot/grub2/i386-pc size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-11: /srv size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-12: /usr/local size: 40G used: 18G (45%) fs: btrfs dev: /dev/sda2 label: ROOT
           ID-13: /mnt/2TB size: 1.9T used: 1.5T (79%) fs: xfs dev: /dev/sdb1 label: 2TB
           ID-14: swap-1 size: 16.69GB used: 0.00GB (0%) fs: swap dev: /dev/sda4 label: N/A

Ich weiß eure Anleitung und Vorschläge sehr zu schätzen!

12

@morera:

„kswapd”: hat was mit Auslagerung zu tun.

Hauptspeicher: genug ist vorhanden.
Auslagerungsdatei: genug ist vorhanden.

Lösung: Datei ‚/etc/sysctl.conf’ – Setze eine Zeile mit Inhalt „vm.swappiness = 0” am Ende die Datei ein – Maschine neu starten.

13

Mögliche Lösungen könnten auch hier stehen:

  • Die KMail-FAQ weisen unter »6. Initiate a mail check«
    darauf hin, dass der Import sehr lange dauern kann; bei Problemen wird u.a. Neustart des Akonadi-Servers mit »akonadictl restart« empfohlen.
  • Im KDE-Forum wurde empfohlen, das Paket akonadi-import-wizard
    neu installieren; ich würde hier mal in der YaST-Softwareverwaltung probieren, das Paket »unbedingt« zu aktualisieren; vielleicht zieht das auch Updates anderer abhängiger Pakete und anderes mit sich, was sich positiv auswirken könnte.

Von wie vielen Mails per mbox reden wir hier? Ich habe wiederholt größere mbox-Archive mit je fast 100 000 einzelnen Mails in SeaMonkey-Mail und Thunderbird eingeklinkt, und das hat samt DB-Indizierung nur Sekunden gedauert. (Ich bin selbst KDE-User, aber vielleicht ist KMail/Akonadi hier einfach nicht so optimiert wie die Mozilla-Software?)

14

@dcurtisfra

Ich kann dir nicht genug danken, dcurtisfra! Die Zeile »vm.swappiness=0« hat meinen Rechner gerettet, der eine Woche lang unbenutzbar war!

15

@unix111

Vielen Dank unix111! Ja, die meisten mbox-Dateien enthielten Hunderttausende von Nachrichten, und ihre Größe war mehrere GiB.

Jetzt, da mein Rechner wieder funktioniert, werde ich Ihrem Rat folgen und den Import fortsetzen. Vielen Dank für den hilfreichen Hinweis!

16

@sauerland

Nochmals vielen Dank für deine hilfreichen Rückmeldungen!

Da mein Rechner nun wieder schnell ist, kann ich die Ausgabe des »top«-Kommandos kopieren. Und jetzt habe ich auch die »COMMAND«-Spalte eingefügt, wie ich es vorher hätte tun sollen:


top - 09:14:39 up 13:27,  4 users,  load average: 0,55, 0,82, 0,76
Tasks: 302 total,   2 running, 300 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,5 us,  1,2 sy,  0,0 ni, 96,1 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem : 16301896 total,   430356 free,  4786480 used, 11085060 buff/cache
KiB Swap: 16302080 total, 16302080 free,        0 used. 10157524 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND   
 2171 ares      20   0 3321448 134152  60176 S 10,26 0,823   3:16.78 kwin_x11  
 2030 root      20   0  782504 349620 283408 S 7,285 2,145   2:58.15 X         
 2186 ares      20   0 4730036 265964  71376 S 6,291 1,631   1:04.32 plasmash+ 
16229 ares      20   0 5792148 1,414g 119108 S 3,311 9,096  25:25.58 amarok    
 2221 ares       9 -11 3006944  11340   7376 S 1,987 0,070  12:43.86 pulseaud+ 
20814 ares      20   0 2025752 291788 185908 S 1,656 1,790   1:25.10 Web Cont+ 
 4599 ares      20   0  695860  89332  67952 S 1,325 0,548   2:03.57 konsole   
16133 ares      20   0 2416168 708476 151572 S 1,325 4,346  25:38.60 bitcoin-+ 
 4620 ares      20   0   41340   4000   3124 R 0,662 0,025   2:28.38 top       
21750 ares      20   0 3915548 431300 153768 S 0,662 2,646   0:22.64 kmail     
  580 root      20   0   12140   3124      4 R 0,331 0,019   0:05.61 haveged   
 2184 ares      20   0 3051044 155264  75944 S 0,331 0,952   0:07.92 krunner   
16306 ares      20   0 5669804 271868 155272 S 0,331 1,668   1:36.09 akregator 
20725 ares      20   0  874796 107276  76848 S 0,331 0,658   0:05.25 dolphin   
20928 ares      20   0  530660  40952  36512 S 0,331 0,251   0:00.78 plasma-b+ 
20953 ares      20   0 1247976 203952 114716 S 0,331 1,251   1:06.68 opera     
21415 root      20   0       0      0      0 S 0,331 0,000   0:01.65 kworker/+ 
21461 root      20   0       0      0      0 S 0,331 0,000   0:00.41 kworker/+

Nach mehr als zehn Stunden Dauerbetrieb ist der schädliche »kswapd0« nirgendwo zu sehen!