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 me gusta
¿Cuántos visitantes tienes? Tu foro parece demasiado pequeño para tener problemas como este.
¿Es una instalación oficial? ¿En qué tipo de VPS se ejecuta tu foro?
La página de administración dice 50.000 visitas en los últimos 30 días.
Supongo. Seguí las instrucciones que pude encontrar en ese momento.
No he personalizado mucho la instalación.
No estoy seguro. Es un servidor virtual de 2 núcleos y 4 GB de cari.net.
Tu foro se ejecuta con nginx 1.10.3, que tiene más de 6 años, así que algo raro está pasando aquí.
Aparte de eso, debe ser una de las instalaciones de Discourse con peor rendimiento que he visto. No quiero promocionar nuestro propio servicio de alojamiento en sí, pero ¿alguna vez has considerado cambiar a otro host? Un foro con este tamaño y tráfico debería funcionar bien incluso en un servidor muy pequeño.
1 me gusta
Estoy seguro de que hay mucho que aprender de la información del miniprofiler que compartiste. Solo una cosa destaca ahora mismo: ¿tienes quizás una cantidad enorme de borradores de publicaciones?
/my/activity/drafts
[quote=“Ed S, post:25, topic:260501, username:Ed_S”]¿Quizás tienes un número enorme de borradores de publicaciones?
/my/activity/drafts
[/quote]
Tengo 3 borradores aparentemente.
Se está ejecutando debian 9. 
nginx parece estar funcionando bien, el resto de mi sitio (https://fredrik.hubbe.net/) no es lento.
¿Pero con qué métrica?
¿Es Discourse en sí mismo el que consume mucha memoria, IO o CPU? (Si es así, ¿por qué? Realmente no he hecho nada al respecto…)
¿O es que el sistema es lento? Si es así, puedo hablar de ello con cari.net.
Y probablemente intentaré reiniciar más tarde esta noche para ver si eso ayuda.
Han pasado ~2 años, ¿supongo que podría ser el momento?
Espera un minuto:
$ expr 0 `ps auxwww | tail +2 | awk '{ print " + " $6}'`
787952
Si el total residente de todos los procesos es inferior a 800 MB, ¿qué demonios está haciendo el resto de la memoria?
/proc/meminfo tampoco parece muy útil:
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
Quizás necesite reiniciar más de lo que creo… ¿2 años de fugas de memoria del kernel?
3 Me gusta
Reiniciado, tengo 2 GB de memoria libre ahora.
Veremos si dura.
3 Me gusta
Después de usar Discourse por un tiempo, descubrirás que el espacio en el disco duro es muy grande.
Principalmente debido al problema con la imagen de Docker, cuanto más se actualiza, más espacio se ocupa.
Ejecuta el siguiente comando:
./launcher cleanup
Puede ayudarte a limpiar el espacio ocupado por Discourse.
Eso ayudará con el uso del espacio en disco, desafortunadamente en este caso:
hay una gran cantidad de intercambio sucediendo lo que mata el rendimiento.
Todo está esperando en el disco, lo cual es un estado terrible.
1 me gusta
No se trata de que no funcione bien, para mí fue una indicación de que algo podría estar desactualizado o no ser una instalación estándar.
Hasta ahora, el reinicio parece estar funcionando.
Aún no estoy seguro de por qué, sin embargo.
¡Me alegra que el reinicio parezca haber ayudado!
Podría resultar informativo. Compartiré el mío, un sistema mucho más pequeño.
Pero aquí hay una idea, una configuración del kernel que puede tener un impacto en el rendimiento, ¿tienes las páginas grandes transparentes habilitadas? Yo no las tengo:
# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
¡Consulta MKJ’s Opinionated Discourse Deployment Configuration para obtener asesoramiento!
Aquí está mi meminfo, en un sistema mucho más pequeño que está funcionando 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, solo quiero cerrar este tema.
El reinicio ayudó y sigue ayudando.
No sé qué causó la fuga de memoria y, a menos que algo cambie, probablemente tendré que reiniciar de nuevo una vez al año, lo cual puedo aceptar.
1 me gusta
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.