Creo que este es el comportamiento correcto. Los discos 4k todavía informan sectores de 512 bytes en el lado de la interfaz. Aunque abordan internamente los sectores en bloques de 4k.
El puente está en la mayoría de las unidades que solo permite un cambio de sector. En la mayoría de las unidades, cambia el direccionamiento del sector en 1. La razón son sistemas operativos que no son compatibles con 4K, como Winodws XP. Para comprender, debe saber que Windows XP crea la primera partición para comenzar en el sector 63 (sí, esto no es un error tipográfico).
En la mayoría de los casos, Windows utilizará un sistema de archivos con unidades de asignación de 4k (grupos NTFS). Por lo tanto, supondría que cuando lee un clúster NTFS desde una unidad tradicional, solo tiene que leer 8 bloques físicos. Bastante sencillo.
Ahora la unidad también utilizará un tamaño de sector de 4k. Esto está completamente bien ya que el sistema operativo nunca leerá clústeres más pequeños que 4k, ya que esta es la unidad de asignación más pequeña (suponiendo que no haya forzado clústeres FS más pequeños durante el formateo). Como escribí, las unidades aún exponen sectores de 512 bytes en el nivel de interfaz por razones de compatibilidad. Pero si lee solo un bloque de 512 bytes, la unidad lee internamente un sector de 4k y luego lo divide para enviar solo 512 bytes a través de la interfaz del cable.
Entonces, ¿dónde está el problema ahora? ###
El problema con Windows XP es que la partición está alineada con el bloque 63 de forma predeterminada. Esto da como resultado una desalineación de los clústeres NTSF a los bloques físicos. He creado una pequeña imagen para ilustrar esto:
Como puede ver en la imagen en Windows XP, el clúster lógico no está alineado con bloques físicos de 4k. Como resultado, si Windows lee un clúster NTFS lógico, requiere que la unidad lea dos bloques, y no solo uno. Peor aún si solo necesita un solo clúster NTFS, lee dos sectores y tiene que fusionarlos para devolver solo los datos solicitados al sistema operativo.
Para las operaciones de escritura es aún peor. En este caso, la unidad tiene que leer dos sectores físicos de 4k y luego fusionar sus contenidos con los contenidos del nuevo clúster NTFS antes de que pueda volver a guardar ambos sectores en el disco. Esto significa que en lugar de simplemente reemplazar el sector en el HDD sobrescribiéndolo, la unidad debe leer 8k, fusionarse en un búfer y escribir 8k. Esto ralentiza mucho las operaciones de escritura.
Para evitar la fusión innecesaria, los fabricantes de HDD agregaron un truco de "compatibilidad" que se puede habilitar a través de Jumper. Simplemente está incrementando cada dirección de sector de 512 bytes en 1. Como resultado, la primera partición creada por Windows comenzará en el sector 64 y la asignación se ve de la siguiente manera:
Ahora, cualquier lectura / escritura de un bloque lógico 4k NTFS da como resultado exactamente la lectura / escritura de un sector físico.
Por supuesto, esta solución no es necesaria si crea sus particiones alineadas con los límites del sector 4k. Por ejemplo, en Linux, simplemente puede usar fdiskpara definir en qué bloque comienza su partición. Por lo tanto, es una buena idea usar una multiplicación de 8 aquí.
Windows está iniciando la primera partición en el sector 2048 AFAIR desde Vista. Entonces este problema ya no ocurre aquí.
ADVERTENCIA : Si aún utiliza el puente de trabajo en sistemas operativos listos para 4k como Vista, Win7 o Win2k8 R2, esto podría INTERRUMPIR la alineación del sector. La razón es que la unidad incrementará nuevamente las direcciones del sector en 1, lo que dará como resultado que la primera partición se alinee con el sector 2049, lo que nuevamente causa una caída importante del rendimiento.
Por lo tanto, asegúrese de que si está utilizando un sistema operativo compatible con 4k, quite el puente antes de particionar la unidad. En su caso específico, creo que todo debería estar bien siempre que haya vuelto a particionar la unidad con el puente eliminado. Formatear el disco no tiene nada que ver con la alineación del sector y el direccionamiento 4k. Lo único que debe asegurarse durante el formateo es que no use tamaños de clúster más pequeños que 4k, ya que 2k NTFS-clusters simplemente darían como resultado la necesidad de leer un sector completo de 4k para cada acceso de HDD desde el sistema operativo. Por cierto: el uso de clústeres NTFS de 8k sigue siendo completamente correcto ya que el disco simplemente leería 2 sectores para cada operación de lectura / escritura NTFS.