Hallo @Ed_S – welche Version von Discourse hast du für diese Tests verwendet? Wir aktualisieren ember-cli und seine Add-ons regelmäßig, daher möchte ich sichergehen, dass wir dasselbe betrachten.
Wie viele CPU-Kerne haben deine VMs? 1? (Du kannst das überprüfen, indem du lscpu in der Konsole ausführst)
Damit wir alle mit denselben Daten arbeiten, könntest du Folgendes versuchen:
/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
Auf meinem Test-Droplet (1 CPU, 1 GB RAM, 2 GB Swap) sehe ich Folgendes:
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
Wir verwenden hier ziemlich Standard-Ember-Tools, daher bin ich mir nicht sicher, ob wir die Speichernutzung durch Konfiguration reduzieren können. Unser langfristiges Ziel ist es, auf Embroider umzusteigen, was uns möglicherweise mehr Optionen bietet.