- Shipped
- 2026年9月3日 5:06 UTC
- Author
- Kamo
- Commit
- 199e367
ビルドは 8 分から 30 分からなくなっていました。 私はヒープを非難し、間違っていた。 読書 数字の代わりにランナーが見つかりました: THREE `next build` プロセス 213% CPU と ~4.5 GB それぞれ、Forgejo の実行に属するそれらは次のとおりです。 キャンセル、最古の30分。 concurrency.cancel-in-progressはRUNをキャンセルし、ランナーは行為を殺します コンテナはステップが実行されました。 ビルドを停止しません。 ドッカービルドx build` はマウントされたソケットを通して HOST デーモンに話しますので、コンパイルは buildkit OUTSIDE コンテナは無人で完了します。 あらゆるスピード したがって、ビルドを後ろに残し、蓄積したのです。 修正を押下すると、より悪いことがわかります。 手で1つの孤児を殺すと、すぐに20から10までのランナーの負荷を取った。 それらを識別することは、世話を必要とし、私の最初の試みは機能しません:行動 コンテナ自身のコマンドは `tail -f /dev/null` であり、その名前はタスクのみを処理します。 id なので、イメージ名のコンテナコマンドを grepping は何もマッチしません。 新着情報 このイメージを --tag の名前とする buildx プロセス INSIDE です。 ザ・オブ・ザ・ ステップは、この画像をDIFFERENTでビルドするときにのみコンテナを受け取ります コミットし、ちょうど始まったばかりの兄弟ではない十分に古いです。 ドライラン対 出荷前のライブランナー:辞書の同期ジョブをスキップし、選択 正確に必要な差別である屋台kamo内部ビルドをアウトします。 Dockerfileコメントは、左からではなく同じコミットで修正されます。 ミスリード。 ヒープは4.39 GBのRSSを反対に理論で8 GBに引き上げました 4096 MBの帽子はGCの発散でした。 ではなかった: 8192 帽子で同じビルドの使用 4.3 GB - LESS。 ヒープを主としたプロセスは、より多くの場合は収縮しません。 ザ・オブ・ザ・ 昇給は、123 GBのホストに何も費用がかかるため、ヘッドルームとして保持されますが、 何も修正し、コメントはそう言っています.