Sidekiq está consumindo muita memória (usando: 522.12M) para '', reiniciando

[haydenjames]

Vejo esses erros cada vez mais nos logs. Devo aumentar um pouco o limite de RSS do Sidekiq em /var/discourse/containers/app.yml:

env:
  SIDEKIQ_MEMORY_KILLER_MAX_RSS: 700

Ou é normal e deve ser ignorado?

[haydenjames]

Aqui está o que funcionou para mim.

Após monitorar o uso de memória e ajustar minhas configurações, consegui interromper as frequentes mensagens de log “Sidekiq está consumindo muita memória…”.

Fiz esta alteração em meu /var/discourse/containers/app.yml:

  UNICORN_WORKERS: 4
  UNICORN_SIDEKIQ_MAX_RSS: 700

Originalmente, eu tinha UNICORN_WORKERS definido como 8, o que era muito agressivo e deixava pouca margem para Sidekiq, PostgreSQL, Redis e o sistema operacional.

Reduzir para 4 workers liberou uma quantidade significativa de memória.

Em seguida, aumentei o limite de RSS do Sidekiq de (~500 MB) para 700 MB, o que dá ao Sidekiq um pouco mais de espaço antes de ser reiniciado automaticamente.

Até agora, o Sidekiq se estabilizou e o uso de memória agora está em uma zona muito mais segura, com pouco mais de 1 GB de memória movida de usada para memória em cache e disponível.

Deixo isso aqui caso seja útil ou como uma dica do que verificar para qualquer outra pessoa com problemas semelhantes. Será interessante ver se isso se mantém e é mais estável após uma semana de atividade, se for o caso, marcarei como resolvido.

[asa]

Eu também tive a mensagem recentemente e a ajustei como você (para 1 GB) e o erro não voltou

[haydenjames]

Confirmei que as alterações funcionaram. A última reinicialização do Sidekiq foi em 11 de outubro às 12:48.\n\nEstatísticas de memória hoje:\n

\n\nEsses fóruns tinham tópicos úteis (linkados acima) que foram prestativos. Espero que isso também ajude outra pessoa.\n\nO que descobri é que meu fórum não recebe nem de perto a quantidade de tráfego para exigir 8 workers. Mesmo 2 teriam funcionado bem.\n\nDito isso, a memória parece ter um pouco menos de espaço, mas planejo continuar executando a VM no mesmo tamanho. Como o swap é muito rápido em NVMe em RAID 10, eventualmente adicionarei zswap no futuro e atualizarei este tópico nos próximos anos, se/quando o tráfego exigir isso.