アカウント名:
パスワード:
今や海門がどうこうという問題じゃない、瓦をやめよう
SMRは大抵の製品は2^16セクター毎に溝があり、2^16*4096byte=256MBを一括で書き込みます。クイックディスクが内部に沢山ある感じ。そして、個々のHDD搭載のキャッシュはほとんどの製品で256MBしかありません。なので、書き込み始めると終わるまで応答が無くなる様です。
一方でRaidではソフト/ハード・0/1/5/6/Zの方式に拠らず、設定次第ですがデータを128kB程度単位に分割して書き込みます。書き込むデータな大きさが1024倍以上も違うためにRaidとSMRの相性は悪いのであろうと推測できます。
でも、HDDのキャッシュを512MB積めばある程度は解決!と思うのですが、そう簡単な話でもないのですかね。今時+256MBならSMRとCMRの価格差より小さいはずですし、普段使いでもキャッシュに余裕があった方が挙動は安定すると予想出来ます。
#SMART情報等でホストからSMRかCMRかが分からないというのも、書き込む側からすればイヤらしいと思う。SMRならライトキャッシュを大きく取るというのが出来ないので。
> クイックディスクが内部に沢山ある感じ。 その例え、最高です!
CMR領域に書き込んで溢れてからSMR領域に再配置する [qiita.com]って聞いたけどな。そんな構造でもアームは一個だから詰まる。
CMR領域をキャッシュに使う手法が効果的なのは理解できるのですが、それでもSMR領域書き込み中に書き込み要求が来ても拒否するしかないのは変わらないので、ケチらずDRAMのキャシュ増やすか一度に書き込むセクター数を減らすかして欲しい所。書き込みを2^15セクター毎にしたら容量どれくらい変わるのか気になります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
原因がSMRなのは明らか (スコア:1)
今や海門がどうこうという問題じゃない、瓦をやめよう
オフトピ SMRとRaid (スコア:1)
SMRは大抵の製品は2^16セクター毎に溝があり、2^16*4096byte=256MBを一括で書き込みます。クイックディスクが内部に沢山ある感じ。
そして、個々のHDD搭載のキャッシュはほとんどの製品で256MBしかありません。なので、書き込み始めると終わるまで応答が無くなる様です。
一方でRaidではソフト/ハード・0/1/5/6/Zの方式に拠らず、設定次第ですがデータを128kB程度単位に分割して書き込みます。書き込むデータな大きさが1024倍以上も違うためにRaidとSMRの相性は悪いのであろうと推測できます。
でも、HDDのキャッシュを512MB積めばある程度は解決!と思うのですが、そう簡単な話でもないのですかね。今時+256MBならSMRとCMRの価格差より小さいはずですし、普段使いでもキャッシュに余裕があった方が挙動は安定すると予想出来ます。
#SMART情報等でホストからSMRかCMRかが分からないというのも、書き込む側からすればイヤらしいと思う。SMRならライトキャッシュを大きく取るというのが出来ないので。
Re: (スコア:0)
> クイックディスクが内部に沢山ある感じ。
その例え、最高です!
Re: (スコア:0)
CMR領域に書き込んで溢れてからSMR領域に再配置する [qiita.com]って聞いたけどな。そんな構造でもアームは一個だから詰まる。
Re: (スコア:0)
CMR領域をキャッシュに使う手法が効果的なのは理解できるのですが、それでもSMR領域書き込み中に書き込み要求が来ても拒否するしかないのは変わらないので、ケチらずDRAMのキャシュ増やすか一度に書き込むセクター数を減らすかして欲しい所。
書き込みを2^15セクター毎にしたら容量どれくらい変わるのか気になります。