HDDの大容量化に伴い、従来の512バイトセクタから、4096バイト単位のビッグセクタが導入されました。一般には、Advanced Formatとも呼ばれる方式です。
この仕組みは、セクタサイズを大きくすることで、エラー訂正用の領域などを効率化し、記録密度を高めることを目的としていました。
従来は512バイト単位ごとに管理されていた領域を、4096バイト単位でまとめて扱うことで、その分だけ管理領域の無駄を減らし、実データを記録できる容量を増やす。大まかには、そのような考え方だったはずです。
また、ファイルシステム側でもクラスタサイズが4096バイトであることが多く、その点でも理にかなっていたのかもしれません。
ところが、実際には互換性の問題が大きく残りました。
特に問題になったのが、アライメントのずれです。4096バイト単位で効率よく読み書きできるはずが、パーティションやファイルシステムの位置がずれていると、1回で済むはずの読み書きが内部的に2回必要になることがあります。
その結果、パフォーマンスが大きく低下することがあります。
しかも、この問題はユーザーから見て分かりにくく、本当にアライメントずれが原因で遅くなっているのか確認しにくい場合もあります。
そのため、体感上のメリットはそれほど大きくない一方で、互換性やアライメントの問題ばかりが目立ってしまうことになりました。
結局、多くの環境では、内部的には4096バイトセクタであっても、外部からは従来どおり512バイト単位として見せる構成が中心になりました。いわゆる512eのような互換方式です。
さらにその後、SSDの普及も進み、OSやソフトウェア、ドライブ検査の世界では、再び512バイト単位を前提とした扱いが中心に残っている印象があります。
つまり、ビッグセクタは大容量化のために必要な流れではありました。しかし、実際の運用では互換性の壁が大きく、結局は512バイト互換を維持しながら使われる形に落ち着いた、というのが実情に近いと思います。
