Höhere Aktivität des Leerlaufprozesses nach dem Upgrade

Unterstützung Installation
1

Hallo,

nach dem Upgrade von Discourse auf v2.5.0.beta4-399-gbf8085e436 (von einer Version 2.4.x, durchgeführt über das Bootstrap-Verfahren aus dem discourse_docker-Repository per Kommandozeile, kurz vor den Commits für das PostgreSQL-12-Upgrade) ist auf dem Server deutlich mehr CPU-Aktivität festzustellen (auch wenn niemand verbunden ist).

„top

2

Hmm, könnte das mit deiner Arbeit zu tun haben, @eviltrout?

3

An welche Arbeit hast du gedacht? Ich glaube nicht, dass etwas, woran ich kürzlich gearbeitet habe, dies wahrscheinlich verursacht hätte.

4

Mein Fehler, ich dachte an ember-cli

5

Überprüfe forum.example.com/sidekiq – nach dem Upgrade laufen möglicherweise einige Hintergrund-Reprocessing-Jobs.

1 „Gefällt mir“
6

Es ist höchst unwahrscheinlich, dass Redis betroffen war. Ich sage nie nie, denn ich habe schon einmal den Kürzeren gezogen, aber ich vermute, dass es sich um etwas anderes handelt. :slight_smile:

1 „Gefällt mir“
7

Toller Hinweis. Mir ist dort nichts Beunruhigendes aufgefallen, keine laufenden Jobs und keine mit langer Ausführung (nur ein paar über 100 ms). Das Dashboard zeigt etwa 1000 verarbeitete Einheiten pro Tag an, wie vor dem Upgrade.

Wahrscheinlich etwas off-topic, aber interessant ist auch der Graph „Processed

9

Das sind die Dinge, die ich oben manchmal sehe:

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                                     
   1024 discour+  20   0  333584 202888  21660 S   1.3   2.5   3:35.81 ruby                                                                        
   1156 discour+  20   0  715904 249416  24532 S   1.3   3.1   3:26.50 ruby                                                                        
   1178 discour+  20   0  726664 251468  24564 S   1.3   3.1   3:26.11 ruby                                                                        
   1189 discour+  20   0  714368 247912  24444 S   1.3   3.1   3:24.56 ruby                                                                        
   1200 discour+  20   0  709760 249708  24632 S   1.3   3.1   3:22.96 ruby                                                                        
   1234 discour+  20   0  713344 250288  24636 S   1.3   3.1   3:30.24 ruby                                                                        
   1167 discour+  20   0  712832 247928  24436 S   1.0   3.1   3:24.75 ruby                                                                        
 188658 me        20   0   10424   4240   3576 R   0.7   0.1   0:00.36 top                                                                         
    448 root      20   0 1748444  84900  45884 S   0.3   1.1   6:09.98 dockerd

ohne dass jemand verbunden ist…

Die jeweils 3,5 Minuten kumulierte CPU-Zeit wurden nach 35 Stunden Laufzeit bei sehr geringer Benutzeraktivität erreicht.

Ich habe auch versucht, rbtrace zu verwenden, aber es meldet:
(pid is not listening for messages, did you require “rbtrace”)
Muss ich das Image neu erstellen, um das Problem zu beheben? Oder kann ich einfach etwas im Container anpassen oder neu erstellen?