Olá @Ed_S - qual versão do Discourse você estava usando para esses testes? Nós atualizamos regularmente o ember-cli e seus add-ons, então só quero ter certeza de que estamos olhando para a mesma coisa.
Além disso, quantos núcleos de CPU suas VMs têm? 1? (você pode verificar executando lscpu no console)
Para que todos estejamos trabalhando com os mesmos dados, você poderia tentar executar:
/var/discourse/launcher enter app
cd /var/www/discourse/app/assets/javascripts/discourse
apt-get update && apt-get install time
NODE_OPTIONS='--max-old-space-size=2048' /usr/bin/time -v yarn ember build -prod
No meu droplet de teste (1 CPU, 1GB RAM, 2GB swap), eu vejo isso:
Command being timed: "yarn ember build -prod"
User time (seconds): 369.74
System time (seconds): 22.62
Percent of CPU this job got: 81%
Elapsed (wall clock) time (h:mm:ss or m:ss): 8:02.73
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 774912
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 253770
Minor (reclaiming a frame) page faults: 1158920
Voluntary context switches: 519269
Involuntary context switches: 383328
Swaps: 0
File system inputs: 7521784
File system outputs: 316304
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0
Estamos usando ferramentas ember bastante padrão aqui, então não tenho certeza se há muito que possamos fazer em termos de configuração para reduzir o uso de memória. Nosso objetivo de longo prazo é migrar para o uso do Embroider, o que pode nos dar mais opções.