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

Похоже, мы явно увеличили допустимый кучу Node с 500 МБ до 2 ГБ — возможно, это слишком большой шаг, и 1,5 ГБ было бы лучше:

Стоит отметить, что Ember — не единственное, что работает на машине, и мы упираемся в глобальный лимит оперативной памяти + своп. Поэтому история работы машины и потребности всех остальных запущенных процессов играют роль. Мой перезапуск, возможно, помог здесь достичь более низкого пикового уровня по сравнению с вчерашним днем.

Указанный выше запрос на слияние упоминался в
Не удалось обновить экземпляр Discourse до 15 февраля 2022 года,
где также отмечается, что у кого-то возникла нехватка памяти, которая была решена перезагрузкой.

Неудобно, что команда time не сообщает пиковое использование памяти. Возможно, на машине с хотя бы 3 ГБ оперативной памяти и без свопа счетчик RSS покажет пиковое использование Ember. Или, возможно, мы могли бы использовать другую тактику — несколько вариантов описаны здесь, а также есть некоторые идеи здесь.

Сложность в том, что нас здесь действительно интересует использование памяти, тогда как во многих случаях люди интересуются использованием оперативной памяти, что является другим вопросом.