前提から先に置かなければならない。なぜならそれが話全体を支える柱だからだ。Intel の Raptor Lake 不安定性――第13世代・第14世代 Core のデスクトップおよびモバイル向けシリコン群に影響する、クラッシュ、ハング、そして長期的なチップ劣化の問題――は、Minisforum が作り出した問題ではない。原因を作ったのは Intel であり、認めたのも Intel である。その後 Intel は、根本原因が eTVB(enhanced Thermal Velocity Boost)アルゴリズムと、該当コアにおける VMin Shift 劣化メカニズムの組み合わせであると特定し、影響を受けた SKU の保証期間を延長した。過去2年にわたり挙動の不安定な Raptor Lake チップに悩まされてきた買い手は、まず何よりシリコンベンダーに正当な苦情を持つ。それが公平な枠組みだ。
それでも Minisforum について書く価値がある理由は、販売したシリコンの上流で発生した既知の不具合に対してハードウェアベンダーが取りうる対応の中から、同社が最も静かな部類のものを選んだこと、そして、その選択の後遺症を今も顧客が背負っているからである。
MS-01 がどう影響を受けたか
MS-01 は、上位2つの CPU 構成として Intel Core i9-13900H と Core i5-13500H を搭載して発売された。いずれも第13世代 Raptor Lake である。いずれも、Intel Community フォーラムで、ユーザー報告の不安定性パターンが Intel の eTVB / VMin Shift の認定と整合する形で記録された SKU の範囲に含まれる。VideoCardz の2024年の報道は、これを業界全体の調査対象として扱っている。
MS-01 固有の文脈では、パターンは2つの形で現れる。NotebookCheck の i9-13900H 搭載 MS-01 ワークステーションレビューは、Cinebench の複数ループ中に発生する予測不能なクラッシュを記録している――Raptor Lake の電圧・ブースト挙動の乱れが表面化する、まさにその種の持続負荷テストだ。ハイパーバイザー負荷下の MS-01 不安定性に関する XCP-ng フォーラムスレッドは、もう一方の表れを記録している。デスクトップ用途では問題なく見える個体が、多コアを長時間稼働させる仮想化クラスのワークロードでハングや再起動を起こす、という挙動だ。
これは MS-01 固有のハードウェア欠陥の証拠ではない。Raptor Lake 自身のシリコン限界が、他所と異なる挙動を引き起こすような熱・電源特性を持たない筐体の中で、そのまま露呈しているだけの話である。
Minisforum が何をしたか、そして何を書き残さなかったか
Minisforum はこの期間に MS-01 向けの BIOS アップデートを配布してきた。そのうちのいくつかには、Intel が Raptor Lake の挙動に対処するために下流へ供給したマイクロコードに相当するリビジョンが含まれている。ここが「良いニュースの半分」である。BIOS を最新に保っていた MS-01 オーナーは、おおむね、最終的に上流から降ってきた緩和策の恩恵を受けている。
「良くない方の半分」は、BIOS のリリースノートが、ロールアウト当時そのことを一切書いていなかった、という事実である。ノートを読んだ顧客が目にしたのは、バージョン番号、汎用的な表現の変更点一覧(「安定性の改善」「マイクロコードの更新」)、そして「このアップデートは Intel が認めた CPU バグに対処しています」という明示的な記述の不在である。業界全体の Raptor Lake の流れを追っていなかった顧客には、自分の個体の不安定性が目の前のアップデートで解決されているのかどうかを判断する術がなかった。BIOS を書き込むかどうかという決定――失敗すれば文鎮化しうる 1.9 リットルのミニPC では非自明な行為である――が、そのトレードオフを量るために必要な情報なしに行われていたのだ。
顧客が必要としていた情報
この局面で理想的な BIOS リリースノートなら、3つのことを平易な言葉で書いていたはずである。
- 対処しているバグ。「本アップデートには Intel マイクロコードリビジョン XXX を含みます。これは Intel が advisory YYY で説明している Raptor Lake の eTVB / VMin Shift 不安定性に対処するものです。」
- 影響を受ける個体。「MS-01 の i9-13900H および i5-13500H 構成が対象です。i9-12900H 構成は影響を受けません。」
- ユーザーが何を期待すべきか。「アップデート前に、持続負荷中に予期せぬハングを経験したことがあるなら、本アップデートを推奨します。アップデート後、持続負荷時の性能はブースト挙動の修正により、従来の BIOS バージョンと比べて最大 N% 異なる場合があります。」
そのどれも書かれていなかった。毎回、顧客は Tom’s Hardware、Ars Technica、そして Intel Community のスレッドを読み、それを自分の BIOS アップデートの判断に翻訳し、その翻訳が正確であることを願うしかなかった。正しく翻訳できた買い手もいた。ほかの買い手は、明確なリリースノートなしに BIOS を焼き直すために必要な信頼のハードルが自分のキャパを超えていたため、ファームウェア更新そのものをやめてしまった。
構造的な問題
Intel のシリコンのバグについてミニPC ベンダーを責めるのは、本当に不公平である。公平に責められるのは、その シリコンを通じて代金を払った顧客に対する、コミュニケーションの頻度と率直さだ。MS-01 の Raptor Lake 問題における Minisforum のパターンは、「問題に名前を付けずに修正だけを出荷する」というものだった。これはエンスージアストフォーラムを毎日読む顧客層には通用するが、それ以外のすべての顧客には通用しないコミュニケーション様式である。これらの部品のライフサイクル開始から2年経った今も、自分の BIOS に Raptor Lake の緩和策が含まれているかどうかを確認できない MS-01 オーナーがいる。確認に必要な文書が、そもそも書かれていなかったからだ。この沈黙はシリコンのバグではない。シリコンを彼らに売ったベンダーによる選択である。