151 名前：名無しさん 投稿日：2020/10/18(日) 12:24:49.37 0>4kアライメントってのがあるのか
どういう状況で発生するんだろ
>156 名前：名無しさん投稿日：2020/10/18(日) 12:43:35.42 0
>>151
基本的にATAのストレージは512Byteがひとつの単位だった。
HDDならセクタが細かいと製造技術的に厳しくなってきていて、フラッシュメモリは4KiBで1ページ。
ずれたアクセスをされた場合、特に書き込むときに複数のページ/セクタに渡って読んだ上に書き変えてから再度書き戻さないといけないのでランダムアクセスの速度が極端に低下する。
読み込みの方はちょっと多く読むだけなので書き込み程の性能低下は無い。
システム上のアクセス単位であるクラスタはそもそも4KiBとかだったりするので、明示的に変な設定をしない限りは、先頭が4096で割り切れればアクセス時にアクセス単位からずれた領域を読んで書きかえるオーバーヘッドが軽減できて普通の速度が出る。
クローニングツールで先頭がずれていたり、変なパラメータでフォーマットしたりするとこれがずれるから遅くなる。
>160 名前：名無しさん[] 投稿日：2020/10/18(日) 13:05:12.80 0
>>156
なるほどランダムアクセスの時にセクタごとの書き換えがズレていると
特にランダムで複数のセクタに跨って書き込みしようとするせいで（書き込みだけが極端に）遅くなると

これはHDDでも起こりそうというか
もし起こった場合HDDの方がごり押しできない分地獄になりそうっすね…
>162 名前：名無しさん[sage] 投稿日：2020/10/18(日) 13:14:15.93 0
書き換え限界避けるために分散させるSSDの仕組み上
セクタがズレている状態のままだと使えば使うほど遅くなる感じか

そのまま放置状態で使ってるとSSDの書き換え寿命も減らしそうだな

144 名前：名無しさん[sage] 投稿日：2020/10/18(日) 03:59:03.70 0
aomei backupper使ってシステムバックアップ取って、SSD 4Kアライメントにチェック入れて復元したら整列されるよ
aomeiしか使ってないからわからないけどEaseUSとかでも出来るはず
>165 名前：名無しさん[sage] 投稿日：2020/10/18(日) 13:21:34.08 0
>>163
>>144とかで説明されてる4kアライメントのズレを修正すれば通常通りには使えるはず

185 名前：名無しさん[sage] 投稿日：2020/10/18(日) 15:15:57.33 0
>>160
物理セクタが512ByteのHDDでは発生しようが無い。
物理セクタが4KiBになったBigsector(世間的にはAFTとかAdvanced Format Technology っていったほうが通じることが多い)だと、同じ問題が発生してて10年位前にXPでランダムアクセス遅い！みたいな話になった。
ATAコマンドでは物理セクタと512Byteモードの有無を確認できて、512Byteエミュレーションのおかげで遅いけどとりあえず問題なく動くくらいの状況は作れた。
Vista辺りからWindows標準のインストーラが先頭セクタを割り切れる値にしているので、多くの場合普通に使ってればずれる事は無い。

SSDの場合は「書き換え」には消去が必要な事もあって書ける場所にとりあえず書き散らかすことでパフォーマンスを維持している。
デフラグと同じ場所にあるからまぎらわしいけどTRIMコマンドを発行すると、もう使って無いよって所は開放される。
デバイス側はファイルシステムを理解してるわけじゃないから使ってるデータなのかそうじゃないのかなんて区別つかんのよね。
結局はファームの挙動に寄るけど、TRIMでイラネってなってる領域はヒマなときに予め消去して書き散らかせる領域に戻すってことをしてるはず。
SSDの場合はウェアレベリングとかで実際に書きこまれる場所とかまでばらばらなのでユーザーに出来るのはTRIMコマンドの発行くらいしか無い。
容量が足りなくなったりすると「書き変えないとダメ」な領域が増えるので書きこむときに「消去」が処理として追加されるので遅くなる事もある。