CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
 |
 |
CrystalDiskMark 4 要望、実行結果募集中 hiyohiyo 15/3/8(日) 23:44 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
|
|
Samsung 840 Evo 500GB UK 15/3/12(木) 1:05 |
|
 |
Dev4のバグ、と要望です UK 15/3/19(木) 0:20 |
|
 |
Re:Dev4のバグ、と要望です marosama 15/3/19(木) 1:53 |
|
 |
Re:Dev4のバグ、と要望です 金華山の仙人 15/3/19(木) 2:28 |
|
|
Re:Dev4のバグ、と要望です hiyohiyo 15/3/24(火) 23:21 |
|
|
Re:Dev4のバグ、と要望です hiyohiyo 15/3/27(金) 14:56 |
|
|
Re:Dev4のバグ、と要望です hiyohiyo 15/3/24(火) 22:48 |
|
UK - 15/3/12(木) 1:05 - |
Samsung 840 Evo 500GBの結果です。
繰り返し回数１回です。
通常のSATA 6GbpsではQD32は効果が無いようです。
-----------------------------------------------------------------------
CrystalDiskMark 4 Dev2 x64 (C) 2007-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
Sequential Read (QD=32) : 548.116 MB/s
Sequential Write (QD=32) : 509.843 MB/s
Random Read 4KB (QD=32) : 384.137 MB/s [ 93783.4 IOPS]
Random Write 4KB (QD=32) : 340.330 MB/s [ 83088.4 IOPS]
Sequential Read (QD=1) : 545.477 MB/s
Sequential Write (QD=1) : 511.187 MB/s
Random Read 512KB (QD=1) : 518.357 MB/s
Random Write 512KB (QD=1) : 449.998 MB/s
Random Read 4KB (QD=1) : 70.502 MB/s [ 17212.4 IOPS]
Random Write 4KB (QD=1) : 147.917 MB/s [ 36112.5 IOPS]
Test : 1000 MB [C: 34.9% (146.2/419.1 GB)] (x1)
Date : 2015/03/12 0:52:56
OS : Windows 8.1 Pro [6.3 Build 9600] (x64)
繰り返し回数１回です。
通常のSATA 6GbpsではQD32は効果が無いようです。
-----------------------------------------------------------------------
CrystalDiskMark 4 Dev2 x64 (C) 2007-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
Sequential Read (QD=32) : 548.116 MB/s
Sequential Write (QD=32) : 509.843 MB/s
Random Read 4KB (QD=32) : 384.137 MB/s [ 93783.4 IOPS]
Random Write 4KB (QD=32) : 340.330 MB/s [ 83088.4 IOPS]
Sequential Read (QD=1) : 545.477 MB/s
Sequential Write (QD=1) : 511.187 MB/s
Random Read 512KB (QD=1) : 518.357 MB/s
Random Write 512KB (QD=1) : 449.998 MB/s
Random Read 4KB (QD=1) : 70.502 MB/s [ 17212.4 IOPS]
Random Write 4KB (QD=1) : 147.917 MB/s [ 36112.5 IOPS]
Test : 1000 MB [C: 34.9% (146.2/419.1 GB)] (x1)
Date : 2015/03/12 0:52:56
OS : Windows 8.1 Pro [6.3 Build 9600] (x64)
|
UK - 15/3/19(木) 0:20 - |
■コピーの不具合
Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
-----------------------------------------------------------------------
CrystalDiskMark 4 Dev4 x64 (C) 2007-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
Sequential Read (Q=32,T= 1) : 547.157 MB/s
Sequential Write (Q=32,T= 1) : 511.283 MB/s
Random Read 4KiB (Q=32,T= 1) : 377.346 MB/s [ 92125.5 IOPS]
Random Write 4KiB (Q=32,T= 1) : 118.337 MB/s [ 28890.9 IOPS]
Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
Random Read 512KiB (Q= 1,T= 1) : 539.644 MB/s
Random Write 512KiB (Q= 1,T= 1) : 482.968 MB/s
Random Read 4KiB (Q= 1,T= 1) : 82.059 MB/s [ 20033.9 IOPS]
Random Write 4KiB (Q= 1,T= 1) : 144.647 MB/s [ 35314.2 IOPS]
Test : 1000 MiB [C: 34.8% (146.0/419.1 GB)] (x1) [1]
Date : 2015/03/18 23:56:45
OS : Windows 8.1 Pro [6.3 Build 9600] (x64)
■T8のスコアの報告
AS SSD benchmarkでPCIe-SSDでは５割以上性能があがるのを見かけたので試してみましたが、普通のSSDなので、スコアが逆に下がってしまいました。（というだけで特に意味はありません）
Random Read 4KiB (Q=32,T= 8) : 261.129 MB/s [ 63752.2 IOPS]
Random Write 4KiB (Q=32,T= 8) : 293.814 MB/s [ 71731.9 IOPS]
■ドライブ名の取得の提案
ネットワークやUSBドライブのため、また、UACが必要になるため取得する機能は追加しないとのことですが、WMIを使って取得すれば、権限の昇格も必要ないですし、ドライブレターに紐付けられたドライブ名称は比較的簡単に習得できると思いますので、ご一考ください。
Win32_DiskDrive class
https://msdn.microsoft.com/en-us/library/aa394132%28v=vs.85%29.aspx
Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
-----------------------------------------------------------------------
CrystalDiskMark 4 Dev4 x64 (C) 2007-2015 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes
Sequential Read (Q=32,T= 1) : 547.157 MB/s
Sequential Write (Q=32,T= 1) : 511.283 MB/s
Random Read 4KiB (Q=32,T= 1) : 377.346 MB/s [ 92125.5 IOPS]
Random Write 4KiB (Q=32,T= 1) : 118.337 MB/s [ 28890.9 IOPS]
Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
Random Read 512KiB (Q= 1,T= 1) : 539.644 MB/s
Random Write 512KiB (Q= 1,T= 1) : 482.968 MB/s
Random Read 4KiB (Q= 1,T= 1) : 82.059 MB/s [ 20033.9 IOPS]
Random Write 4KiB (Q= 1,T= 1) : 144.647 MB/s [ 35314.2 IOPS]
Test : 1000 MiB [C: 34.8% (146.0/419.1 GB)] (x1) [1]
Date : 2015/03/18 23:56:45
OS : Windows 8.1 Pro [6.3 Build 9600] (x64)
■T8のスコアの報告
AS SSD benchmarkでPCIe-SSDでは５割以上性能があがるのを見かけたので試してみましたが、普通のSSDなので、スコアが逆に下がってしまいました。（というだけで特に意味はありません）
Random Read 4KiB (Q=32,T= 8) : 261.129 MB/s [ 63752.2 IOPS]
Random Write 4KiB (Q=32,T= 8) : 293.814 MB/s [ 71731.9 IOPS]
■ドライブ名の取得の提案
ネットワークやUSBドライブのため、また、UACが必要になるため取得する機能は追加しないとのことですが、WMIを使って取得すれば、権限の昇格も必要ないですし、ドライブレターに紐付けられたドライブ名称は比較的簡単に習得できると思いますので、ご一考ください。
Win32_DiskDrive class
https://msdn.microsoft.com/en-us/library/aa394132%28v=vs.85%29.aspx
|
marosama - 15/3/19(木) 1:53 - |
▼UKさん：
>■コピーの不具合
>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
> Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
> Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
開発者でもない僕が答えるようなことではないかもしれませんが、
これは、バグではなく仕様だと思います。
Windowsというか、大抵のOSの場合、ドライバーの制限によって、
実際のコマンドあたりの最大転送サイズが、256セクタ（1セクタ
ー512バイトの場合で128KB）に制限されています。
USB3の場合のみ製品によって、1024セクタ（512KB）が使用でき
ます。
このため、転送サイズをソフト側で1MBと設定しても、実際にド
ライブに送られるライトまたはリードコマンドは、128KB単位に
分割され、8回送られます。
CDMの挙動を見る限りでは、転送サイズを1MBに設定しても、実際
には、転送サイズ128KBのQD=8状態で計測されていると推測されます。
IOMeterやTxBENCHでチェックされるとわかると思いますが、転送サイ
ズ128KBで計測する場合、QD=4ぐらいでSATA6G接続のSSDなら、ほぼ最
大速度を計測できます（シーケンシャルリード/ライトに限る）。
ということで、シーケンシャルに限定していうと、CDMで転送サイズに
1MBを設定した段階で、QD1だろうかQD32だろうがすでに最大速度に達し
ているので、同じ結果になってある意味当然だと思います。
なお、僕が試した限りでは、NVMe（ドライバーはMS謹製）でも、最大
転送サイズは、256セクタに制限されておりました。
NVMeの場合、QDをより深くしたり、スレッド数を増やすことで、リー
ド/ライト性能が向上すると推測されます。
>■コピーの不具合
>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
> Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
> Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
開発者でもない僕が答えるようなことではないかもしれませんが、
これは、バグではなく仕様だと思います。
Windowsというか、大抵のOSの場合、ドライバーの制限によって、
実際のコマンドあたりの最大転送サイズが、256セクタ（1セクタ
ー512バイトの場合で128KB）に制限されています。
USB3の場合のみ製品によって、1024セクタ（512KB）が使用でき
ます。
このため、転送サイズをソフト側で1MBと設定しても、実際にド
ライブに送られるライトまたはリードコマンドは、128KB単位に
分割され、8回送られます。
CDMの挙動を見る限りでは、転送サイズを1MBに設定しても、実際
には、転送サイズ128KBのQD=8状態で計測されていると推測されます。
IOMeterやTxBENCHでチェックされるとわかると思いますが、転送サイ
ズ128KBで計測する場合、QD=4ぐらいでSATA6G接続のSSDなら、ほぼ最
大速度を計測できます（シーケンシャルリード/ライトに限る）。
ということで、シーケンシャルに限定していうと、CDMで転送サイズに
1MBを設定した段階で、QD1だろうかQD32だろうがすでに最大速度に達し
ているので、同じ結果になってある意味当然だと思います。
なお、僕が試した限りでは、NVMe（ドライバーはMS謹製）でも、最大
転送サイズは、256セクタに制限されておりました。
NVMeの場合、QDをより深くしたり、スレッド数を増やすことで、リー
ド/ライト性能が向上すると推測されます。
|
金華山の仙人 - 15/3/19(木) 2:28 - |
▼marosamaさん：
残念ながら、画像dataと違う結果がテキストdataに出てる時点で、バグですね。
残念ながら、画像dataと違う結果がテキストdataに出てる時点で、バグですね。
|
hiyohiyo
- 15/3/24(火) 22:48 -
|
▼UKさん：
>■コピーの不具合
>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
ご迷惑おかけしました。Dev5で修正しました。
>■T8のスコアの報告
> AS SSD benchmarkでPCIe-SSDでは５割以上性能があがるのを見かけたので試してみましたが、普通のSSDなので、スコアが逆に下がってしまいました。（というだけで特に意味はありません）
>
> Random Read 4KiB (Q=32,T= 8) : 261.129 MB/s [ 63752.2 IOPS]
> Random Write 4KiB (Q=32,T= 8) : 293.814 MB/s [ 71731.9 IOPS]
こちらでも色々なパターンで試していますが、多ければ早いというわけではないようです。機種によっても挙動がだいぶ異なります。
>■ドライブ名の取得の提案
> ネットワークやUSBドライブのため、また、UACが必要になるため取得する機能は追加しないとのことですが、WMIを使って取得すれば、権限の昇格も必要ないですし、ドライブレターに紐付けられたドライブ名称は比較的簡単に習得できると思いますので、ご一考ください。
>
> Win32_DiskDrive class
> https://msdn.microsoft.com/en-us/library/aa394132%28v=vs.85%29.aspx
情報ありがとうございます。
>■コピーの不具合
>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
ご迷惑おかけしました。Dev5で修正しました。
>■T8のスコアの報告
> AS SSD benchmarkでPCIe-SSDでは５割以上性能があがるのを見かけたので試してみましたが、普通のSSDなので、スコアが逆に下がってしまいました。（というだけで特に意味はありません）
>
> Random Read 4KiB (Q=32,T= 8) : 261.129 MB/s [ 63752.2 IOPS]
> Random Write 4KiB (Q=32,T= 8) : 293.814 MB/s [ 71731.9 IOPS]
こちらでも色々なパターンで試していますが、多ければ早いというわけではないようです。機種によっても挙動がだいぶ異なります。
>■ドライブ名の取得の提案
> ネットワークやUSBドライブのため、また、UACが必要になるため取得する機能は追加しないとのことですが、WMIを使って取得すれば、権限の昇格も必要ないですし、ドライブレターに紐付けられたドライブ名称は比較的簡単に習得できると思いますので、ご一考ください。
>
> Win32_DiskDrive class
> https://msdn.microsoft.com/en-us/library/aa394132%28v=vs.85%29.aspx
情報ありがとうございます。
|
hiyohiyo
- 15/3/24(火) 23:21 -
|
▼marosamaさん：
>▼UKさん：
>>■コピーの不具合
>>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
>> Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
>> Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
>
>開発者でもない僕が答えるようなことではないかもしれませんが、
>これは、バグではなく仕様だと思います。
すみません。恥ずかしながらネタの参照元がバグってました。Dev5 で修正しました。
>Windowsというか、大抵のOSの場合、ドライバーの制限によって、
>実際のコマンドあたりの最大転送サイズが、256セクタ（1セクタ
>ー512バイトの場合で128KB）に制限されています。
>USB3の場合のみ製品によって、1024セクタ（512KB）が使用でき
>ます。
>
>このため、転送サイズをソフト側で1MBと設定しても、実際にド
>ライブに送られるライトまたはリードコマンドは、128KB単位に
>分割され、8回送られます。
>CDMの挙動を見る限りでは、転送サイズを1MBに設定しても、実際
>には、転送サイズ128KBのQD=8状態で計測されていると推測されます。
>
>IOMeterやTxBENCHでチェックされるとわかると思いますが、転送サイ
>ズ128KBで計測する場合、QD=4ぐらいでSATA6G接続のSSDなら、ほぼ最
>大速度を計測できます（シーケンシャルリード/ライトに限る）。
>
>ということで、シーケンシャルに限定していうと、CDMで転送サイズに
>1MBを設定した段階で、QD1だろうかQD32だろうがすでに最大速度に達し
>ているので、同じ結果になってある意味当然だと思います。
>
>なお、僕が試した限りでは、NVMe（ドライバーはMS謹製）でも、最大
>転送サイズは、256セクタに制限されておりました。
>NVMeの場合、QDをより深くしたり、スレッド数を増やすことで、リー
>ド/ライト性能が向上すると推測されます。
技術的な考察ありがとうございます。
ソフトウェア側で 1MiB ブロックを利用していても内部では 128KiB x 8 に分割されるというのはごもっともですね。
通常のシーケンシャルテストについて、QD=1 表記は技術的に不適切ですね。
また、Multi Threads/Queues なシーケンシャルテストについては 128KiB 化にするべきですね。
大きな仕様変更となりますので関連調査をした上で、Dev6 以降で対応します。
準備が出来次第ソースコードも公開しますので、お気づきの点がありましたら技術的なアドバイスをいただけると幸いです。
>▼UKさん：
>>■コピーの不具合
>>Dev4でコピーした時にSequential Read Q1 T1のスコアがQ32/T1のものとおなじになってしまうようです。（★の部分）
>> Sequential Read (Q= 1,T= 1) : 547.157 MB/s ★
>> Sequential Write (Q= 1,T= 1) : 511.283 MB/s ★
>
>開発者でもない僕が答えるようなことではないかもしれませんが、
>これは、バグではなく仕様だと思います。
すみません。恥ずかしながらネタの参照元がバグってました。Dev5 で修正しました。
>Windowsというか、大抵のOSの場合、ドライバーの制限によって、
>実際のコマンドあたりの最大転送サイズが、256セクタ（1セクタ
>ー512バイトの場合で128KB）に制限されています。
>USB3の場合のみ製品によって、1024セクタ（512KB）が使用でき
>ます。
>
>このため、転送サイズをソフト側で1MBと設定しても、実際にド
>ライブに送られるライトまたはリードコマンドは、128KB単位に
>分割され、8回送られます。
>CDMの挙動を見る限りでは、転送サイズを1MBに設定しても、実際
>には、転送サイズ128KBのQD=8状態で計測されていると推測されます。
>
>IOMeterやTxBENCHでチェックされるとわかると思いますが、転送サイ
>ズ128KBで計測する場合、QD=4ぐらいでSATA6G接続のSSDなら、ほぼ最
>大速度を計測できます（シーケンシャルリード/ライトに限る）。
>
>ということで、シーケンシャルに限定していうと、CDMで転送サイズに
>1MBを設定した段階で、QD1だろうかQD32だろうがすでに最大速度に達し
>ているので、同じ結果になってある意味当然だと思います。
>
>なお、僕が試した限りでは、NVMe（ドライバーはMS謹製）でも、最大
>転送サイズは、256セクタに制限されておりました。
>NVMeの場合、QDをより深くしたり、スレッド数を増やすことで、リー
>ド/ライト性能が向上すると推測されます。
技術的な考察ありがとうございます。
ソフトウェア側で 1MiB ブロックを利用していても内部では 128KiB x 8 に分割されるというのはごもっともですね。
通常のシーケンシャルテストについて、QD=1 表記は技術的に不適切ですね。
また、Multi Threads/Queues なシーケンシャルテストについては 128KiB 化にするべきですね。
大きな仕様変更となりますので関連調査をした上で、Dev6 以降で対応します。
準備が出来次第ソースコードも公開しますので、お気づきの点がありましたら技術的なアドバイスをいただけると幸いです。
|
hiyohiyo
- 15/3/27(金) 14:56 -
|
▼hiyohiyoさん：
>▼marosamaさん：
>通常のシーケンシャルテストについて、QD=1 表記は技術的に不適切ですね。
>また、Multi Threads/Queues なシーケンシャルテストについては 128KiB 化にするべきですね。
Dev6 で変更しました。
>▼marosamaさん：
>通常のシーケンシャルテストについて、QD=1 表記は技術的に不適切ですね。
>また、Multi Threads/Queues なシーケンシャルテストについては 128KiB 化にするべきですね。
Dev6 で変更しました。