Der Grund, warum wir dieses Flag hinzugefügt haben, war, dass der eigene OOM-Killer von Node den Build beendete – 500 MB reichten nicht aus. Gerne versuche ich, es auf 1,5 GB zu ändern – ich habe es gerade auf meinem Droplet ausprobiert und es scheint in Ordnung zu funktionieren. Tatsächlich scheinen sogar 1,0 GB auszureichen.
Ich habe versucht, die Speichernutzung mit verschiedenen maximalen Heap-Größen zu verfolgen:
(while(true); do (free -m -t | grep Total | awk '{print $3}') && sleep 0.5; done) | tee 1000mb.csv
Zeigt diese Nutzung während des Builds:
Es gab sehr wenig Unterschied in der Build-Zeit, aber die Limits von 1 GB und 1,5 GB erzeugen eindeutig eine geringere Gesamtnutzung. Wie erwartet zeigt die time-Ausgabe deutlich weniger „Major page faults“, wenn das Node-Limit niedriger ist.
Es ist merkwürdig, dass der Unterschied zwischen 1,5 GB und 1 GB so gering ist… 
Auf jeden Fall stimme ich zu, dass die Reduzierung des Limits eine gute Idee ist. Um sicherzustellen, dass dies die Build-Leistung auf Maschinen mit höherer Spezifikation nicht beeinträchtigt, sollten wir das Limit nur überschreiben, wenn wir wissen, dass es zu niedrig ist. Andernfalls können wir Node seine Standardeinstellung verwenden lassen.
Hier ist ein PR – wir werden versuchen, diesen bald zusammenzuführen. Danke, dass du das angesprochen hast, @Ed_S!