Minhas reconstruções levam cerca de 10 minutos. Acho que costumavam ser mais como 5. Então, não é um grande problema. O que a mensagem de erro significa, no entanto? Recebo algo semelhante ao da postagem original acima:
I, [2022-06-20T21:41:47.107238 #1] INFO -- : cd /var/www/discourse & [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production & yarn cache clean'
warning "eslint-config-discourse > eslint-plugin-lodash@7.1.0" has unmet peer dependency "lodash@>=4".
warning " > @mixer/parallel-prettier@2.0.1" has unmet peer dependency "prettier@^2.0.0".
Também vou adicionar mais a isto, estou a executar um sistema leve (1 GB de RAM) e um site pequeno. Tem 2 workers unicorn e, entre eles, cada um estava a ocupar 30% da memória, o que estava a causar muita fragmentação de memória, por isso decidi reduzir o número de 2 para 1 (que acredito que pode lidar com cerca de 10 conexões simultâneas cada). Isto fez uma ENORME diferença e tornou os carregamentos de página quase instantâneos e reduziu a troca em um fator de 5-10 (dependendo do que estava a ser carregado).\n\nA desvantagem que vejo agora é que já não consigo usar atualizações do navegador para atualizar o discourse. Quando tento atualizar através do navegador, recebo\n\u003e ABORTING, you do not have enough unicorn workers running\nDocker Manager: FAILED TO UPGRADE\n#\u003cRuntimeError: Not enough workers\u003e\n\nPortanto, apenas algo a notar, não tenho a certeza se esta é uma questão que a equipa Discourse pode resolver/abordar - fazer atualizações do navegador com um único worker unicorn.
Isso está errado. Um único unicorn só pode lidar com uma solicitação por vez, portanto, embora seja utilizável para pequenos grupos, não é algo que recomendaríamos para a maioria dos sites.
@Falco Eu analisei os dados de outros administradores. Meu entendimento é que cada Unicorn cria um novo processo para cada conexão recebida. Portanto, embora seja tecnicamente uma conexão por vez, cada unicorn pode lidar com vários usuários simultâneos.
Com base na experiência compartilhada abaixo, cerca de 8 Unicórnios podem lidar com aproximadamente 400 usuários simultâneos.
Com base nisso, parece que cada unicorn pode lidar com cerca de 50 usuários simultâneos. Agora, eu sei que a RAM e os recursos do sistema fazem diferença no número de forks que podem ser feitos, etc., daí minha suposição de que 1 worker unicorn pode lidar com 10 usuários simultâneos em um sistema com pouca RAM (1 GB) no limite inferior.
Minhas suposições + conclusões estão completamente erradas? Se sim, qual seria uma faixa de usuários simultâneos que cada Unicorn pode lidar dependendo dos recursos do sistema (assumindo 1 GB no limite inferior e qualquer valor que você considere apropriado como limite superior)?
Existe uma diferença entre sessões de usuário simultâneas e conexões simultâneas. Uma sessão é um usuário online, e cada um deles faz uma solicitação (conexão) sempre que interage.
Não faz. O Unicorn cria um número fixo de processos de trabalho na inicialização.