Hola @Ed_S: ¿qué versión de Discourse estabas usando para estas pruebas? Actualizamos regularmente ember-cli y sus complementos, así que solo quiero asegurarme de que estemos viendo lo mismo.
Además, ¿cuántos núcleos de CPU tienen tus VMs? ¿1? (puedes comprobarlo ejecutando lscpu en la consola).
Para que todos trabajemos con los mismos datos, ¿podrías intentar ejecutar:
/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
En mi droplet de prueba (1 CPU, 1 GB de RAM, 2 GB de swap), veo esto:
Comando que se está midiendo: "yarn ember build -prod"
Tiempo de usuario (segundos): 369.74
Tiempo de sistema (segundos): 22.62
Porcentaje de CPU que obtuvo este trabajo: 81%
Tiempo transcurrido (reloj de pared) (h:mm:ss o m:ss): 8:02.73
Tamaño medio de texto compartido (kbytes): 0
Tamaño medio de datos no compartidos (kbytes): 0
Tamaño medio de pila (kbytes): 0
Tamaño total medio (kbytes): 0
Tamaño máximo del conjunto residente (kbytes): 774912
Tamaño medio del conjunto residente (kbytes): 0
Fallos de página importantes (que requieren E/S): 253770
Fallos de página menores (recuperando un marco): 1158920
Cambios de contexto voluntarios: 519269
Cambios de contexto involuntarios: 383328
Intercambios: 0
Entradas del sistema de archivos: 7521784
Salidas del sistema de archivos: 316304
Mensajes de socket enviados: 0
Mensajes de socket recibidos: 0
Señales entregadas: 0
Tamaño de página (bytes): 4096
Estado de salida: 0
Estamos utilizando herramientas de ember bastante estándar aquí, así que no estoy seguro de que haya mucho que podamos hacer en términos de configuración para reducir el uso de memoria. Nuestro objetivo a largo plazo es pasar a usar Embroider, lo que podría darnos más opciones.