Penso che questo sia un comportamento corretto. I dischi 4k riportano ancora settori a 512 byte sul lato dell'interfaccia. Anche se si rivolgono internamente ai settori in blocchi 4k.
Il ponticello è nella maggior parte delle unità che consente solo un cambio di settore. Sulla maggior parte delle unità sposta l'indirizzamento di settore di 1. Il motivo è un sistema operativo non compatibile con 4K come Winodws XP. Per capire devi sapere che Windows XP crea la prima partizione per iniziare dal settore 63 (sì, questo non è un errore di battitura).
Nella maggior parte dei casi Windows utilizzerà un file system con unità di allocazione 4k (cluster NTFS). Quindi supponeresti che quando leggi un cluster NTFS da un'unità tradizionale deve solo leggere 8 blocchi fisici. Abbastanza semplice.
Ora l'unità utilizzerà anche le dimensioni del settore 4k. Questo va del tutto bene poiché il sistema operativo non leggerà mai cluster più piccoli di 4k poiché questa è l'unità di allocazione più piccola (supponendo che non hai forzato cluster FS più piccoli durante il formato). Come ho scritto, le unità espongono ancora settori a 512 byte a livello di interfaccia per motivi di compatibilità. Ma se leggi solo un singolo blocco da 512 byte, l'unità interna legge comunque un settore 4k e quindi lo divide per inviare solo 512 byte attraverso l'interfaccia del cavo.
Allora, dov'è il problema adesso? ###
Il problema con Windows XP è che la partizione è allineata al blocco 63 per impostazione predefinita. Ciò si traduce in un errato allineamento dei cluster NTSF ai blocchi fisici. Ho creato una piccola immagine per illustrare questo:
Come puoi vedere nell'immagine su Windows XP, il cluster logico non è allineato ai blocchi fisici 4k. Di conseguenza, se Windows legge un cluster NTFS logico, è necessario che l'unità legga due blocchi e non solo uno. Ancora peggio se hai solo bisogno di un singolo cluster NTFS legge due settori e li deve unire per restituire solo i dati richiesti al sistema operativo.
Per le operazioni di scrittura è anche peggio. In questo caso, l'unità deve leggere due settori fisici 4k e quindi unire i loro contenuti con i contenuti del nuovo cluster NTFS prima di poter salvare entrambi i settori sul disco. Ciò significa invece di sostituire semplicemente il settore sull'HDD sovrascrivendolo, l'unità deve leggere 8k, unire in un buffer e scrivere 8k. Questo rallenta molto le operazioni di scrittura.
Al fine di evitare inutili fusioni, i produttori di HDD hanno aggiunto un hack di "compatibilità" che può essere abilitato tramite Jumper. Aumenta semplicemente di 1 ogni indirizzo di settore di 512 byte di 1. Di conseguenza, la prima partizione creata da Windows inizierà nel settore 64 e la mappatura avrà il seguente aspetto:
Ora qualsiasi lettura / scrittura di un blocco logico NTFS 4k porta esattamente alla lettura / scrittura di un settore fisico.
Naturalmente questo aggiramento non è affatto necessario se si creano già le partizioni allineate ai confini del settore 4K. Ad esempio su Linux puoi semplicemente usare fdiskper definire da quale blocco inizia la tua partizione. Quindi è una buona idea usare una moltiplicazione di 8 qui.
Windows avvia la prima partizione nel settore 2048 AFAIR da Vista. Quindi questo problema non si verifica più qui.
ATTENZIONE : se si utilizza ancora il jumper per aggirare il sistema operativo predisposto per 4K come Vista, Win7 o Win2k8 R2, questo potrebbe effettivamente interrompere l'allineamento del settore. Il motivo è che l'unità aumenterà di nuovo gli indirizzi di settore di 1, determinando l'allineamento della prima partizione al settore 2049 che causa nuovamente un calo delle prestazioni.
Quindi assicurati di utilizzare un sistema operativo compatibile con 4k per rimuovere il jumper prima di partizionare l'unità. Nel tuo caso specifico penso che tutto dovrebbe andare bene fintanto che hai ripartizionato l'unità con il ponticello rimosso. La formattazione dell'unità non ha nulla a che fare con l'allineamento settoriale e l'indirizzamento 4K. L'unica cosa che dovresti assicurarti durante il formato è che non usi cluster di dimensioni inferiori a 4k poiché i cluster NTFS 2k comporterebbero semplicemente la necessità di leggere un settore 4K completo per ogni accesso all'HDD dal sistema operativo. A proposito: l'utilizzo di cluster NTFS 8k è ancora del tutto OK poiché il disco legge semplicemente 2 settori per ogni operazione di lettura / scrittura NTFS.