Потребление памяти при сборке Ember-cli может привести к сбою (OOM) на минимальном размере экземпляра

Привет, @Ed_S! Какую версию Discourse вы использовали для этих тестов? Мы регулярно обновляем ember-cli и его дополнения, поэтому я просто хочу убедиться, что мы говорим об одном и том же.

Также, сколько ядер процессора имеют ваши виртуальные машины? Одно? (вы можете проверить это, выполнив команду lscpu в консоли)

Чтобы мы все работали с одними и теми же данными, пожалуйста, попробуйте выполнить:

/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

На моем тестовом Droplet (1 CPU, 1 ГБ ОЗУ, 2 ГБ swap) я вижу следующее:

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

Мы используем довольно стандартные инструменты ember, поэтому не уверен, что мы можем что-то изменить в конфигурации для снижения потребления памяти. Наша долгосрочная цель — перейти на использование Embroider, что может дать нам больше возможностей.