CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃過去ログ ┃ホーム  
45 / 1000     ←次へ | 前へ→

Re:Windows上のDiskMarkで有る限り、やはりデフォルトは128KiBかと。
 hiyohiyo WEB  - 17/12/10(日) 23:48 -
▼marosamaさん:
>僕がチェックした限り、128KiB(256Sector)が最大転送ブ
>ロック長です。このあたりは、過去とのしがらみがあるので、
>多少効率が悪くても、しょうがないようです。
>ちなみに、IntelのRAIDドライバーも128KiBですよ。

http://blog.livedoor.jp/wisteriear/archives/1068179824.html

にあるように、ATTO Disk Benchmark でブロックサイズを変更して評価すると非 RAID 時は 128KiB でほぼ頭打ちとなっているのですが、RAID 時はブロックサイズの拡大に合わせ速度が出ています。8枚 RAID の場合 2MiB で頭打ち。

ストライピングサイズの関係があるのかもしれませんが、128KiB x8 で考えると 1MiB で十分な気もします。
この理由何か考えられそうなことあるでしょうか。

また、そもそも 128KiB x 32Q で実行していれば、データ供給量としては十分な気もするのですが、ブロックサイズ拡張することでベンチマーク結果が良くなる理由も正直なところよくわかっておりません。

アプリから 2MiB ブロックでコマンドを送れば、ドライバで 128KiB x 16 に分解してドライブにコマンドを送るものと理解しているのですが、そんな単純なものではないのでしょうか。

ATA コマンドなり、NVMe コマンドまでトレースできるようなソフトウェアなりハードウェアを使って、実際の状況を確認してみるのが一番だとは思うのですが、そこまでの知識もなく。。。もしご存知でしたらご教示いただけないでしょうか。

教えていただいてばかりで申し訳ございません。

引用なし

パスワード


・ツリー全体表示

CrystalDiskMark 6.1.0 Beta1 について 金華山の仙人 17/11/30(木) 16:07
Re:CrystalDiskMark 6.1.0 Beta1 について 金華山の仙人 17/11/30(木) 16:27 [添付][添付]
Re:CrystalDiskMark 6.1.0 Beta1 について 金華山の仙人 17/12/1(金) 0:29 [添付]
Re:CrystalDiskMark 6.1.0 Beta1 について marosama 17/12/8(金) 21:47
Windows上のDiskMarkで有る限り、やはりデフォルトは... 金華山の仙人 17/12/9(土) 2:08
Re:Windows上のDiskMarkで有る限り、やはりデフォル... marosama 17/12/10(日) 12:07
Re:Windows上のDiskMarkで有る限り、やはりデフォル... hiyohiyo 17/12/10(日) 23:48
Re:Windows上のDiskMarkで有る限り、やはりデフォル... marosama 17/12/12(火) 2:45
Re:Windows上のDiskMarkで有る限り、やはりデフォル... hiyohiyo 17/12/13(水) 0:53
Re:Windows上のDiskMarkで有る限り、やはりデフォル... marosama 17/12/13(水) 7:52
Re:Windows上のDiskMarkで有る限り、やはりデフォル... hiyohiyo 17/12/14(木) 1:22
Re:CrystalDiskMark 6.1.0 Beta1 について 金華山の仙人 17/11/30(木) 17:24

45 / 1000     ←次へ | 前へ→
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃過去ログ ┃ホーム  
 57800
ページ:  ┃  記事番号:  

C-BOARD Moyuku v1.03b3