サーバ機のHDDを2TBに換えようと思いAdvanced Format Technologyの事をいろいろ調べてます。
ＯＳをAFT対応に換えればいいのですがXPのサポートが切れるまでは替える気はありません。
XPでも使える事は分かりましたが選択肢は３つぐらいしかありません。
１．HDDコピーツールを使いコピー後にアライメント調整ツールを使う
２．Vista以降などでフォーマットしてクリーンインストールする
３．Smart Align機能を備えてるSeagateのHDDを使う
２．は専用のツールで容量確保とフォーマットするなども含みます。
３．が一番簡単な方法ですが問題があるみたいです。
どれにするか決めてませんが何故このような問題が起こるのかを調べると情報がバラバラ。
アライメントのズレが問題なのでそれを調整すればＯＫという事は一致してます。
この事に関してはどのサイトでも詳しく説明してるので分かります。
解決法は一致してるけど詳しく知りたいので更に調べると情報が一致しない。
クラスタとセクタの説明がないサイトでは間違った事が書いてあるところもあるようです。
分かりやすく説明してあるのは ココ だと思います。
文字コードがEUCなのでchromeでは文字化けして見れません。
AFTを採用してるHDDでもファームウェアレベルでは512バイト／セクタとして扱われます。
Western Digitalでは物理セクタは4096バイトなのですがフォームウェアが512バイト／セクタとしてエミュレートしてるそうです。
他社は分かりませんがたぶん互換性を考えて同じような事をやってるはずです。
つまりパソコンやＯＳから見れば従来通りのHDDと変わりません。
なので使えないという事はないはず。
ちなみにSeageteのSmart Alignは ココ を読めば何となく理由がわかると思います。
この記事を読むとSmart Alignってインチキくさい商品ですねぇ（ココが参考になります）。
話を元に戻してXPでも普通にNTFSフォーマットすれば4096バイト／クラスタのはずです。
ハードウェア的には512バイト／セクタで動いてますがOSはクラスタ単位で管理してるのでアライメント調整すれば済むという事です。
アライメント調整については説明してるサイトがいっぱいあるので省きます。
AFT パーティション 調整 セクタ等で検索すればいくらでも出てきます。
同じ問題が SSD にもあるようですが理由はほぼ同じだと思います。
ただFAT32などでは違うようなので気を付けてください。
アライメント調整すれば問題ないと聞きますが実際はよく分かってません。
OSがクラスタ単位でファイル管理してるのは確かです。
しかしハードウェアレベルではセクタ単位でアクセスと思うので4096バイトに満たない場合そのセクタ分しかアクセスしてないかもしれません。
具体的には1024バイトのデータを書き込む場合2セクタ分の書き込みしかやってないかもという事です。
その場合はフォームウェアが補完してると考えられます。
具体的には
１．書き込むセクタを読み込み(4096バイト)
２．新しいデータとの入れ替え(1024バイトを書き込む場合は2セクタ分だけ)
３．セクタへの書き込み
という事をやってると思われます。（Read-Modify-Writeと言うらしい）
文字だけじゃ分かりにくいので ココ の図解を参考にしてください。
実際にこういう処理をやってる可能性もあるので細かいファイルばかりだとVista／7でも遅いかもしれません。
ちなみにベンチマークの最少アクセス単位は4096バイトなのでアライメント調整さえしてればこの問題は出ません。
最後にAFTが出来た理由としてHDDにエラー訂正領域というものがありセクタ数を減らす事によりその領域を減らしてデータ領域を増やそうという理由もあります。
セクタを512から4096にしただけで10％ぐらい節約できるそうです。
ＯＳをAFT対応に換えればいいのですがXPのサポートが切れるまでは替える気はありません。
XPでも使える事は分かりましたが選択肢は３つぐらいしかありません。
１．HDDコピーツールを使いコピー後にアライメント調整ツールを使う
２．Vista以降などでフォーマットしてクリーンインストールする
３．Smart Align機能を備えてるSeagateのHDDを使う
２．は専用のツールで容量確保とフォーマットするなども含みます。
３．が一番簡単な方法ですが問題があるみたいです。
どれにするか決めてませんが何故このような問題が起こるのかを調べると情報がバラバラ。
アライメントのズレが問題なのでそれを調整すればＯＫという事は一致してます。
この事に関してはどのサイトでも詳しく説明してるので分かります。
解決法は一致してるけど詳しく知りたいので更に調べると情報が一致しない。
クラスタとセクタの説明がないサイトでは間違った事が書いてあるところもあるようです。
分かりやすく説明してあるのは ココ だと思います。
文字コードがEUCなのでchromeでは文字化けして見れません。
AFTを採用してるHDDでもファームウェアレベルでは512バイト／セクタとして扱われます。
Western Digitalでは物理セクタは4096バイトなのですがフォームウェアが512バイト／セクタとしてエミュレートしてるそうです。
他社は分かりませんがたぶん互換性を考えて同じような事をやってるはずです。
つまりパソコンやＯＳから見れば従来通りのHDDと変わりません。
なので使えないという事はないはず。
ちなみにSeageteのSmart Alignは ココ を読めば何となく理由がわかると思います。
この記事を読むとSmart Alignってインチキくさい商品ですねぇ（ココが参考になります）。
話を元に戻してXPでも普通にNTFSフォーマットすれば4096バイト／クラスタのはずです。
ハードウェア的には512バイト／セクタで動いてますがOSはクラスタ単位で管理してるのでアライメント調整すれば済むという事です。
アライメント調整については説明してるサイトがいっぱいあるので省きます。
AFT パーティション 調整 セクタ等で検索すればいくらでも出てきます。
同じ問題が SSD にもあるようですが理由はほぼ同じだと思います。
ただFAT32などでは違うようなので気を付けてください。
アライメント調整すれば問題ないと聞きますが実際はよく分かってません。
OSがクラスタ単位でファイル管理してるのは確かです。
しかしハードウェアレベルではセクタ単位でアクセスと思うので4096バイトに満たない場合そのセクタ分しかアクセスしてないかもしれません。
具体的には1024バイトのデータを書き込む場合2セクタ分の書き込みしかやってないかもという事です。
その場合はフォームウェアが補完してると考えられます。
具体的には
１．書き込むセクタを読み込み(4096バイト)
２．新しいデータとの入れ替え(1024バイトを書き込む場合は2セクタ分だけ)
３．セクタへの書き込み
という事をやってると思われます。（Read-Modify-Writeと言うらしい）
文字だけじゃ分かりにくいので ココ の図解を参考にしてください。
実際にこういう処理をやってる可能性もあるので細かいファイルばかりだとVista／7でも遅いかもしれません。
ちなみにベンチマークの最少アクセス単位は4096バイトなのでアライメント調整さえしてればこの問題は出ません。
最後にAFTが出来た理由としてHDDにエラー訂正領域というものがありセクタ数を減らす事によりその領域を減らしてデータ領域を増やそうという理由もあります。
セクタを512から4096にしただけで10％ぐらい節約できるそうです。