Ember-cliのビルドメモリ使用量が最小インスタンスサイズで失敗する(OOM)リスク

こんにちは、@Ed_S さん。これらのテストでは、どのバージョンの Discourse を使用していましたか? ember-cli とそのアドオンは定期的に更新しているため、同じものを参照していることを確認したいと思います。

また、VM の CPU コア数はいくつですか? 1 つですか? (コンソールで 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

私のテスト用ドロップレット (CPU 1、RAM 1GB、スワップ 2GB) では、次のようになります。

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 を使用することです。これにより、より多くの選択肢が得られる可能性があります。