midagedev/bloomery は、混合 (MoE) モデルの GPU と CPU 推論を 1 つのプロジェクトでまとめて扱うライブラリである。Rust で書かれ、CUDA カーネルまで自前で実装しており、llama-server の代替となるドロップイン (drop-in) サーバーを謳う。2026 年 11 月 5 日のコミット 1a7bba2 は tools/ref/depth-serve.sh の 1 ファイルだけを触った。コミットリンクは https://github.com/midagedev/bloomery/commit/1a7bba264cdbc1df2bc7819855f5b15f619ddcde である。追加 18 行、削除 6 行で、内容は待機条件 1 箇所の修正である。次のサーバーを起動する前の待機に、「ポートが空である」と「タイミングカードを持っているプロセスがいない」に加えて、「前のサーバーのプロセスがプロセステーブルに残っていない」が追加された。それ以前は最初の 2 つの条件だけで待機を終了していた。
この条件が必要になった理由は、コミットメッセージが記録している失敗形態にある。ラッパーの KILL で終了させられたサーバーは、ホストセット (host set) 約 262 GB を片付けるあいだ数秒間、終了中のまま残る。そのあいだポートは閉じ、カードコンテキストも消えるため、次のサーバーの手前にある CPU プローブはそのプロセスを同時テナント (co-tenant) と読み取り、結果行は [cpu-busy] bloomery-serve 99.7 % over 6.5 s として無効になった。同じ失敗がリリース回 (release sitting) で 2 回連続で繰り返された。そこでスクリプトに ds_serve_procs() が追加された。pgrep -x により comm 名が bloomery-serve または llama-server であるプロセスを pid と名前で集め、待機キューに書き出す。ds_prev_gone はポートとタイミングカード、プロセステーブルをまとめて確認し、待っている対象を名前で保持し、PORT_WAIT_S 秒を超えると 'its process has not exited' という名前で失敗扱いにする。コミットが記録した自己チェックは 199 checks ok である。
ただし今回の変更は、推論エンジンや CUDA カーネルではなく、リポジトリの depth-serve スクリプト 1 箇所に限られている。性能数値やスループットの変化は示されていない。扱われている状況も、KILL で終了させられたサーバーがまだ後片付け中の場合の待機条件 1 つだけである。コミットトレーラーには Claude Fable 5.1 の共同著者表記とセッションリンクが残っている。判断すると、これはこのリポジトリのリリース計測をそのまま再現したい人々に必要な修正であり、MoE 推論パス自体を使う人には、このコミットが変更を加えるものはない。