　StoreMIは、実質的にEnmotus FuzeDriveをベースにAMD X470ユーザーに無償提供するものと思われる。ただ、FuzeDrive for RyzenのBasicプランとPlusプランの中間となりそうという点で異なる。1stドライブの容量はFuzeDrive Basicの128GBからSenseMI技術では256GBへと拡大している。

　なお、StoreMI、FuzeDriveの技術はキャッシュとは異なる（うっかりRyzen 7 2700X、Ryzen 5 2600Xベンチマークレビュー時にキャッシュと書いてしまったが間違いなので訂正する）。StoreMIでは、データブロックを解析し、利用頻度の高いものを高速なSSDに、利用頻度の低いものを低速側のドライブに格納するとのこと。これにより、例えば、SSDが256GB、HDDが1TBを組み合わせた場合、1.25TBとして利用できることになる（実際にはフォーマット形式に従う）。

　また、このSSDが仮に512GBだった場合、StoreMIに256GB利用してもう256GB残るわけだが、これを別ドライブとして利用することも可能とのことだ。ただ、こうした技術を使うと、クラッシュした場合の復旧はなかなか面倒なことになりそうだ。そこは覚悟の上で利用するしかないだろう。

　また、FuzeRAMと呼ばれるメインメモリをキャッシュとして利用する機能も利用できる。StoreMIとFuzeDrive for Ryzen Basicの場合はメインメモリから最大2GBをキャッシュとして利用可能だ。唯一、FuzeDrive for Ryzen Plusは4GBまで利用できる。この機能を利用する場合、メインメモリが最低6GB以上必要とされている。ただ、最低の6GBのうち2GBをキャッシュとして利用すれば残るのは4GB。ゲームプレイがこれで足りるかというと厳しいので、4GB×2枚の8GBは最低限、8GB×2枚の16GBがこの機能を利用する標準と考えるのがよいだろう。

今回はSSD側にWD Black NVMe SSD 500GBモデルを、HDD側にWD Blue HDD 2TBモデルを組み合わせた

　まずは導入から。StoreMIは導入に関してはそこまで難しくはない。それはOS上からインストールし、構築できるためだ。例えば、SSDにOSをインストールしている状態から始めるとして、HDDを接続し、StoreMIソフトウェアをインストールして、実行するだけだ。

StoreMIのインストール（検証時点ではAMD_StoreMI_install_Win64_1.3.1.17380_PR.exeが最新）

まずExpressとCustomの選択肢があるが、基本的にExpressで問題ない。1つ目のインストールステップが進行後、システムにJavaが導入されていない場合はJava Runtime Environmentのインストールが促される

Yesを選択すればJREのインストールが自動的に行われる（ここではJREのインストールステップは省く）。インストールの最後のステップでStoreMI 1.3.1の更新情報が表示された後、再起動を促す画面が表示、これに従って再起動すれば常駐ソフトとしてタスクトレイに格納される

　インストール＆再起動後は、タスクトレイにあるアイコンをクリックし、セットアップを行う。StoreMIは、起動ドライブまたはセカンダリードライブで利用できるので、柔軟性は高い。初めて起動した際のメイン画面には、「Create Bootable StoreMI」「Create Non-Bootable StoreMI」「New Non-Bootable StoreMI」という3つの選択肢が表示される。「Bootable」はシステムドライブの意味で、「Non-Bootable」はセカンダリー以降のドライブの意味。「Create」はデータの入った既存のドライブで、「New」はデータの入っていないまっさらな状態のドライブとなる。その横に英語で説明がある通りだ。

タスクトレイ中のStoreMIアイコンをクリックするとまずドライブをスキャン。その後メイン画面が表示される

　ここではNew Non-Bootable StoreMIを例に続きのセットアップ作業を紹介しよう。New Non-Bootable StoreMIを選択すると、次はFastドライブ、Slowドライブを選択する画面が表示される。Fastはより転送速度が速い側のドライブ、Slowは遅い側のドライブの意味だ。

　つまり、一般的な組み合わせでいえば、FastがSSD、SlowがHDDになる。FastとSlowを選択し、Createボタンを押せば、StoreMIドライブが作成される。ここでCreate Optionを選択すれば、DRAMキャッシュなども選択できる（今回はDRAMキャッシュが有効にならなかったのでこの検証は省く）。SSDとHDDに、使用頻度の高い、もしくは低いデータを割り振ることで、どのようなパフォーマンス傾向となるのか少し掘り下げてみたので紹介したい。