root@tymin:/var/discourse# swapon
NAME TYPE SIZE USED PRIO
/dev/dm-0 partition 1.9G 1G -1
root@tymin:/var/discourse# df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs 2008928 0 2008928 0% /dev
tmpfs tmpfs 404176 41336 362840 11% /run
/dev/mapper/VolGroup-root ext4 59629100 50018424 6991008 88% /
tmpfs tmpfs 2020876 0 2020876 0% /dev/shm
tmpfs tmpfs 5120 0 5120 0% /run/lock
tmpfs tmpfs 2020876 0 2020876 0% /sys/fs/cgroup
/dev/sda1 ext2 240972 226212 2319 99% /boot
tmpfs tmpfs 404172 0 404172 0% /run/user/1001
tmpfs tmpfs 404172 0 404172 0% /run/user/1000
/dev/loop0 btrfs 10485760 4250700 4424308 49% /chroot/compile
overlay overlay 59629100 50018424 6991008 88% /var/lib/docker/overlay2/4e9863e34f958e15f57c752fda2057b88f2aa03afaca82e0651f3aa23e56f795/merged
1 „Gefällt mir“
Wie viel Traffic bekommen Sie? Ihr Forum scheint viel zu klein zu sein, um auf solche Probleme zu stoßen.
Ist dies eine offizielle Installation? Auf welcher Art von VPS läuft Ihr Forum?
Die Admin-Seite sagt 50.000 Seitenaufrufe in den letzten 30 Tagen.
Ich schätze? Ich habe die Anweisungen befolgt, die ich zu der Zeit finden konnte.
Ich habe nicht viel getan, um die Installation anzupassen.
Ich bin mir nicht sicher. Es ist ein virtueller Server mit 2 Kernen und 4 GB von cari.net.
Ihr Forum läuft hinter nginx 1.10.3, das über 6 Jahre alt ist, also ist hier etwas faul.
Abgesehen davon muss es eine der am schlechtesten performenden Discourse-Installationen sein, die ich je gesehen habe. Ich möchte nicht unbedingt für unseren eigenen Hosting-Service werben, aber haben Sie jemals in Erwägung gezogen, zu einem anderen Hoster zu wechseln? Ein Forum dieser Größe und mit diesem Traffic sollte auch auf einem sehr kleinen Server gut laufen.
1 „Gefällt mir“
Ich bin sicher, dass es viel aus den Miniprofiler-Informationen zu lernen gibt, die Sie geteilt haben. Nur eine Sache fällt im Moment auf: Haben Sie vielleicht eine riesige Anzahl von Entwurfsbeiträgen??
/my/activity/drafts
Ich habe anscheinend 3 Entwürfe.
Es läuft Debian 9. 
nginx scheint aber in Ordnung zu sein, der Rest meiner Website (https://fredrik.hubbe.net/) ist nicht langsam.
Nach welchen Kriterien denn?
Verbraucht Discourse selbst viel Speicher, IO oder CPU? (Wenn ja, warum? Ich habe damit noch nichts wirklich gemacht…)
Oder ist das System langsam? Wenn ja, kann ich das mit cari.net klären.
Und ich werde wahrscheinlich später heute Abend versuchen, das neu zu starten, um zu sehen, ob das hilft.
Es ist ungefähr 2 Jahre her, ich schätze, es könnte Zeit sein?
Moment mal:
$ expr 0 `ps auxwww | tail +2 | awk '{ print " + " $6}'`
787952
Wenn der gesamte resident-Speicher aller Prozesse weniger als 800 MB beträgt, was zum Teufel macht der restliche Speicher?
/proc/meminfo scheint auch nicht sehr hilfreich zu sein:
root@tymin:/# cat /proc/meminfo
MemTotal: 4041756 kB
MemFree: 122852 kB
MemAvailable: 53388 kB
Buffers: 15300 kB
Cached: 87636 kB
SwapCached: 125192 kB
Active: 314348 kB
Inactive: 300988 kB
Active(anon): 270652 kB
Inactive(anon): 276288 kB
Active(file): 43696 kB
Inactive(file): 24700 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 1949692 kB
SwapFree: 921348 kB
Dirty: 144 kB
Writeback: 0 kB
AnonPages: 484704 kB
Mapped: 72596 kB
Shmem: 34520 kB
Slab: 319792 kB
SReclaimable: 26836 kB
SUnreclaim: 292956 kB
KernelStack: 6272 kB
PageTables: 19484 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 3970568 kB
Committed_AS: 4146996 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 4001728 kB
DirectMap2M: 192512 kB
Vielleicht brauche ich diesen Neustart mehr als ich denke… 2 Jahre Kernel-Speicherlecks?
3 „Gefällt mir“
Neugestartet, ich habe jetzt 2 GB freien Arbeitsspeicher.
Mal sehen, ob das anhält.
3 „Gefällt mir“
Nachdem Sie Discourse eine Weile verwendet haben, werden Sie feststellen, dass der Festplattenspeicher sehr groß ist.
Hauptsächlich wegen des Problems mit dem Docker-Image, je mehr Upgrades, desto mehr Speicherplatz wird belegt.
Führen Sie den folgenden Befehl aus:
./launcher cleanup
Kann Ihnen helfen, den von Discourse belegten Speicherplatz zu bereinigen.
Das wird helfen, die Festplattennutzung zu reduzieren, leider in diesem Fall:
findet eine Menge Swapping statt, was die Leistung beeinträchtigt.
Alles wartet auf die Festplatte, was ein schrecklicher Zustand ist.
1 „Gefällt mir“
Es geht nicht darum, dass es nicht richtig funktioniert, sondern für mich war es ein Hinweis darauf, dass etwas veraltet sein könnte oder keine Standardinstallation ist.
Bisher scheint der Neustart zu funktionieren.
Ich bin mir aber immer noch nicht sicher, warum.
Schön, dass der Neustart geholfen zu haben scheint!
Es könnte sich als informativ erweisen. Ich werde meine teilen, ein viel kleineres System.
Aber hier ist ein Gedanke, eine Kernel-Einstellung, die sich auf die Leistung auswirken kann: Haben Sie transparente riesige Seiten aktiviert? Ich habe sie nicht:
# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
Siehe MKJ’s Opinionated Discourse Deployment Configuration für Ratschläge!
Hier ist mein meminfo, auf einem viel kleineren System, das gut läuft:
# cat /proc/meminfo
MemTotal: 1009140 kB
MemFree: 91888 kB
MemAvailable: 88692 kB
Buffers: 7644 kB
Cached: 137040 kB
SwapCached: 144884 kB
Active: 418972 kB
Inactive: 380324 kB
Active(anon): 345300 kB
Inactive(anon): 345852 kB
Active(file): 73672 kB
Inactive(file): 34472 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 2097144 kB
SwapFree: 1049764 kB
Dirty: 400 kB
Writeback: 0 kB
AnonPages: 620688 kB
Mapped: 67192 kB
Shmem: 36536 kB
Slab: 67768 kB
SReclaimable: 27832 kB
SUnreclaim: 39936 kB
KernelStack: 3804 kB
PageTables: 14968 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 2601712 kB
Committed_AS: 3784772 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
CmaTotal: 0 kB
CmaFree: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 460652 kB
DirectMap2M: 587776 kB
Ok, ich möchte das hier nur abschließen.
Der Neustart hat geholfen und hilft immer noch.
Ich weiß nicht, was den Speicherleck verursacht hat, und solange sich nichts ändert, muss ich wahrscheinlich ungefähr einmal im Jahr neu starten, womit ich leben kann.
1 „Gefällt mir“
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.