MicrosoftがWindows 11における一部の愛好家向け「裏技」をひそかに塞いだ。この裏技は、Windows Server 2025向けに開発されたネイティブNVMeドライバ（nvmedisk.sys）をコンシューマー版のWindows 11で強制的に有効化し、SSDのIOPS（1秒あたりの入出力命令数）を最大80%向上させるという劇的なパフォーマンス改善をもたらすものだった。
My Digital Lifeフォーラムのユーザーをはじめとするコミュニティは、最新のWindows 11 Insiderビルドにおいて、このドライバをオンにするための特定のレジストリ操作が無効化されていることを確認した。愛好家たちはストレージの性能を引き出し、現代の高速なSSDのポテンシャルを解放する手段を失うことになったが、この決定の背後には、Windowsという巨大なエコシステムが抱える互換性維持という重い課題と、ストレージアーキテクチャの過渡期における複雑な事情が絡み合っている。
SCSIエミュレーションの呪縛：Windowsストレージアーキテクチャの歴史的経緯
この問題を理解するためには、Windowsが内部でストレージデバイスとどのように通信しているのかという基礎的なアーキテクチャ的文脈を紐解く必要がある。NVMe（Non-Volatile Memory Express）は、PCI Expressバスを通じて直接フラッシュメモリと通信するためのプロトコルであり、設計当初から並列処理と低遅延を前提として作られている。フラッシュストレージの物理的な特性に最適化されたこのプロトコルは、数万から数十万のコマンドを同時並行で処理できる能力を持つ。
対照的に、Windowsは長年にわたり、すべてのストレージドライブを論理的にSCSI（Small Computer System Interface）デバイスとして扱うレガシーなアプローチを継続してきた。これはハードディスク（HDD）時代に設計されたものであり、磁気ディスクの物理的な回転と順次処理の概念に縛られている。Windows 11においても、標準設定ではNVMe SSDからのデータ要求はOS内部で一度SCSIコマンドに翻訳され、その後処理されているのである。
この「翻訳プロセス」は、現代の高速なPCIe 4.0やPCIe 5.0対応ストレージにおいて看過できないオーバーヘッドとなっている。CPUの介在が増加し、処理の遅延が発生し、NVMeの強みである並行処理の恩恵を減殺してしまう。MicrosoftがWindows Server 2025においてついに投入したネイティブNVMeドライバは、このSCSI変換レイヤーをごっそり省き、NVMeドライブのネイティブコマンドで直接やり取りを行うという、OSのストレージスタックにおける根本的な再設計の結果であった。
公式データによると、このネイティブドライバの導入によって、ストレージに対するI/O負荷が高い環境下でのCPU使用率が最大45%削減され、ストレージ側のIOPSは最大80%の向上が確認されている。ストレージの読み書きが頻繁に発生するエンタープライズサーバー用途において有益であると同時に、ゲーマーやクリエイターが使用するコンシューマーPC環境においても、ランダムリード・ライト速度の大幅な引き上げが見込めるものであった。特にNeowinやStorageReviewによるベンチマークでも、ランダム書き込み性能や4Kランダム読み出し性能における劇的な改善が報告されており、OSレベルのボトルネックがいかにストレージ性能を押さえ込んでいたかを示している。
幻となったレジストリ操作と「封印」の決断
Windows Server 2025の開発が進行する中、Windows 11の内部にもすでに無効化された状態でネイティブNVMeドライバ（nvmedisk.sys）のバイナリが組み込まれていた。技術に精通したコミュニティは即座にこれを察知し、「FeatureManagement」内の特定キーを書き換える4行のレジストリ操作によって、Windows 11上でネイティブドライバを強制ロードさせる手法を発見した。数ヶ月間、一部のパワーユーザーはこの恩恵を享受し、数値を記録し、手法を共有していた。
しかしMicrosoftは、最近のアップデートにおいてこのレジストリ改変による回避策を明確にブロックした。ネイティブルートへの切り替えを許さず、ユーザーを再び従来のSCSIベースのドライバ（stornvme.sys）へ強引に戻す措置をとったのである。
この決断の理由として、単に「テストが不十分だから」という以上の具体的な互換性問題が立ちはだかっていたことが挙げられる。ストレージドライバの根本的な入れ替えは、システム全体に対する破壊的な影響（システムクラッシュやデータのアクセス不能）を引き起こすリスクを伴う。
なぜMicrosoftはハックを塞いだのか：互換性とBitLockerという壁
裏技のブロックに踏み切った最大の要因は、サードパーティ製アプリケーション側の前提条件を崩してしまうことにあった。例えば、Samsung MagicianやWestern DigitalのDashboardといったSSD専用の管理・監視ユーティリティは、多くの場合、WindowsがドライブをSCSIとして認識しているという長年の仕様を前提にしてハードウェアの認識と制御を行っている。レジストリ操作によってネイティブNVMeドライバを有効化すると、OS上でドライブのハードウェアIDや論理的な見え方が唐突に変化し、これらのユーティリティがSSDを正常に認識できなくなる、あるいはリスト上に二重に表示されるといった不具合が多発した。
さらに深刻な問題として、Windowsのディスク暗号化機能であるBitLockerとの競合が発生する懸念がある。ハードウェア構成やブートドライブの情報が大きく変更されたとシステムが判定した場合、BitLockerはセキュリティ保護のためにドライブをロックダウンし、起動時に長い回復キーの入力を要求する。ユーザーがBitLockerの回復キーを安全にバックアップしていない状況でこの変更を行った場合、最悪のケースとしてドライブ内のすべてのデータにアクセスできなくなる事態を引き起こす。
Microsoftの立場として、エンスージアスト向けの非公式な回避策が「一般ユーザーに見つかり、データ喪失のトラブルに発展する」ことは阻止しなければならない。管理ソフトの非対応やBitLockerの回復プロンプトの誘発は、コンシューマー向けOSとしての安定性基準を明確に下回っている。パフォーマンスの大幅な向上という魅力はありつつも、OSメーカーとしてはシステムの安定性とデータ保護を優先し、互換性の検証が完全に終了するまでは一律で扉を閉ざす判断を下すのが自然なアプローチである。
第三の選択肢「ViVeTool」とそのリスク
Microsoftがレジストリによる簡単な回避策をふさいだ後も、コミュニティの探求は止まっていない。Deskmodderの報告によれば、Windowsの隠し機能や開発中の機能を強制的にオン・オフするためのサードパーティ製ツール「ViVeTool」を使用することで、現在でもネイティブNVMe環境を呼び覚ますことが可能であるという。具体的には、機能ID「60786016」および「48433719」を指定してコマンドプロンプト上で有効化コードを実行し、システムを再起動するという手順である。
しかし、ViVeToolの使用はレジストリの書き換え以上に深くOSの内部パラメータに干渉する行為であり、当然ながら前述したSamsung Magicianの非互換性やBitLockerのリスクはそのまま残存している。万が一、システムが起動不能に陥った場合でもOS側の回復手段が保証されているわけではない。パフォーマンス向上に対してシステム全体を人柱にする覚悟がなければ、このようなサードパーティツールを用いた機能のアンロックは避けるべきである。ユーザーは、数パーセントから数十パーセントのランダムアクセス速度向上と引き換えに、システムが本来提供する「予見可能な動作」を手放していることを理解する必要がある。
【考察】PCストレージ生態系の移行期と次期アップデートへの布石
今回のネイティブNVMeドライバにおける「封鎖と回避のいたちごっこ」は、単なるOSのバグ修正や仕様変更とは異なる意味を持っている。これは、PC業界が数十年間引きずってきたハードコードされたレガシーアーキテクチャからの脱却という、巨大な移行期の痛みを象徴する出来事である。
ハードウェアとしてのSSDは、すでにPCIe 5.0世代へと進み、シーケンシャル読み出しで10GB/sを超える圧倒的な帯域を実現している。そしてフラッシュメモリの価格変動や供給不足がPCパーツ市場全体に影響を及ぼし、ユーザーがストレージ一つにかけるコストと期待値は年々高まっている。ハードウェアが提供する理論上の最高性能をOSのソフトウェアスタックが削り取っているという事実は、ハードウェアメーカーにとってもユーザーにとってもフラストレーションの種である。
Microsoftは、現在開発が進んでいるWindows 11の次期大型アップデート（バージョン25H2、およびWindows-on-Arm向けの26H2）において、システム全体の「最適化と安定性」をテーマに掲げている。ユーザーからの批判に応える形でパフォーマンスの改善に本腰を入れている時期に、すでにサーバー版で実証済みのネイティブNVMeスタックを眠らせておく理由は存在しない。今回のレジストリ操作の意図的なブロックは、裏を返せば、次期アップデートにおいてネイティブドライバを安全に一般展開するための「開発環境のクリーン化」のプロセスであると解釈できる。
関連するサードパーティのソフトウェアベンダー（Samsung、WD、その他システムツール開発企業）に対して、新しいドライバ階層への対応を促し、エコシステム全体で受け入れ態勢が整うまでの猶予期間を設けている状態だと言える。コンシューマー環境においてネイティブなNVMe処理が公式にロールアウトされれば、OSとしてのWindows 11は本来ハードウェアが持っているレスポンスを取り戻し、ゲームのロードから大規模なデータ転送、日常的なファイル操作に至るまで明白な体感速度の向上をもたらすはずである。
ユーザーは、現時点でリスクを冒してViVeToolでロックをこじ開けるか、それとも公式のアップデートが安定した環境をもたらす日を待つかの選択を迫られている。しかし大局的に見れば、レガシーな技術の「エミュレーション」で最新のハードウェアを走らせる時代は、確実に終焉を迎えつつある。
Sources
