storport.sysがLatencyMonで高い原因｜NVMe・SATA・ストレージドライバーを切り分ける【2026年版】
本記事にはアフィリエイト広告（Amazon・楽天市場等）のリンクが含まれています。
壊れているのはSSDではなく、経路のどこかかもしれません
出典：Microsoft（Storportドライバーの概要）、Microsoft（StorNVMeがサポートするNVMe機能）、Microsoft（NVMeストレージの電源管理）、Microsoft（StorAHCIがMSAHCIを置き換える件）、Microsoft（ストレージタイムアウトとイベント129の解説）、Microsoft（DPC Watchdogタイムアウトの回避）、Resplendence Software（LatencyMon）にもとづきます。本記事の情報は2026年9月9日時点のものです。
ゲーム中に音が一瞬プツッと途切れる、マウスの動きが引っかかる、画面ごと一瞬固まる。LatencyMonで原因を調べると、実行時間の長いドライバーとしてstorport.sysが上位に出てくることがあります。SSDが故障しかけているのではないか、storport.sysを入れ直せば直るのではないかと考えたくなるところです。
ですがstorport.sysは、特定のSSD専用ドライバーではありません。Storportはシステムが提供するストレージポートドライバーで、NVMe SSDならWindows標準のstornvme.sys、SATA接続ならstorahci.sysという、実際のデバイスを制御するミニポートドライバーと組み合わさって動きます。storport.sysが高いというだけで壊れているとは判断できず、その下でどのストレージI/Oが長引いているのかを調べる必要があります。
この記事では、storport.sysが何をしているドライバーなのかを確認したうえで、NVMe・SATA・ストレージドライバー・ファームウェア・イベントログという手掛かりを使い、優先順位をつけながら原因を切り分ける手順を解説します。
目次
要点先に結論から
正体storport.sysの正体｜高い＝SSD故障ではない
Storport（storport.sys）は、Microsoftが提供するシステム標準のストレージポートドライバーです。Microsoftの説明によると、Storportは高性能なバスやRAIDアダプター向けに適したドライバーで、従来のSCSI Portと比べてスループットとシステムリソース利用の両面で優れているとされています。
ここで重要なのは、Storportだけで実際のストレージデバイスをすべて直接制御しているわけではないという点です。Storportはミニポートドライバーと組み合わせて動く設計になっており、実機のハードウェアに合わせた処理はミニポート側が担当します。NVMe SSDならWindows標準のStorNVMe（stornvme.sys）、SATA AHCIならStorAHCI（storahci.sys）が、その代表的なミニポートにあたります。メーカー独自のRAID・VMD向けストレージドライバーを使っている環境では、さらに別のミニポートがStorportと連携します。
ゲームでもストレージI/Oは常時発生しています。マップやテクスチャのストリーミング、シェーダーキャッシュ、セーブデータ、ページファイルの読み書きでストレージ側の処理が長引けば、そのデータを待っているゲームやWindows側の処理に影響が出る可能性はあります。ただし、LatencyMonでstorport.sysが高かったというだけで「カクつきの原因はSSD」と断定することはできません。実際にカクついた時刻とstorport.sysのピーク、後述するイベントログを合わせて判断する必要があります。
そしてstorport.sysの実行時間が高いことと、SSDのNANDが物理的に壊れていることは同じ意味ではありません。StorportはストレージI/O経路の中間に位置しているため、SSD本体だけでなく、ミニポートドライバー、ストレージコントローラー、SSDファームウェア、PCI Express経路、SATAケーブル、RAIDドライバー、あるいはバックアップソフトやウイルス対策ソフトによる大量I/Oなど、経路上のどこでも遅延は起こり得ます。storport.sysを見つけた直後にSSDを交換するのではなく、どの経路で症状が再現しているのかを順番に確認してください。
起点まずDriversタブでNVMeかSATAかを見分ける
LatencyMonでstorport.sysが高かったら、Main画面の結論だけでなくDriversタブを確認します。storport.sys以外のストレージ関連ドライバーが同時に上位へ出ていないかを見てください。この組み合わせで、NVMeなのかSATAなのか、Microsoft標準ドライバーなのかメーカー製コントローラードライバーなのかを絞り込めます。
NVMe SSDを使っている場合はstornvme.sysが手掛かりになります。Microsoftによると、StorNVMeは高速なNVMeデバイスへアクセスするためにWindowsが提供しているストレージミニポートドライバーで、Windows 8.1およびWindows Server 2012 R2以降に標準搭載されています。LatencyMonでstorport.sysとstornvme.sysの両方が目立っているなら、NVMe側のストレージ経路を優先して調べます。
SATA接続のSSDやHDDでは、storahci.sysが手掛かりになります。Microsoftの説明では、StorAHCIはStorportミニポートとして動作し、SATAのAHCIコントローラーをサポートするドライバーで、旧来のATAportミニポートだったMSAHCIを置き換えたものにあたります。storport.sysとstorahci.sysが同時に上位へ出ている場合は、SATA側を優先して調べる価値があります。
NVMe SSDが複数あるなら、OSドライブだけでなくゲーム用やサブ用のSSDも対象にしてください。Windowsはページファイル、ブラウザーキャッシュ、ゲームランチャー、録画ファイル、検索インデックスなど、ゲームをインストールしているドライブ以外にも常時アクセスしています。SATA側もSSDだけでなくHDDを含めて考えます。古いHDDをデータ保存用に接続しているだけでも、Windowsや常駐ソフトがアクセスすることがあります。
確認デバイスマネージャーでストレージコントローラーを確認する
どのドライバーが使われているか分からない場合は、デバイスマネージャーの「記憶域コントローラー」や「IDE ATA/ATAPIコントローラー」を開き、現在使用しているコントローラーとドライバーの提供元を確認します。NVMe SSDを使っていても、PCによってはWindows標準のドライバーではなく、RAIDやVMDなど別のストレージコントローラーを経由している構成があります。この場合、SSDの型番だけを検索しても原因ドライバーには近づけません。
現在Windowsが特定のストレージモードを前提としてインストールされている場合、BIOS側のRAID・VMD・AHCI設定だけを突然変更するとWindowsが起動できなくなる可能性があります。storport.sysがLatencyMonで高かったという理由だけでこれらを無効化するべきではありません。まずWindows上のドライバー、イベントログ、SSDの状態を確認し、変更が必要になった場合もPC・マザーボードメーカーが案内する切り替え手順にしたがってください。
NVMe側NVMe SSDを疑うときはファームウェアと温度を確認する
NVMe経路が怪しい場合は、まずSSDのファームウェアを確認します。SSDメーカーが管理ソフトを提供しているなら、現在のファームウェアバージョンと更新の有無を確認してください。ストレージファームウェアは性能だけでなく、電源管理やエラー処理、互換性にも関係します。ただしファームウェア更新には一定のリスクがあるため、重要なデータをバックアップしたうえで、メーカーの手順に従って実行してください。
NVMe SSDは高負荷時に温度が上昇します。ゲームを起動した直後は問題がないのに、大容量ダウンロードやゲームインストール、ファイルコピーの後だけ症状が出るなら、SSD温度も確認します。HWiNFOやSSDメーカーの管理ソフトで、アイドル時と問題発生時の温度を比較してください。ただし温度が高いというだけでstorport.sysのDPCが直接高くなると断定はできません。サーマルスロットリングが起きているのか、同じタイミングでI/O応答そのものが悪化しているのかを確認する材料として扱ってください。
補助情報CrystalDiskInfoでSMARTも確認する
storport.sysが高い場合、SSDやHDDのSMART情報も確認する価値があります。ただし「健康状態100%だからストレージは絶対に正常」とも、「SMARTに1項目あるからSSD故障」とも判断しないでください。NVMe SSDならCritical Warning、Available Spare、Percentage Used、Media and Data Integrity Errorsなどが手掛かりになります。Media and Data Integrity Errorsそのものの意味と交換判断は、当サイトのNVMe SSDのMedia and Data Integrity Errorsの解説で詳しく扱っているため、この記事ではSMART値の詳細までは重複させません。
SMARTが正常なら、少なくともSSD自身が記録している明確な異常が無いという材料にはなります。しかしストレージ経路全体が正常だと証明するものではありません。SATAケーブルの接触、PCI Express経路、ストレージコントローラーなど、SSD内部のSMARTだけでは判断しにくい場所でも問題は起こります。storport.sysのDPCレイテンシが高く、次に説明するイベントログにもストレージ関連の警告が出ている場合は、SMARTが正常でもそこで調査を終了しない方がよいでしょう。
最有力の手掛かりイベントビューアーの129・153を確認する
storport.sysが高く、実際にゲームやWindowsが固まる場合は、イベントビューアーも確認します。特に重要なのがイベントID 129です。Microsoftによると、StorportはミニポートへI/O要求を送った後、完了するまでの時間をタイマーで計測しており、タイムアウトするとイベント129を記録したうえでユニットのリセットを行います。イベントには関連するミニポートドライバーの情報も含まれます。
ゲームが固まった時刻とイベント129が一致しているなら、LatencyMonのstorport.sysとストレージI/O異常が同じタイミングで発生していたことになります。この場合は単にLatencyMonの数値が大きいだけの状態より、ストレージ側を優先して調査する理由が強くなります。イベント153では、I/O操作が再試行されたことを示すメッセージが記録される場合があり、129と153が同じ時刻に連続しているなら、要求の遅延や再試行が実際に起きていた可能性を疑います。反対にstorport.sysが一度高くなっただけでイベントログに何もなく、ゲームにも実害がないなら、最大値だけでSSD交換まで進む必要性は低くなります。
イベント129を見ると、Reset to device, \Device\RaidPort0, was issued.のような表示が出る場合があります。この「RaidPort」という文字列を見て、RAIDを組んでいないのにRAIDエラーが出ていると心配になるかもしれません。しかしMicrosoftの説明のとおり、Storportはミニポートドライバーの名前をイベントに使う仕組みで、デバイスパスの名称としてRaidPortが表示されること自体はStorportを使うミニポート全般に見られます。Windows標準のNVMeミニポートであるStorNVMeもStorportを利用するため、NVMe SSDでもRaidPortという表記でイベント129が記録される事例が実際に報告されています。RaidPort0の「0」がWindowsの「ディスク0」を意味するとも限りません。どのSSDが影響を受けているのかは、同じ時刻のイベント、ドライバー名、デバイスマネージャーの情報を合わせて確認してください。イベント129・153の詳しい読み方とSSDの特定手順は、stornvmeイベントID 129・153・157の原因と直し方にまとめています。
SATA側SATA SSD・HDDを疑うときはケーブルとサブドライブを確認する
storahci.sysを含むSATA側が疑わしいデスクトップPCでは、SATAケーブルも確認します。PCの電源を切った状態でSATAデータケーブルと電源ケーブルの接続を確認し、別の正常なケーブルがあれば交換して比較します。マザーボード側のSATAポートを変えて症状が変化するか確認する方法もあります。NVMe SSDには無い確認項目ですが、SATAにはSSD・HDD本体以外に物理ケーブルという経路があるため、PCを移動した後や内部パーツを交換した後から問題が始まった場合は特に確認する価値があります。
OS用NVMe SSDとは別にSATA SSDやHDDを複数搭載している場合は、問題のない範囲でサブドライブを減らして比較する方法もあります。PCを完全にシャットダウンしてから起動に不要なデータドライブを一時的に切り離し、同じ条件でLatencyMonを計測します。サブドライブを外した状態でstorport.sysの大きなピークやフリーズが発生せず、再接続すると再発するなら、そのドライブまたはSATA経路まで対象を絞れます。ただしゲーム本体やページファイル、Windows起動に必要なドライブ、RAID構成のドライブを無計画に切り離すのは避けてください。
電源まわりNVMeのM.2スロットと省電力設定を確認する
NVMe SSDではSATAケーブルを交換できません。その代わりM.2スロット、PCI Expressレーン、チップセットとの接続が関係します。特定のM.2 SSDを増設してからstorport.sysが高くなった場合は、マザーボードのマニュアルでM.2スロットの仕様を確認してください。CPU直結とチップセット経由が分かれていたり、ほかのPCIeスロットやSATAポートと帯域・レーンを共有していたりするマザーボードがあります。空いている互換スロットがあり仕様上問題がなければ、別のM.2スロットで再現するか比較する方法もありますが、OSドライブの取り外しを伴うため事前にバックアップしてください。
NVMe SSDには複数の電源状態があります。Microsoftの資料によると、StorNVMeはNVMeデバイスの動作電力状態（オペレーショナルパワーステート）とアイドル電力状態を管理しており、アイドルタイムアウトと遷移レイテンシー許容値（レイテンシートレランス）の組み合わせで、Windowsの電源プランや電源状態に応じてどこまで深い省電力状態へ落とすかを決めています。そのため、PCを操作していない状態からゲームへ戻った直後だけ症状が出る、一定時間アイドルにした後の最初のディスクアクセスだけ引っかかるといった場合は、ストレージの電源管理も切り分け候補になります。ただし正常なゲーミングPCでNVMeの省電力機能を一律に無効化する必要はなく、まずSSDファームウェアやイベントログを確認してから、電源管理を変更したときに症状が変わるかを比較してください。
NVMe SSDはPCI Expressへ接続されるため、Windowsの「PCI Express→リンク状態の電源管理」も無関係ではありません。PCIeリンクの省電力状態から復帰するタイミングとストレージ異常が一致する環境では、一時的に設定を変更して比較する方法があります。ただし「ゲーミングPCならASPMを全部オフにする」という使い方はおすすめできません。設定の詳細と注意点はPCI Expressのリンク状態の電源管理はオフにするべきかの解説にまとめているので、原因候補のひとつとして扱いつつそちらを参照してください。
更新ストレージドライバーとBIOSを更新する
storport.sysが高いときは、storport.sysそのものより、その下で動くミニポートドライバーを確認することが重要です。Microsoft標準のStorNVMeやStorAHCIを使っている場合はWindows Updateも確認します。PCメーカーやマザーボードメーカーが専用ストレージドライバーを配布している場合は、現在のコントローラーに対応した最新版がないか確認してください。IntelやAMDのチップセットドライバー更新にストレージ周辺の修正が含まれることもあるため、マザーボードメーカーのサポートページも確認する価値があります。ただしドライバー名だけを見てMicrosoft標準ドライバーとメーカー製ドライバーを無理に入れ替えるのは避け、現在のRAID・VMD・AHCI構成に合う正式なドライバーを使用してください。
ストレージドライバーやチップセットドライバーの更新直後から症状が始まった場合は、更新との時間的な関係も重要です。最新版だから必ず安定するとは限りません。更新前まで正常だったことが明確なら、メーカーが正式にロールバックをサポートしている範囲で以前のドライバーと比較します。マザーボードメーカーが新しいBIOSでNVMe互換性やストレージ安定性の不具合を修正している場合もあるため、特定のSSDへ交換・増設してから問題が始まったなら、現在のBIOSと更新履歴も確認してください。ただしBIOS更新はWindowsの設定変更より影響範囲が大きいため、storport.sysの数値が一度高かったというだけで実行する必要はなく、複数の切り分けを行ってストレージ経路が怪しいと判断した段階で検討します。
負荷要因バックグラウンドのI/O負荷を疑う
storport.sysがゲーム中に高くなったからといって、ゲーム自身が大量のストレージアクセスを発生させているとは限りません。Windows Update、セキュリティスキャン、クラウド同期、バックアップ、Steamなどのゲーム更新、検索インデックス作成が同時に走っている場合があります。タスクマネージャーやリソースモニターで、問題発生時にどのプロセスがディスクへアクセスしているか確認してください。大容量ゲームをダウンロードしながらプレイしたときだけstorport.sysが増えるなら、ドライバー故障より単純なI/O負荷との関連を先に疑えます。反対にほぼアイドル状態なのにSSDが長時間応答しなくなり、イベント129や153まで発生する場合は、より深いストレージ障害を疑う必要があります。
Steamでゲームをアップデートすると、既存ファイルの読み込み、展開、パッチ適用、書き戻しなど大量のディスクI/Oが発生するゲームがあります。そのためSteam更新中にstorport.sysのDPC回数や合計実行時間が増えたというだけでは異常と判断できません。重要なのは、1回の実行時間が異常に長くなり、同時に音切れやフリーズなどの実害が発生しているかどうかです。
物理メモリが不足すると、Windowsはページファイルを利用することがあります。ゲームとブラウザー、Discord、録画ソフトを同時に起動してメモリ使用量が大きくなっている場合は、ストレージI/Oも増える可能性があります。LatencyMonにはハードページフォルトに関する情報も表示されるため、storport.sysだけでなくハードページフォルトも大量に発生し、RAM使用量も限界に近いなら、SSD故障よりメモリ不足の影響を先に確認する価値があります。ストレージ側だけを調整しても、実際の原因が物理メモリ不足なら根本的な改善にはなりません。
ストレージアクセスを監視するセキュリティソフトはI/O経路に影響する可能性がありますが、storport.sysが高いという理由だけでアンインストールする必要はありません。まずタスクマネージャーで問題発生時のディスクアクセスを確認し、特定のスキャン中だけ症状が再現するなら、そのソフトウェアのスキャンスケジュールや公式サポート情報を確認してください。切り分けを目的に保護機能を変更する場合も、短時間の比較に留めます。
禁止やってはいけない対処
storport.sysを検索すると、sysファイルをダウンロードして入れ替える方法が見つかる場合がありますが、実行しないでください。storport.sysはWindowsが提供するストレージポートドライバーで、LatencyMonで実行時間が高いことはファイルが破損している証拠にはなりません。バージョンが噛み合わないファイルを置くと、Storportを使う全てのストレージI/Oが影響を受けます。
LatencyMonでMicrosoft製のsysファイルが高いと、SFCやDISMを最初に試したくなるかもしれませんが、storport.sysが高いだけならシステムファイル破損の根拠にはなりません。特定SSDを外すと改善する、イベント129が同時に出る、storahci.sysやstornvme.sysも高いといった状況なら、Windowsシステムファイルよりストレージ経路の切り分けを優先した方が原因へ近づけます。
先にDISM.exe /Online /Cleanup-image /Restorehealthを実行し、正常に完了してからsfc /scannowを実行します。ただしこれはstorport.sysが高いときの基本対処ではなく、Windowsファイル破損を示す別のエラーが併発している場合に検討するものです。
イベント129などを検索すると、レジストリのHKLM\System\CurrentControlSet\Services\Disk\TimeOutValueを大きくしてタイムアウトを先送りする方法が紹介される場合があります。しかしSSDが応答しなくなっている根本原因を修正せず、Windowsが待つ時間だけを長くしても解決にはなりません。Microsoftもイベント129のタイムアウト値について、ストレージベンダーの指示がない限り変更しないよう案内しています。まずドライバー、ファームウェア、接続、SSDの状態を調べてください。
DPCレイテンシ対策として、デバイスのMSIモードや割り込み設定をレジストリから変更する方法が紹介されることもあります。Storport自体もミニポートのI/O完了処理でDPCを利用する仕組みを持っており、これはドライバー設計上の正常な動作です。LatencyMonでstorport.sysが高いという理由だけで未検証のレジストリ変更を行うと、かえってストレージを不安定にする可能性があるため、元へ戻しやすい切り分けから進めてください。
重大症状storport.sysが高いとDPC_WATCHDOG_VIOLATIONになる？
関連する可能性はありますが、LatencyMonでstorport.sysが高いだけでDPC_WATCHDOG_VIOLATIONが起きるとは限りません。Microsoftの説明によると、storport.sysはDISPATCH_LEVELで実行されるルーチンの中で、完了した複数のI/O要求の完了処理を順番に呼び出しています。個々または複数の完了処理に時間がかかりすぎると、キーボードやマウスまで反応しなくなることがあり、Windows DPC Watchdogのタイマーがこの処理を過剰な実行時間と判断してDPC_WATCHDOG_VIOLATION（0x133）を発生させる場合があるとされています。
実際にブルースクリーンまで発生している場合は、LatencyMonの数値だけを見るトラブルより優先度を上げて調査してください。SSDやストレージコントローラーのファームウェア、ドライバー、イベントログ、ダンプファイルなどを確認する必要があります。停止コードの発動条件からダンプファイルの解析手順までは、DPC_WATCHDOG_VIOLATION(0x133)の原因と直し方で詳しく扱っています。
判断基準storport.sysの数値はゼロを目指さなくてよい
Storportを利用するストレージI/Oが発生していれば、storport.sysがDPC処理を行うこと自体は正常です。LatencyMonのDriversタブからstorport.sysを消すことを目標にする必要はありません。特にSSDへ大量の読み書きをしている最中はDPC回数やTotal executionが増えることがありますが、見るべきなのは突出して長い1回の実行時間が何度も再現するか、その瞬間にゲームやオーディオへ実害があるかです。正常にゲームを数時間プレイできているのに、一度記録された最大値だけを理由にBIOSやレジストリを変更し続ける必要はありません。
ストレージへ意図的に高い負荷をかけるCrystalDiskMarkなどのベンチマークを実行しながらLatencyMonを計測すると、通常のデスクトップ利用とは条件が大きく変わります。ベンチマーク中はSSDへ大量のI/O要求を発行するため、ストレージドライバーの処理量が増えるのは自然な結果です。ゲーム中の音切れを調査しているなら、実際に音切れが起きるゲームで計測してください。ベンチマークだけでstorport.sysが高くなり、普段のゲームでは問題がないという結果なら、同じ現象とは判断しない方がよいでしょう。
複数ドライブ複数のストレージを使っている場合の切り分け
ゲームがDドライブに入っている場合でも、Dドライブだけを調べればよいとは限りません。Cドライブ側ではWindows、ページファイル、ゲームランチャー、アンチチート、ブラウザーなどが動いており、別のストレージに録画しているならそのドライブへの継続的な書き込みも発生します。故障しかけたサブドライブへWindowsがアクセスしたことでPC全体が一時的に待たされるケースも考えられるため、複数ストレージ環境ではどのドライブが問題なのかを最初から決めつけないことが重要です。
NVMe SSDとSATA SSD・HDDを両方使っているPCでは、LatencyMonのドライバー名が大きな手掛かりになります。stornvme.sysが目立つならNVMe側、storahci.sysが目立つならSATA AHCI側を先に確認してください。storport.sysしか大きく表示されない場合は、イベントビューアー、デバイスマネージャー、問題発生時のディスク使用率を組み合わせて対象を絞ります。起動に不要なサブドライブがあるなら、バックアップを確保したうえで1台ずつ外して比較する方法も有効です。
storport.sysの問題は、複数の設定を一度に変更すると原因が分からなくなります。ファームウェア、BIOS、電源設定、ドライバーを一度に全部変更してしまうと、改善しても何が効いたのか判断できません。NVMe側が怪しければSSDファームウェアとstornvme、イベントログを確認し、SATA側が怪しければstorahci、SATAケーブル、ポート、接続ドライブを確認する、という具合に1項目ずつ変更し、同じゲーム、同じマップ、同じバックグラウンドアプリで再計測してください。
実践ステップおすすめの切り分け順
LatencyMonでstorport.sysが高い場合は、最初にDriversタブを開き、stornvme.sys、storahci.sys、メーカー製ストレージドライバーなどが同時に目立っていないか確認します。次に、ゲームが固まった時刻とイベントビューアーの129・153などが一致していないか確認してください。NVMe側ならSSDファームウェア、SMART、温度、M.2接続を確認し、SATA側ならSMARTに加えてSATAケーブル、ポート、接続ドライブを確認します。その後にストレージドライバー、チップセットドライバー、BIOSを確認し、アイドル復帰時だけ発生するなど電源状態との関連が見える場合に、NVMeの電源管理やPCIeのリンク状態の電源管理を比較してください。この順番なら、根拠のないWindows高速化設定を大量に適用せず、症状を再現するストレージ経路へ徐々に近づけます。
NVMe・SATAのどちらも特定できず、SSDの状態も正常、ドライバーやファームウェアを確認しても改善しない場合は、LatencyMon全体をもう一度見直してください。storport.sysがHighest DPCとして表示されていても、Wdf01000.sys、ndis.sysなど別のドライバーが同時に高い場合があります。PCのカクつきが複数のドライバー経路から発生していることも考えられ、たとえばWi-Fiを無効にするとndis.sysと症状が同時に消えるならネットワーク側が優先です。当サイトにはLatencyMonでndis.sysが高い原因とWdf01000.sysがLatencyMonで高い原因の記事があるので、該当する場合はそちらへ進んでください。LatencyMonは一番大きなsysファイルだけを修正するツールではなく、条件を変えてどのデバイスやドライバーが症状に関係するかを調べるために使うものです。
疑問点よくある質問
総括まとめ｜storport.sysは原因ではなく手掛かり
storport.sysはWindowsが提供するストレージポートドライバーで、実際のデバイスを制御するミニポートドライバーと組み合わされて動作します。NVMe SSDではWindows標準のstornvme.sysが、SATA AHCIではStorportミニポートとして動作するstorahci.sysが利用される構成があるため、storport.sysが高い場合はまずLatencyMonのDriversタブでどちらを通っているかを確認してください。
NVMeならSSDファームウェア、SMART、温度、M.2接続を確認し、SATAならSSD・HDD本体だけでなくSATAケーブルやポートも確認します。ゲームが固まる場合はイベントビューアーが重要です。Microsoftによるとイベント129はStorportがディスクへの要求をタイムアウトした場合に記録されるため、LatencyMonのstorport.sysピークと同じ時刻に129や153が発生しているなら、ストレージ経路を優先して調査する強い材料になります。反対にSMARTもイベントログも正常で、ゲームにも実害がないなら、LatencyMonにstorport.sysが表示されたという理由だけでSSD故障とは判断できません。
MicrosoftはStorportについて、I/O完了処理が長時間かかるとDPC Watchdogへ影響する可能性があることも説明しています。つまりstorport.sysは原因を探るうえで重要な手掛かりですが、それ自体を削除したり置き換えたりする対象ではありません。
storport.sysが高いときは「SSDが壊れた」と決めつけず、stornvme・storahci・メーカー製ストレージドライバーのどこを通っているかを特定してください。イベントビューアーの129・153がゲームの固まった時刻と一致するなら、ストレージ経路を優先して調査する強い根拠になります。SMARTもイベントログも正常なら、最大値だけを理由にSSD交換やBIOS変更を進める必要はありません。storport.sysの置き換えやTimeOutValueの変更は行わないでください。
あわせて読みたい
