Unidad Western Digital Green de sectores de 512 bytes (puenteados) a sectores de 4k bytes (eliminación del puente)

10

Estaba usando una unidad WD20EARS con los pines 7 y 8 puenteados para usarla en un sistema operativo que no admite sectores de 4k. Pero ahora, quiero transferir ese disco duro a un sistema operativo que tenga soporte para el sector 4k.

Eliminé el puente, lo conecté a Windows Server 2008 R2 y realicé un formateo rápido. Sin embargo, DiskCheckup informa el atributo "bytes por sector" como 512 todavía.

¿Qué más debo hacer para usar esta unidad como unidad de sector 4k?

tgxiii
fuente
seguramente un formato rápido no lo va a hacer? Prueba un formato completo?
Sirex

Respuestas:

15

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:

Alineamiento de racimo

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:

ingrese la descripción de la imagen aquí

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.

SkyBeam
fuente
¡Agradable! Gracias por la respuesta detallada, y especialmente por la advertencia al final sobre el uso del puente en sistemas operativos listos para 4k.
tgxiii
Mark: Lo son, pero todos los que he visto han estado en la clase de producto "Enterprise". Son al menos el doble del precio / TB de las unidades 512e y, por lo tanto, no es probable que se vean fuera de las salas de servidores grandes.
Jamie Hanrahan