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 « J'aime »
Combien de trafic recevez-vous ? Votre forum semble beaucoup trop petit pour rencontrer ce genre de problèmes.
S’agit-il d’une installation officielle ? Sur quel type de VPS votre forum fonctionne-t-il ?
La page d’administration indique 50 000 pages vues au cours des 30 derniers jours.
Je suppose ? J’ai suivi les instructions que j’ai pu trouver à l’époque.
Je n’ai pas beaucoup personnalisé l’installation.
Je ne suis pas sûr. C’est un serveur virtuel 2 cœurs 4 Go de cari.net.
Votre forum fonctionne sous nginx 1.10.3, qui a plus de 6 ans, donc quelque chose cloche ici.
En dehors de cela, cela doit être l’une des installations Discourse les moins performantes que j’aie jamais vues. Je ne veux pas faire de publicité pour notre propre service d’hébergement en soi, mais avez-vous déjà envisagé de changer d’hébergeur ? Un forum de cette taille et avec ce trafic devrait fonctionner correctement, même sur un très petit serveur.
1 « J'aime »
Je suis sûr qu’il y a beaucoup à apprendre des informations du miniprofiler que vous avez partagées. Une seule chose me saute aux yeux pour le moment : auriez-vous par hasard un nombre énorme de brouillons de publications ??
/my/activity/drafts
[quote=“Ed S, post:25, topic:260501, username:Ed_S”]Avez-vous peut-être un nombre énorme de brouillons ??
/my/activity/drafts
[/quote]
J’ai apparemment 3 brouillons.
Il fonctionne sous Debian 9. 
nginx semble fonctionner correctement cependant, le reste de mon site (https://fredrik.hubbe.net/) n’est pas lent.
Mais selon quel critère ?
Est-ce que Discourse lui-même consomme beaucoup de mémoire, d’IO ou de CPU ? (Si oui, pourquoi ? Je n’ai vraiment rien fait…)
Ou est-ce que le système est lent ? Si c’est le cas, je peux en parler à cari.net.
Et j’essaierai probablement de redémarrer plus tard ce soir pour voir si cela aide.
Ça fait ~2 ans, je suppose qu’il serait temps ?
Attendez une minute :
$ expr 0 `ps auxwww | tail +2 | awk '{ print " + " $6}'`
787952
Si le total résident de tous les processus est inférieur à 800 Mo, qu’est-ce que le reste de la mémoire fait ?
/proc/meminfo ne semble pas non plus très utile :
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
Peut-être que j’ai plus besoin de ce redémarrage que je ne le pense… 2 ans de fuites de mémoire du noyau ?
3 « J'aime »
Redémarré, j’ai maintenant 2 Go de mémoire libre.
On verra si ça dure.
3 « J'aime »
Après avoir utilisé Discourse pendant un certain temps, vous constaterez que l’espace disque est très important.
Principalement en raison du problème avec Docker Image, plus il y a de mises à niveau, plus l’espace est occupé.
Exécutez la commande suivante :
./launcher cleanup
Peut vous aider à nettoyer l’espace occupé par Discourse.
Cela aidera pour l’utilisation de l’espace disque, malheureusement dans ce cas :
il y a énormément de swapping qui se produit, ce qui tue les performances.
Tout attend sur le disque, ce qui est un état terrible.
1 « J'aime »
Il ne s’agit pas de ne pas fonctionner correctement, pour moi c’était une indication que quelque chose pourrait être obsolète ou qu’il ne s’agit pas d’une installation standard.
Pour l’instant, le redémarrage semble fonctionner.
Je ne suis toujours pas sûr de la raison.
Content: {“content”:“Glad the reboot seems to have helped!\n\n[quote="Fredrik Hubinette, post:30, topic:260501, username:Hubbe"]\n/proc/meminfo doesn’t seem very helpful either:\n[/quote]\nIt might turn out to be informative. I’ll share mine, a much smaller system.\n\nBut here’s a thought, a kernel setting which can have a performance impact, do you have transparent huge pages enabled. I don’t:\n\n# cat /sys/kernel/mm/transparent_hugepage/enabled\nalways madvise [never]\n\n\nSee MKJ\u0026rsquo;s Opinionated Discourse Deployment Configuration for advice!\n\nHere’s my meminfo, on a much smaller system which is running well:\n\n# cat /proc/meminfo \nMemTotal: 1009140 kB\nMemFree: 91888 kB\nMemAvailable: 88692 kB\nBuffers: 7644 kB\nCached: 137040 kB\nSwapCached: 144884 kB\nActive: 418972 kB\nInactive: 380324 kB\nActive(anon): 345300 kB\nInactive(anon): 345852 kB\nActive(file): 73672 kB\nInactive(file): 34472 kB\nUnevictable: 0 kB\nMlocked: 0 kB\nSwapTotal: 2097144 kB\nSwapFree: 1049764 kB\nDirty: 400 kB\nWriteback: 0 kB\nAnonPages: 620688 kB\nMapped: 67192 kB\nShmem: 36536 kB\nSlab: 67768 kB\nSReclaimable: 27832 kB\nSUnreclaim: 39936 kB\nKernelStack: 3804 kB\nPageTables: 14968 kB\nNFS_Unstable: 0 kB\nBounce: 0 kB\nWritebackTmp: 0 kB\nCommitLimit: 2601712 kB\nCommitted_AS: 3784772 kB\nVmallocTotal: 34359738367 kB\nVmallocUsed: 0 kB\nVmallocChunk: 0 kB\nHardwareCorrupted: 0 kB\nAnonHugePages: 0 kB\nShmemHugePages: 0 kB\nShmemPmdMapped: 0 kB\nCmaTotal: 0 kB\nCmaFree: 0 kB\nHugePages_Total: 0\nHugePages_Free: 0\nHugePages_Rsvd: 0\nHugePages_Surp: 0\nHugepagesize: 2048 kB\nDirectMap4k: 460652 kB\nDirectMap2M: 587776 kB\n”,“target_locale”:“fr”}
Output: Heureux que le redémarrage semble avoir aidé !
Cela pourrait s’avérer informatif. Je partagerai le mien, un système beaucoup plus petit.
Mais voici une idée, un réglage du noyau qui peut avoir un impact sur les performances, avez-vous activé les pages transparentes volumineuses. Je ne l’ai pas fait :
# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
Voir MKJ’s Opinionated Discourse Deployment Configuration pour des conseils !
Voici mon meminfo, sur un système beaucoup plus petit qui fonctionne bien :
# 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, je voulais juste clore ce dossier.
Le redémarrage a aidé, et ça continue d’aider.
Je ne sais pas ce qui a causé la fuite de mémoire, et à moins que quelque chose ne change, je devrai probablement redémarrer à nouveau environ une fois par an, ce qui me convient.
1 « J'aime »
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.