CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
 |
 |
NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 すがぴ 15/5/12(火) 11:55 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
|
|
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 hiyohiyo 15/5/19(火) 1:05 |
|
 |
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 すがぴ 15/7/9(木) 11:13 |
|
|
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 hiyohiyo 15/7/9(木) 23:57 |
|
 |
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 すがぴ 15/7/14(火) 8:52 |
|
 |
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 hiyohiyo 15/7/15(水) 0:02 |
|
|
Re:NVMe SSD使用時のCrystalDiskMark 4.0.3の不具合 すがぴ 15/7/15(水) 23:19 |
|
hiyohiyo
- 15/5/19(火) 1:05 -
|
▼すがぴさん：
>＞hiyohiyoさん
>ご返答ありがとうございます。
>オプションを変更しながらの確認には時間がかかりそうなので、とりあえず標準のオプションでDISKSPDを走らせた結果を添付します。現象は変わらないようです。
全く確証はないのですが、CrystalDiskMark 3 では、FILE_FLAG_SEQUENTIAL_SCAN を有効にしてシーケンシャルリード/ライトテストを実施しています。
CrystalDiskMark 4 は FILE_FLAG_SEQUENTIAL_SCAN を有効にしていないのでひょっとすると、-fs オプションをつけてベンチマークすると結果が改善するかもしれません。
お手数ですが、-fs オプションを追加した上でテストしていただけないでしょうか？
>＞hiyohiyoさん
>ご返答ありがとうございます。
>オプションを変更しながらの確認には時間がかかりそうなので、とりあえず標準のオプションでDISKSPDを走らせた結果を添付します。現象は変わらないようです。
全く確証はないのですが、CrystalDiskMark 3 では、FILE_FLAG_SEQUENTIAL_SCAN を有効にしてシーケンシャルリード/ライトテストを実施しています。
CrystalDiskMark 4 は FILE_FLAG_SEQUENTIAL_SCAN を有効にしていないのでひょっとすると、-fs オプションをつけてベンチマークすると結果が改善するかもしれません。
お手数ですが、-fs オプションを追加した上でテストしていただけないでしょうか？
|
すがぴ
- 15/7/9(木) 11:13 -
|
＞hiyohiyoさん
大変遅くなりましたが、ようやく原因が判明しました。少々複雑なのでご容赦ください。
DISKSPDには、以下の-hオプションと、-Sオプションがあります。
-h: ソフトウェアキャッシュ(System Memory)とハードウェア書き込みキャッシュ(SSD Write Cache)両方を無効にする。ハードウェア読み込みキャッシュ(SSD Read Cache)は有効。但し、いくつかの条件（※）を伴う。
-S: ソフトウェアキャッシュ(System memory)のみを無効にし、ハードウェア書き込み＆読み込みキャッシュを有効にする。
この記述だけだと、CrystalDiskMarkは-hオプションを使っているので、世の中にあるすべてのAHCI/NVMeデバイスにおいてWrite Cache無効の非常に低いパフォーマンスになるはずなのですが、以下の条件がクセモノです。
※-hオプションでSSD Write Cacheが無効・有効になる条件：
- StorAHCI.sysは、-hオプションを常に無視して、SSD Write Cacheが有効。
- StorNVMe.sysを使用し、かつPLP回路（遮断時データ保護回路）を持つサーバー用NVMe SSDは、-hオプションを無視して、SSD Write Cacheを有効にする。
- StorNVMe.sysを使用して、かつPLP回路を持たないクライアント用NVMe SSDは、-hオプションのポリシーに従い、SSD Write Cacheを無効にする。
- デバイスマネージャー上の「デバイスでWinowsによる書き込みキャッシュバッファーのフラッシュをオフにする」の機能をオンにすると、SSD Write Cacheが常に有効になる。但し、緊急遮断時にOSが壊れて二度とブートしなくなる可能性あり。
マイクロソフトは、このポリシーを決定済みで、StorNVMe.sysのWrite Cacheをオンするつもりはないそうです。また、インテルは上記のマイクロソフトのポリシーに従うらしいので、RSTドライバであっても、AHCIとNVMeで分けて、マイクロソフトのドライバーと全く同じ動きにさせるそうです。
要するに、-hオプションを使用すると、今後世の中に出てくるクライアント用NVMe SSDは全てHDD並みのパフォーマンスに見えてしまいます。
試しにDiskSpdで-Sオプションを使用したところ、期待通りのWrite performanceを得ることができました。
というわけで、次のCrystal Disk Markのバージョンで、-hではなく-Sオプションに切り替えるスイッチを用意していただけませんでしょうか。よろしくお願いします。
大変遅くなりましたが、ようやく原因が判明しました。少々複雑なのでご容赦ください。
DISKSPDには、以下の-hオプションと、-Sオプションがあります。
-h: ソフトウェアキャッシュ(System Memory)とハードウェア書き込みキャッシュ(SSD Write Cache)両方を無効にする。ハードウェア読み込みキャッシュ(SSD Read Cache)は有効。但し、いくつかの条件（※）を伴う。
-S: ソフトウェアキャッシュ(System memory)のみを無効にし、ハードウェア書き込み＆読み込みキャッシュを有効にする。
この記述だけだと、CrystalDiskMarkは-hオプションを使っているので、世の中にあるすべてのAHCI/NVMeデバイスにおいてWrite Cache無効の非常に低いパフォーマンスになるはずなのですが、以下の条件がクセモノです。
※-hオプションでSSD Write Cacheが無効・有効になる条件：
- StorAHCI.sysは、-hオプションを常に無視して、SSD Write Cacheが有効。
- StorNVMe.sysを使用し、かつPLP回路（遮断時データ保護回路）を持つサーバー用NVMe SSDは、-hオプションを無視して、SSD Write Cacheを有効にする。
- StorNVMe.sysを使用して、かつPLP回路を持たないクライアント用NVMe SSDは、-hオプションのポリシーに従い、SSD Write Cacheを無効にする。
- デバイスマネージャー上の「デバイスでWinowsによる書き込みキャッシュバッファーのフラッシュをオフにする」の機能をオンにすると、SSD Write Cacheが常に有効になる。但し、緊急遮断時にOSが壊れて二度とブートしなくなる可能性あり。
マイクロソフトは、このポリシーを決定済みで、StorNVMe.sysのWrite Cacheをオンするつもりはないそうです。また、インテルは上記のマイクロソフトのポリシーに従うらしいので、RSTドライバであっても、AHCIとNVMeで分けて、マイクロソフトのドライバーと全く同じ動きにさせるそうです。
要するに、-hオプションを使用すると、今後世の中に出てくるクライアント用NVMe SSDは全てHDD並みのパフォーマンスに見えてしまいます。
試しにDiskSpdで-Sオプションを使用したところ、期待通りのWrite performanceを得ることができました。
というわけで、次のCrystal Disk Markのバージョンで、-hではなく-Sオプションに切り替えるスイッチを用意していただけませんでしょうか。よろしくお願いします。
|
hiyohiyo
- 15/7/9(木) 23:57 -
|
▼すがぴさん：
>-h: ソフトウェアキャッシュ(System Memory)とハードウェア書き込みキャッシュ(SSD Write Cache)両方を無効にする。ハードウェア読み込みキャッシュ(SSD Read Cache)は有効。但し、いくつかの条件（※）を伴う。
>-S: ソフトウェアキャッシュ(System memory)のみを無効にし、ハードウェア書き込み＆読み込みキャッシュを有効にする。
>
>この記述だけだと、CrystalDiskMarkは-hオプションを使っているので、世の中にあるすべてのAHCI/NVMeデバイスにおいてWrite Cache無効の非常に低いパフォーマンスになるはずなのですが、以下の条件がクセモノです。
>
>※-hオプションでSSD Write Cacheが無効・有効になる条件：
> - StorAHCI.sysは、-hオプションを常に無視して、SSD Write Cacheが有効。
> - StorNVMe.sysを使用し、かつPLP回路（遮断時データ保護回路）を持つサーバー用NVMe SSDは、-hオプションを無視して、SSD Write Cacheを有効にする。
> - StorNVMe.sysを使用して、かつPLP回路を持たないクライアント用NVMe SSDは、-hオプションのポリシーに従い、SSD Write Cacheを無効にする。
> - デバイスマネージャー上の「デバイスでWinowsによる書き込みキャッシュバッファーのフラッシュをオフにする」の機能をオンにすると、SSD Write Cacheが常に有効になる。但し、緊急遮断時にOSが壊れて二度とブートしなくなる可能性あり。
>
>マイクロソフトは、このポリシーを決定済みで、StorNVMe.sysのWrite Cacheをオンするつもりはないそうです。また、インテルは上記のマイクロソフトのポリシーに従うらしいので、RSTドライバであっても、AHCIとNVMeで分けて、マイクロソフトのドライバーと全く同じ動きにさせるそうです。
>
>要するに、-hオプションを使用すると、今後世の中に出てくるクライアント用NVMe SSDは全てHDD並みのパフォーマンスに見えてしまいます。
>試しにDiskSpdで-Sオプションを使用したところ、期待通りのWrite performanceを得ることができました。
>
>というわけで、次のCrystal Disk Markのバージョンで、-hではなく-Sオプションに切り替えるスイッチを用意していただけませんでしょうか。よろしくお願いします。
大変丁寧なご説明ありがとうございました。ドライバ挙動に依存しているとは気が付きませんでした。
-h から -S に変更した CrystalDiskMark 5 Alpha1 をリリースしました。検証を重ね近いうちに正式版としてリリースいたします。
>-h: ソフトウェアキャッシュ(System Memory)とハードウェア書き込みキャッシュ(SSD Write Cache)両方を無効にする。ハードウェア読み込みキャッシュ(SSD Read Cache)は有効。但し、いくつかの条件（※）を伴う。
>-S: ソフトウェアキャッシュ(System memory)のみを無効にし、ハードウェア書き込み＆読み込みキャッシュを有効にする。
>
>この記述だけだと、CrystalDiskMarkは-hオプションを使っているので、世の中にあるすべてのAHCI/NVMeデバイスにおいてWrite Cache無効の非常に低いパフォーマンスになるはずなのですが、以下の条件がクセモノです。
>
>※-hオプションでSSD Write Cacheが無効・有効になる条件：
> - StorAHCI.sysは、-hオプションを常に無視して、SSD Write Cacheが有効。
> - StorNVMe.sysを使用し、かつPLP回路（遮断時データ保護回路）を持つサーバー用NVMe SSDは、-hオプションを無視して、SSD Write Cacheを有効にする。
> - StorNVMe.sysを使用して、かつPLP回路を持たないクライアント用NVMe SSDは、-hオプションのポリシーに従い、SSD Write Cacheを無効にする。
> - デバイスマネージャー上の「デバイスでWinowsによる書き込みキャッシュバッファーのフラッシュをオフにする」の機能をオンにすると、SSD Write Cacheが常に有効になる。但し、緊急遮断時にOSが壊れて二度とブートしなくなる可能性あり。
>
>マイクロソフトは、このポリシーを決定済みで、StorNVMe.sysのWrite Cacheをオンするつもりはないそうです。また、インテルは上記のマイクロソフトのポリシーに従うらしいので、RSTドライバであっても、AHCIとNVMeで分けて、マイクロソフトのドライバーと全く同じ動きにさせるそうです。
>
>要するに、-hオプションを使用すると、今後世の中に出てくるクライアント用NVMe SSDは全てHDD並みのパフォーマンスに見えてしまいます。
>試しにDiskSpdで-Sオプションを使用したところ、期待通りのWrite performanceを得ることができました。
>
>というわけで、次のCrystal Disk Markのバージョンで、-hではなく-Sオプションに切り替えるスイッチを用意していただけませんでしょうか。よろしくお願いします。
大変丁寧なご説明ありがとうございました。ドライバ挙動に依存しているとは気が付きませんでした。
-h から -S に変更した CrystalDiskMark 5 Alpha1 をリリースしました。検証を重ね近いうちに正式版としてリリースいたします。
|
すがぴ
- 15/7/14(火) 8:52 -
|
＞hiyohiyoさん
早速のご対応ありがとうございました。試してみて結果をお知らせします。
ところで、英語のwebサイトの表記について、ファイルサイズが日本語サイトと異なっていて、EXEのファイルサイズがZIPよりも小さく表示されています。
あとこれは英語サイトの仕様かもしれませんが、"[2015/07/05] CrystalDiskMark 4.1.0"のタイトルが水晶雫のウィンドウより上に来ているので、「あれ、4.1.0のダウンロードリンクは？」と思ってしまいました。ダウンロードリンクが、タイトルに近い方が見やすいと思いました。
早速のご対応ありがとうございました。試してみて結果をお知らせします。
ところで、英語のwebサイトの表記について、ファイルサイズが日本語サイトと異なっていて、EXEのファイルサイズがZIPよりも小さく表示されています。
あとこれは英語サイトの仕様かもしれませんが、"[2015/07/05] CrystalDiskMark 4.1.0"のタイトルが水晶雫のウィンドウより上に来ているので、「あれ、4.1.0のダウンロードリンクは？」と思ってしまいました。ダウンロードリンクが、タイトルに近い方が見やすいと思いました。
|
hiyohiyo
- 15/7/15(水) 0:02 -
|
▼すがぴさん：
>ところで、英語のwebサイトの表記について、ファイルサイズが日本語サイトと異なっていて、EXEのファイルサイズがZIPよりも小さく表示されています。
EXE版の方が圧縮率が高いためファイルサイズが小さくなっております。
>あとこれは英語サイトの仕様かもしれませんが、"[2015/07/05] CrystalDiskMark 4.1.0"のタイトルが水晶雫のウィンドウより上に来ているので、「あれ、4.1.0のダウンロードリンクは？」と思ってしまいました。ダウンロードリンクが、タイトルに近い方が見やすいと思いました。
期間限定の宣伝でしたので画像は削除しました。
>ところで、英語のwebサイトの表記について、ファイルサイズが日本語サイトと異なっていて、EXEのファイルサイズがZIPよりも小さく表示されています。
EXE版の方が圧縮率が高いためファイルサイズが小さくなっております。
>あとこれは英語サイトの仕様かもしれませんが、"[2015/07/05] CrystalDiskMark 4.1.0"のタイトルが水晶雫のウィンドウより上に来ているので、「あれ、4.1.0のダウンロードリンクは？」と思ってしまいました。ダウンロードリンクが、タイトルに近い方が見やすいと思いました。
期間限定の宣伝でしたので画像は削除しました。
|
すがぴ
- 15/7/15(水) 23:19 -
|
＞hiyohiyoさん
CrystalDiskMark 5.0.0 Alpha2を試しました。
NVMe SSDで、期待通りのRead/Writeパフォーマンスが得られました。(Seq Wr 35.44MB/s => 1550MB/sに上昇)
また、SATA SSDについて、Crystal Disk Mark 4.0.3と5.0.0 Alpha2の間でスコアの差は見られませんでした。
期待通りに改善できていると思います。ありがとうございました。
CrystalDiskMark 5.0.0 Alpha2を試しました。
NVMe SSDで、期待通りのRead/Writeパフォーマンスが得られました。(Seq Wr 35.44MB/s => 1550MB/sに上昇)
また、SATA SSDについて、Crystal Disk Mark 4.0.3と5.0.0 Alpha2の間でスコアの差は見られませんでした。
期待通りに改善できていると思います。ありがとうございました。