L'utilisation de la mémoire de build d'Ember-cli risque l'échec (OOM) sur la taille d'instance minimale

Merci @david - j’apprécie qu’Ember soit une chose en soi.

Je viens de faire ces commandes.

# /var/discourse/launcher enter app
Architecture x86_64 détectée.

AVERTISSEMENT : Nous sommes sur le point de commencer à télécharger l'image de base de Discourse
Ce processus peut prendre de quelques minutes à une heure, en fonction de la vitesse de votre réseau

Veuillez patienter

2.0.20220720-0049 : Tirage de discourse/base
Digest : sha256:7ff397003c78b64c9131726756014710e2e67568fbc88daad846d2b368a02364
Statut : Nouvelle image téléchargée pour discourse/base:2.0.20220720-0049
docker.io/discourse/base:2.0.20220720-0049

Il s’agit d’une installation de production, donc, depuis hier, elle était à jour. Signalant actuellement :

Installé 2.9.0.beta12 (8f5936871c)

C’est une instance à un seul processeur, comme la vôtre, elle a 1 Go de RAM et 2 Go de swap.

Le résultat de la commande time était

Terminé en 303,21 s.

Commande chronométrée : « yarn ember build -prod »
Temps utilisateur (secondes) : 222,71
Temps système (secondes) : 17,17
Pourcentage du CPU obtenu par ce travail : 78 %
Temps écoulé (horloge murale) (h:mm:ss ou m:ss) : 5:04.15
Taille moyenne du texte partagé (kilo-octets) : 0
Taille moyenne des données non partagées (kilo-octets) : 0
Taille moyenne de la pile (kilo-octets) : 0
Taille totale moyenne (kilo-octets) : 0
Taille maximale du jeu résident (kilo-octets) : 702292
Taille moyenne du jeu résident (kilo-octets) : 0
Fautes de page majeures (nécessitant des E/S) : 348190
Fautes de page mineures (récupération d'une trame) : 1152689
Commutations de contexte volontaires : 617736
Commutations de contexte involontaires : 774189
Swaps : 0
Entrées du système de fichiers : 5001936
Sorties du système de fichiers : 318280
Messages de socket envoyés : 0
Messages de socket reçus : 0
Signaux délivrés : 0
Taille de la page (octets) : 4096
Statut de sortie : 0

Immédiatement avant, j’avais mis à jour l’hôte et redémarré, donc tout dans le conteneur aurait été fraîchement redémarré.

Le pire de l’utilisation de la mémoire tel que rapporté par un vmstat exécuté dans une autre fenêtre :

# vmstat 1
procs  -----------mémoire----------    ---swap--  -----io----   -système------cpu-----
 r  b    swpd   free   buff  cache    si     so    bi     bo    in    cs us sy id wa st
 2  0  704000 136044  24136 158144  1517   3503  8256   4377   886  3564 43  8 43  6  0
...
 5  0 1451436  71604   1248  50196 55016 110236 73204 121060 13152 45971 29 60  0 10  1