Reap construits orphelins par annulation en cours - ils étaient affamés pour le vrai

CIkamo-internal
Shipped
3 septembre 2026 à 05:06 UTC
Author
Kamo
Commit
199e367

Les constructions étaient passées de 8 minutes à 30 minutes. J'ai blâmé le tas et j'ai eu tort. Lecture le coureur au lieu des chiffres l'ont trouvé: TROIS processus de construction à 213% CPU et 4,5 GB chacun, deux d'entre eux appartenant à des parcours Forgejo avaient déjà marqué annulées, la plus vieille de trente minutes de là. concurrency.cancel-in-progress annule le RUN, et le coureur tue l'acte conteneur dans lequel l'étape s'exécutait. Cela n'arrête pas la construction. Bit d'écomence b) Converser le daemon HOST à travers la douille montée, donc la compilation est en constructiondkit OUTS À L'avant-course et passe jusqu'à l'achèvement sans surveillance. Chaque rapide push a donc laissé une construction derrière, et ils ont accumulé - ce qui est aussi la raison pour laquelle Comme une solution a aggravé les choses plutôt que mieux. Tuer le premier orphelin à la main a immédiatement pris la charge du coureur de 20 à 10. L'identification de ceux-ci a besoin de soins, et ma première tentative n'aurait pas fonctionné: la loi La commande propre du conteneur est «tail -f /dev/null» et son nom n'est qu'une tâche. id, donc hurler le conteneur Command pour le nom de l'image ne correspond à rien. Qu'est-ce que l'identification c'est le processus buildx INSIDE, dont --tag nomme cette image. Le une étape ne récolte un conteneur que lorsqu'il construit CE image à un DIFFÉRENT Engagez-vous et est assez vieux pour ne pas être un frère qui vient de commencer. À sec contre le coureur vivant avant l'expédition: il a sauté le travail de synchronisation du dictionnaire et a choisi Éliminer la construction kamo-interne, qui est exactement la discrimination dont elle a besoin. Le commentaire Dockerfile est corrigé dans le même engagement plutôt que dans la gauche Inconduite. Le tas a été porté à 8 Go sur la théorie selon laquelle 4,39 GB RSS contre un La coiffe de 4096 MB était en train de raser le GC. Ce n'était pas: au chapeau 8192, les mêmes utilisations de la construction 4.3 GB - MOINS. Un processus affamé de tas ne se rétrécit pas lorsqu'on lui en donne plus. Le levé est gardé comme marge de position parce qu'il ne coûte rien sur un hôte de 123 GB, mais il Rien ne fixait et le commentaire le dit maintenant.

All changes

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation