해당 플래그를 추가한 이유는 Node 자체의 OOM 킬러가 빌드를 종료시켰기 때문입니다. 500M은 충분하지 않았죠. 1.5G로 조정해 보는 것에 동의합니다. 제 드롭렛(droplet)에서 직접 테스트해 봤는데 정상적으로 작동하는 것 같습니다. 사실 1.0G만으로도 충분한 것 같습니다.
다양한 max_heap 크기로 메모리 사용량을 추적해 봤습니다:
(while(true); do (free -m -t | grep Total | awk '{print $3}') && sleep 0.5; done) | tee 1000mb.csv
빌드 중 메모리 사용량은 다음과 같습니다:
빌드 시간에는 큰 차이가 없었지만, 1GB와 1.5GB 제한이 전체 사용량이 현저히 적음을 명확히 보여줍니다. 예상대로, time 출력 결과에서 node 제한이 낮을수록 "Major page faults"가 훨씬 적게 나타났습니다.
1.5GB와 1GB 사이의 차이가 왜 이렇게 작은지 궁금하네요… 
어쨌든, 제한을 줄이는 것이 좋은 아이디어라고 동의합니다. 사양이 높은 머신에서 빌드 성능에 영향을 주지 않도록 하기 위해, 제한이 너무 낮다는 것을 확실히 아는 경우에만 제한을 오버라이드해야 한다고 생각합니다. 그렇지 않으면 Node의 기본값을 그대로 사용하도록 두면 됩니다.
PR을 올렸습니다. 조만간 병합되도록 하겠습니다. 이 문제를 제기해 주셔서 감사합니다 @Ed_S!