berth wire has no wait option, and --update clobbers hand-edited wrapper flags
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by reading internal/wire/wire.go and tracing the berth wire flags and how wrapperLine handles existing wrapped lines. Check the discussion and implementation context in #172 for the intended --wait behavior. Done means wire writes the wait setting on each line and preserves it on --update, or clearly warns before dropping unsupported hand-edited flags.
索引モデルが issue の本文から書いたものです。
説明
Problem
-
No per-model wait. A model wrapped by
berth wirewaits only as long as the request names — with no per-model wait anywhere, that meansberthd'sDefaultWait(120 s default, broker). There is no wait inberth.tomlengine entries and no wait flag onberth wire(current flags:--config --api --bin --group --priority --update --write --check). For a batch job that parks behind a resident foreground lease, 120 s is not enough: the job exits before the berth frees. -
--updateclobbers hand edits. The only workaround is editing the wrapper line by hand, and that edit is silently lost by the nextwire --write --update:wrapperLine(internal/wire/wire.go) rewrites each wrapped line with exactly the flags wire writes (run --as NAME [--group] [--priority] --drain-post … --), and any flag wire didn't write — e.g.--needs-mib 14000 -wait 700s— is stripped with no warning.
Live example (llama-swap config, hand-edited line that wire --update would strip):
F:\AI\berth\berth.exe run --as qwen-3.8-27b --group llama-swap --priority foreground --needs-mib 14000 -wait 700s --drain-post http://127.0.0.1:1233/api/models/unload/qwen-3.8-27b --
Example solution
berth wire --wait 800s writes the flag on every line and keeps it on --update — the shape discussed in #172, which fixes both points at once.
A warning (or refusal) when an existing wrapped line carries flags wire would drop would make the clobber visible even before the knob exists.
Environment
- Windows 11, RTX 5070 Ti (16 GiB)
- berth v0.4.0-rc.3 binary; code verified at main @
0ebd1c5
- 主要言語
- Go
- スター
- 226
- フォーク
- 20
- 平均マージ
- 51分
- マージ済み PR(30日)
- 225
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
T-Crypt/berth のほかの issue
-
難易度 5/5 1週間以上 初心者へのやさしさ 42/100
T-Crypt/berth#204 · コメント 11 件 ·
メンテナーはふだん 1 日以内に返信
-
berthd --gpu-backend amd exits at startup on a desktop session: "process VRAM exceeds card usage"オープン
難易度 4/5 1〜2日 初心者へのやさしさ 48/100
T-Crypt/berth#196 · コメント 8 件 ·
メンテナーはふだん 1 日以内に返信
-
Lend part of a card from a running engine and get it back, without a park or a reload対応中かも @T-Crypt が 6 日前に担当しました。 オープン
T-Crypt/berth#189 · コメント 26 件 · リアクション 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
T-Crypt/berth#172 · コメント 16 件 ·
メンテナーはふだん 1 日以内に返信
-
Idea: Proxmox support in every layout (testers wanted)対応中かも @sharmis-tp が 2 日前に担当しました。 オープンenhancement help wanted
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
T-Crypt/berth#128 · コメント 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
cloudevents/sdk-go#1346 ·
-
needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
kubernetes/cloud-provider-aws#1517 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
agent-butler-finding chore
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
jordansmall/spindrift#6221 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 3 日以内に返信