Tenho uma instalação nova do Ubuntu 20, Docker e Discourse. Não adicionei nenhum plugin e tenho apenas dois usuários no meu banco de dados, no entanto, as compilações estão levando mais de 40 minutos para serem concluídas! Não há uma parte específica do processo de compilação que seja lenta, o processo inteiro leva uma eternidade para ser concluído. É um servidor com uma boa configuração, e eu tenho outro servindo 20 sites dos meus clientes sem problemas, então não é um problema de desempenho.
Fica travado aqui por pelo menos 4 minutos:
warning Resolution field "lodash@4.17.21" is incompatible with requested version "lodash@4.17.15"
Fica travado novamente aqui imediatamente depois por mais 4-5 minutos:
warning " > @mixer/parallel-prettier@2.0.1" has unmet peer dependency "prettier@^2.0.0".
Tentei compilar com --skip-prereqs sem sucesso, ainda está levando mais de 40 minutos a cada reconstrução.
Há algo em particular que você acha que pode estar causando o problema?
Temos uma regressão nos tempos de build causada pela nova capacidade de executar testes de tema pela interface do usuário. Isso é algo que estamos acompanhando de perto e tentando corrigir.
Obrigado por confirmar @Falco, 1 GB de RAM aqui (pouco, mas nunca precisei de mais para um site leve). Está levando mais de 30 minutos para compilar (normalmente leva cerca de 10).
Rafael, essa regressão é na versão 2.9.0 beta ou na 2.8.0 estável?
Voltando à primeira postagem, alguém sabe de onde vem esse aviso?
Não sei se é algo a se considerar, mas pessoalmente, em muitas coisas tenho notado que o desempenho cai ao usar o Ubuntu 20.04 (Discourse, WebServers, Game Servers) mesmo tentando diferentes formas de otimizar
No momento estou rodando o Discourse em um Droplet para testes com as mesmas características, leva cerca de 8-12 minutos para reconstruir (Ubuntu 18)
Esta é uma mudança gigantesca na qual estamos trabalhando há anos e que está chegando às fases finais. Durante ela, temos um período em que “as coisas vão piorar antes de melhorar”, e este é um dos efeitos colaterais “piores” disso.
Há também a possibilidade de permitirmos que pessoas com CPUs lentas optem por não usar source maps e outros recursos “bons de ter” para acelerar suas reconstruções.
Agradeço a atualização @Falco Em uma CPU quad com 8 GB de RAM na Linode e normalmente esta é uma configuração fantástica, mas é um pesadelo agora. Temos uma série de mudanças que planejávamos fazer, mas teremos que esperar agora até que a implantação volte a velocidades normais.
@Falco Também estou notando que, nas últimas versões, o desempenho do servidor está se degradando, leva mais tempo para carregar os sites e consome mais memória. Não houve alterações na minha configuração nos últimos 2 anos (plugins, hardware, etc.) e o número de usuários ativos no site também é o mesmo. Existe uma maneira de monitorar objetivamente o desempenho do site dentro do Discourse que possamos então relatar aqui. No momento, a única maneira que conheço é quando abro o site, ele leva mais de 8 segundos para carregar pela primeira vez (com versões anteriores, sempre levaria menos de 2-3 segundos).
Quais tempos de reconstrução vocês estão vendo? Eu só precisei reconstruir devido a uma mudança de SMTP, e levou pouco menos de 12 minutos para um site PEQUENO (30 usuários, 400 posts).
Este tópico é sobre “tempos de compilação”, não sobre tempos de carregamento de página. Se você está falando sobre a degradação dos tempos de resposta da página, por favor, abra um novo tópico sobre isso com alguns dados.
Acho que descobri por que está demorando tanto para carregar as páginas. O tamanho do banco de dados compartilhado em app.yml foi definido igual à memória total do sistema. Redefina para o padrão (25%), reconstrua e agora leva menos de um segundo.
Obrigado pela atualização 
Em uma CPU quad com 8 GB de RAM na Linode e normalmente esta é uma configuração fantástica, mas é um pesadelo agora. Temos uma série de mudanças que planejávamos fazer, mas teremos que esperar agora até que a implantação volte a velocidades normais.