Saya pikir ini adalah perilaku yang benar. Disk 4k masih melaporkan sektor 512-Byte di sisi antarmuka. Meskipun mereka secara internal menangani sektor dalam blok 4k.
Jumper ada di sebagian besar drive hanya memungkinkan pergeseran sektor. Pada kebanyakan drive, ini menggeser pengalamatan sektor dengan 1. Alasannya adalah OS yang tidak sadar 4k seperti Winodws XP. Untuk memahami Anda perlu tahu bahwa Windows XP membuat partisi pertama untuk memulai di sektor 63 (ya, ini bukan salah ketik).
Dalam kebanyakan kasus Windows akan menggunakan sistem file dengan unit alokasi 4k (cluster NTFS). Jadi Anda akan berasumsi bahwa ketika Anda membaca kluster NTFS dari drive tradisional hanya perlu membaca 8 blok fisik. Cukup sederhana.
Sekarang drive akan menggunakan ukuran sektor 4k juga. Ini sepenuhnya baik karena OS tidak akan pernah membaca kluster yang lebih kecil dari 4k karena ini adalah unit alokasi terkecil (dengan asumsi Anda tidak memaksa klaster FS yang lebih kecil selama format). Saat saya menulis drive masih mengekspos sektor 512-Byte pada level antarmuka untuk alasan kompatibilitas. Tetapi jika Anda membaca hanya satu blok 512-Byte, maka drive secara internal tetap membaca sektor 4k dan kemudian membaginya untuk mengirim hanya 512-Bytes melalui antarmuka kabel.
Jadi di mana masalahnya sekarang? ###
Masalah dengan Windows XP adalah bahwa ketika partisi disejajarkan untuk memblokir 63 secara default. Hal ini menghasilkan kesalahan penempatan cluster NTSF ke blok fisik. Saya telah membuat gambar kecil untuk menggambarkan ini:
Seperti yang Anda lihat pada gambar di Windows XP, cluster logis tidak disejajarkan dengan blok fisik 4k. Akibatnya jika Windows membaca gugusan NTFS logis itu memerlukan drive untuk membaca dua blok, dan bukan hanya satu. Lebih buruk lagi jika Anda hanya perlu satu NTFS cluster itu membaca dua sektor dan harus menggabungkan mereka untuk mengembalikan hanya data yang diminta ke OS.
Untuk operasi menulis itu bahkan lebih buruk. Dalam hal ini drive harus membaca dua sektor fisik 4k dan kemudian menggabungkan isinya dengan konten gugus NTFS baru sebelum dapat menyimpan kembali kedua sektor ke disk. Ini berarti, alih-alih hanya mengganti sektor pada HDD dengan menimpanya, drive harus membaca 8k, menggabungkan buffer dan menulis 8k. Ini memperlambat operasi penulisan banyak.
Untuk mencegah penggabungan yang tidak perlu, pabrikan HDD menambahkan hack "kompatibilitas" yang dapat diaktifkan melalui Jumper. Ini hanya menambah setiap alamat sektor 512-byte dengan 1. Akibatnya, partisi pertama yang dibuat oleh Windows akan dimulai pada sektor 64 dan pemetaannya terlihat sebagai berikut:
Sekarang setiap baca / tulis dari blok 4k NTFS logis menghasilkan persis membaca / menulis satu sektor fisik.
Tentu saja penyelesaian ini tidak diperlukan sama sekali jika Anda sudah membuat partisi Anda sejajar dengan batas-batas sektor 4k. Misalnya di Linux, Anda cukup menggunakan fdiskuntuk menentukan di mana blok dimulai partisi Anda. Jadi ide yang bagus untuk menggunakan multiply dari 8 di sini.
Windows memulai partisi pertama di sektor 2048 AFAIR sejak Vista. Jadi masalah ini tidak terjadi lagi di sini.
PERINGATAN : Jika Anda masih menggunakan jumper work-around pada OS siap 4k seperti Vista, Win7 atau Win2k8 R2 maka ini mungkin sebenarnya BREAK keselarasan sektor. Alasannya adalah bahwa drive kemudian akan lagi meningkatkan alamat sektor dengan 1 yang mengakibatkan partisi pertama disejajarkan dengan sektor 2049 yang lagi-lagi menyebabkan penurunan kinerja utama.
Jadi pastikan jika Anda menggunakan OS 4k-aware bahwa Anda menghapus jumper sebelum mempartisi drive. Dalam kasus spesifik Anda, saya pikir semuanya akan baik-baik saja selama Anda mempartisi ulang drive dengan jumper dihapus. Memformat drive tidak ada hubungannya dengan penyelarasan sektor dan 4k-addressing. Satu-satunya hal yang harus Anda pastikan selama format adalah bahwa Anda tidak menggunakan ukuran cluster lebih kecil dari 4k karena 2k NTFS-cluster hanya akan mengakibatkan persyaratan untuk tetap membaca sektor 4k penuh untuk setiap akses HDD dari OS. By the way: Menggunakan 8k NTFS cluster masih sepenuhnya OK karena disk hanya akan membaca 2 sektor untuk setiap operasi baca / tulis NTFS.