アカウント名:
パスワード:
無駄な管理領域ができちゃう(+その書き換えもおきる)とかだと意味がある。
そうじゃないと、結局コントローラによるウェアレベリングで適当な番地にあるので、あんまり意味ない。
だとは思う。# とはいえ、明言はできないけど...
同意です。他にもファイルシステムによっては、ファイルや空き領域等の断片数に上限が有る場合があります。その場合、予防的なデフラグは必要となるかもしれません。(不具合事例 [microsoft.com])
またSSDの機種や使い方により空き領域の断片化には注意が必要かも。Trimコマンドによる空き領域の回収を効果的に実行するには連続した空き領域が必要ですが、あまりにも空き領域が断片化しているとSSDの機種によってはページ単位の読み込み>消去>書き直しがあちこちで発生してしまい、他SSDからのコピー等での巨大ファイル(VMのVHDとかISOイメージとか)書き込み時のシーケンシャルライト時にパフォーマンスが落ち込みます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
ファイルシステムによる (スコア:1)
無駄な管理領域ができちゃう(+その書き換えもおきる)とかだと意味がある。
そうじゃないと、結局コントローラによるウェアレベリングで適当な番地にあるので、あんまり意味ない。
だとは思う。
# とはいえ、明言はできないけど...
M-FalconSky (暑いか寒い)
Re:ファイルシステムによる (スコア:1)
同意です。
他にもファイルシステムによっては、ファイルや空き領域等の断片数に上限が有る場合があります。
その場合、予防的なデフラグは必要となるかもしれません。(不具合事例 [microsoft.com])
またSSDの機種や使い方により空き領域の断片化には注意が必要かも。
Trimコマンドによる空き領域の回収を効果的に実行するには連続した空き領域が必要ですが、
あまりにも空き領域が断片化しているとSSDの機種によってはページ単位の読み込み>消去>書き直しがあちこちで発生してしまい、他SSDからのコピー等での巨大ファイル(VMのVHDとかISOイメージとか)書き込み時のシーケンシャルライト時にパフォーマンスが落ち込みます。