アカウント名:
パスワード:
SLCキャッシュがあふれるとそうなるそうな
特にQLC採用で、NANDチップが少なく、ホストのRAMを当てにするHMBタイプは速度が落ちると落ちっぱなしになりやすいみたいね。Crucial P3 Plusとか空き領域が少ないワーストケースだと、SDカードレベルの100MB/s以下まで書き込み速度が落ち込む。
マイクロンがトランセンドに続いてNVMeの2230サイズ出すけど、SLCキャッシュがあふれるとやっぱ遅いんだろうなぁ。 https://pc.watch.impress.co.jp/docs/news/1 [impress.co.jp]
空き領域が少ないワーストケースだと
それ単にTrimできてないだけでは？NANDはHDDと違って上書きができないから消してから書く分遅くなるそれを避けるためにTrimで事前に消すわけだが空きが少ないとソノマも取れなくなるケースがままある
# OS絡みて空いているはずと思ってもハードウェアレベルでは仕様セル分散のために再利用予定地だったり
trimでデータを消すというのは初耳だな普通はブロックの一部がファイル削除でゴミになったとき、そのブロックの一部を書き換えるために新しいブロックにデータをコピーする際、ゴミの部分をコピーしないようにフラグを立てるだけ
trimがないとゴミの部分を認識できないのでゴミを含めて丸ごとコピーしてしまうそうすると、ゴミの部分に新しいファイルを書こうとしても既にゴミが書いてあるのでブロックの再コピーが必要になるが、trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる（ブロックのコピーが1回減る）
> trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる
書き込むことはできないYo。NANDは一回消さないと書けないんだYo。
「Trimで事前に消す」も「trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる」も不正確。
Trimでマークしといて、ガベコレでそのマーク済みのブロックを空き時間に消去しておけば、いきなりデータを書くことができる、だ。https://www.crucial.jp/articles/about-ssd/what-is-trim [crucial.jp]
よく読め。
消去済みのまっさらなブロックに元のブロックからコピーするときにvalidのデータ部は書いて、「ゴミの部分は何も書かない」。何も書かない部分は消去済みのまま未使用状態で残っているのでいきなり新しいデータを書き込むことができる。
crucialのページに書いてあるガベージコレクションはファイル削除で「ブロック全体がゴミになったとき」のこと。ブロックの一部に有効データが残っているときはそのブロックの1部を書き換えるときまで（消去済みのブロックへのデータコピーが発生するまで）消去はできない。
Trimだけではないです。TLCでも行われていましたが、QLCって素の書き込み速度がかなり遅いので、Trimで開放された空き領域等を疑似SLC化した書き込みバッファにしています。OSからみた空き領域が減るとこの疑似SLCバッファも比例して減る(現行SSDの大半が採用の第2世代の場合 [impress.co.jp])ので、シーケンシャルの書き込み速度も直ぐにQLCの素の書き込み速度まで落ちるようになります。
しかも、HMBだとマザーボード上のDRAMからRAM領域を借りて来るけど、レイテンシが大きい上に小容量でFTLのスラッシングが起きてNANDへのアクセスが詰まるのか、シーケンシャル書き込み中のSLCキャッシュ領域の回復も遅かったりします。
ソース皆無で申し訳ないですが、QLCの書き込みがかなり遅いと書きましたが、疑似SLCを1として、TLCが1/5、QLCが1/25程度まで落ち込むのが目安です。
件のSSDは仕様上3600MB/sらしいですが、1/25なら144MB/sでHDDレベルですね。
SSDを自作した話の同人誌でそんな情報あったような。SSD自作なんて無理だろと思ったら、作者がキオクシアだった。
https://www.kioxia.com/ja-jp/business/ssd/solution/doujinshi.html [kioxia.com]
これか
これは良情報。面白い。
めったにないとは思うが一気に数100GB書き込んだりすると(ゲームのインスコとか)あふれるそうな。
SLCキャッシュのメリットとデメリットhttps://doslabo.com/blog/slc-cache [doslabo.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
HDDより遅くなるSSD (スコア:0)
SLCキャッシュがあふれるとそうなるそうな
Re: (スコア:0)
特にQLC採用で、NANDチップが少なく、ホストのRAMを当てにするHMBタイプは速度が落ちると落ちっぱなしになりやすいみたいね。
Crucial P3 Plusとか空き領域が少ないワーストケースだと、SDカードレベルの100MB/s以下まで書き込み速度が落ち込む。
マイクロンがトランセンドに続いてNVMeの2230サイズ出すけど、
SLCキャッシュがあふれるとやっぱ遅いんだろうなぁ。
https://pc.watch.impress.co.jp/docs/news/1 [impress.co.jp]
Re: (スコア:0)
空き領域が少ないワーストケースだと
それ単にTrimできてないだけでは？
NANDはHDDと違って上書きができないから消してから書く分遅くなる
それを避けるためにTrimで事前に消すわけだが空きが少ないとソノマも取れなくなるケースがままある
# OS絡みて空いているはずと思ってもハードウェアレベルでは仕様セル分散のために再利用予定地だったり
Re: (スコア:0)
trimでデータを消すというのは初耳だな
普通はブロックの一部がファイル削除でゴミになったとき、そのブロックの一部を書き換えるために新しいブロックにデータをコピーする際、ゴミの部分をコピーしないようにフラグを立てるだけ
trimがないとゴミの部分を認識できないのでゴミを含めて丸ごとコピーしてしまう
そうすると、ゴミの部分に新しいファイルを書こうとしても既にゴミが書いてあるのでブロックの再コピーが必要になるが、trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる
（ブロックのコピーが1回減る）
Re: (スコア:0)
> trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる
書き込むことはできないYo。
NANDは一回消さないと書けないんだYo。
「Trimで事前に消す」も「trimでゴミの部分のコピーをしないようにしておくといきなり新しいデータを書き込むことができる」も不正確。
Trimでマークしといて、ガベコレでそのマーク済みのブロックを空き時間に消去しておけば、いきなりデータを書くことができる、だ。
https://www.crucial.jp/articles/about-ssd/what-is-trim [crucial.jp]
Re: (スコア:0)
よく読め。
消去済みのまっさらなブロックに元のブロックからコピーするときにvalidのデータ部は書いて、「ゴミの部分は何も書かない」。
何も書かない部分は消去済みのまま未使用状態で残っているのでいきなり新しいデータを書き込むことができる。
crucialのページに書いてあるガベージコレクションはファイル削除で「ブロック全体がゴミになったとき」のこと。
ブロックの一部に有効データが残っているときはそのブロックの1部を書き換えるときまで（消去済みのブロックへのデータコピーが発生するまで）消去はできない。
Re: (スコア:0)
Trimだけではないです。
TLCでも行われていましたが、QLCって素の書き込み速度がかなり遅いので、Trimで開放された空き領域等を疑似SLC化した書き込みバッファにしています。
OSからみた空き領域が減るとこの疑似SLCバッファも比例して減る(現行SSDの大半が採用の第2世代の場合 [impress.co.jp])ので、
シーケンシャルの書き込み速度も直ぐにQLCの素の書き込み速度まで落ちるようになります。
しかも、HMBだとマザーボード上のDRAMからRAM領域を借りて来るけど、
レイテンシが大きい上に小容量でFTLのスラッシングが起きてNANDへのアクセスが詰まるのか、
シーケンシャル書き込み中のSLCキャッシュ領域の回復も遅かったりします。
Re: (スコア:0)
ソース皆無で申し訳ないですが、QLCの書き込みがかなり遅いと書きましたが、
疑似SLCを1として、TLCが1/5、QLCが1/25程度まで落ち込むのが目安です。
件のSSDは仕様上3600MB/sらしいですが、1/25なら144MB/sでHDDレベルですね。
Re: (スコア:0)
SSDを自作した話の同人誌でそんな情報あったような。
SSD自作なんて無理だろと思ったら、作者がキオクシアだった。
Re:HDDより遅くなるSSD (スコア:1)
https://www.kioxia.com/ja-jp/business/ssd/solution/doujinshi.html [kioxia.com]
これか
Re: (スコア:0)
これは良情報。面白い。
Re: (スコア:0)
めったにないとは思うが一気に数100GB書き込んだりすると(ゲームのインスコとか)あふれるそうな。
SLCキャッシュのメリットとデメリット
https://doslabo.com/blog/slc-cache [doslabo.com]