root@tymin:/var/discourse# swapon
NOME TIPO TAMANHO USADO PRIO
/dev/dm-0 partição 1.9G 1G -1
root@tymin:/var/discourse# df -T
Filesystem Tipo 1K-blocos Usado Disponível Uso% Montado em
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
Quanta tráfego você está recebendo? Seu fórum parece muito pequeno para ter problemas como este.
Esta é uma instalação oficial? Em que tipo de VPS seu fórum está rodando?
A página de administração diz 50 mil pageviews nos últimos 30 dias.
Acho que sim? Segui as instruções que pude encontrar na época.
Não fiz muita coisa para personalizar a instalação.
Não tenho certeza. É um servidor virtual de 2 núcleos e 4 GB da cari.net.
Seu fórum está rodando atrás do nginx 1.10.3, que tem mais de 6 anos, então algo estranho está acontecendo aqui.
Além disso, deve ser uma das instalações do Discourse com pior desempenho que já vi. Não quero promover nosso próprio serviço de hospedagem em si, mas você já considerou mudar para outro host? Um fórum com este tamanho e tráfego deve ter um bom desempenho mesmo em um servidor muito pequeno.
Tenho certeza de que há muito a aprender com as informações do miniprofiler que você compartilhou. Apenas uma coisa se destaca agora: você, por acaso, tem um número enorme de rascunhos de posts??
/my/activity/drafts
Eu tenho 3 rascunhos, aparentemente.
Ele está rodando Debian 9. ![]()
O nginx parece estar funcionando bem, o resto do meu site (https://fredrik.hubbe.net/) não está lento.
Por qual métrica, no entanto?
O próprio discourse está consumindo muita memória, IO ou CPU? (Se sim, por quê? Eu realmente não fiz nada com ele…)
Ou o sistema está lento? Se sim, posso falar com a cari.net sobre isso.
E provavelmente tentarei reiniciar mais tarde hoje à noite para ver se isso ajuda.
Já se passaram ~2 anos, acho que pode ser a hora?
Espere um minuto:
$ expr 0 `ps auxwww | tail +2 | awk '{ print " + " $6}'`
787952
Se o total residente de todos os processos for inferior a 800Mb, o que diabos está a memória restante a fazer?
O /proc/meminfo também não parece muito ú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
Talvez eu precise reiniciar mais do que penso… 2 anos de vazamentos de memória do kernel?
Reiniciei, tenho 2 GB de memória livre agora.
Vamos ver se dura. ![]()
Depois de usar o Discourse por um tempo, você descobrirá que o espaço em disco é muito grande.
Principalmente por causa do problema com a Imagem do Docker, quanto mais atualizações, mais espaço é ocupado.
Execute o seguinte comando:
./launcher cleanup
Pode ajudá-lo a limpar o espaço ocupado pelo Discourse.
Isso ajudará no uso do espaço em disco, infelizmente neste caso:
há muita troca ocorrendo, o que prejudica o desempenho.
Tudo está esperando pelo disco, o que é um estado terrível.
Não se trata de não funcionar bem, para mim foi uma indicação de que algo pode estar desatualizado ou não é uma instalação padrão.
Até agora, a reinicialização parece estar funcionando.
Ainda não tenho certeza do porquê, no entanto.
Fico feliz que a reinicialização pareça ter ajudado!
Pode acabar sendo informativo. Compartilharei o meu, um sistema muito menor.
Mas aqui está uma ideia, uma configuração do kernel que pode ter um impacto no desempenho, você tem páginas grandes transparentes habilitadas. Eu não tenho:
# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
Veja MKJ’s Opinionated Discourse Deployment Configuration para conselhos!
Aqui está meu meminfo, em um sistema muito menor que está funcionando bem:
# 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, então eu só quero fechar este assunto.
A reinicialização ajudou, e continua ajudando.
Eu não sei o que causou o vazamento de memória e, a menos que algo mude, provavelmente terei que reiniciar novamente uma vez por ano, o que eu consigo aceitar.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.