Cluster Slack Space
Non è possibile accedere a ciascun singolo byte su un supporto di memorizzazione separatamente. Fare ciò sarebbe terribilmente inefficiente perché il sistema ha bisogno di un modo per tenere traccia di quelli che sono usati e quali sono liberi (cioè un elenco), quindi farlo separatamente per ogni byte creerebbe troppi ascolti (per ogni singolo byte, cioè 1 a 1, l'elenco sarebbe grande quanto il mezzo stesso!)
Al contrario, il supporto è suddiviso in blocchi, blocchi, unità, gruppi, come si desidera chiamarli (il termine tecnico è cluster ), ognuno dei quali contiene un numero consistente di byte (in genere è possibile specificare la dimensione del cluster poiché usi diversi richiedono dimensioni diverse per ridurre gli sprechi).
Quando un file viene salvato su disco, la dimensione del file è diviso da lui dimensione del cluster e arrotondato fino , se necessario. Ciò significa che, a meno che la dimensione del file non sia esattamente divisibile per la dimensione del cluster, parte del cluster finisce per non essere utilizzato e quindi sprecato.
Quando si visualizzano le proprietà di un file, vengono visualizzate le dimensioni effettive del file e le dimensioni che occupa sul disco che include qualsiasi " gioco ", vale a dire i "suggerimenti sul cluster" che non vengono utilizzati. Questo di solito non è molto per file e la dimensione sul disco sarà di solito quasi uguale alla dimensione effettiva, ma quando si aggiunge lo spazio sprecato da tutte le migliaia di file su un'unità, possono sommarsi. Pertanto, quando si visualizzano le dimensioni di una cartella di grandi dimensioni, in particolare una con molti file piccoli che sono più piccoli di un cluster, la dimensione sul disco (ovvero la quantità di spazio su disco contrassegnata come utilizzata) può finire per essere significativamente più grande di quella effettiva dimensione (ovvero, lo spazio richiesto dai file effettivi).
In un caso come sopra, ciò che puoi provare è ridurre la dimensione del cluster in modo che ogni file sprechi meno spazio. In genere, un'unità con la maggior parte dei file persi dovrebbe utilizzare la dimensione del cluster più piccola possibile (per ridurre gli sprechi) e un'unità con la maggior parte dei file dovrebbe utilizzare la dimensione del cluster più grande possibile (in questo modo le strutture di contabilità finiscono per essere più piccole).
Anche a un livello inferiore, se ogni cluster è solo un singolo settore , a meno che un file non sia un multiplo esatto della dimensione dei settori sull'unità (di solito 512 byte tradizionalmente, ora spesso 4.096 con dischi Advanced Format ), allora ci sarà ancora essere spazio inutilizzato tra la fine del file e la fine del settore.
Compressione
Un altro scenario in cui potresti notare una differenza tra le dimensioni effettive del file e le dimensioni sul disco è con la compressione. Quando un'unità viene compressa (ad esempio, utilizzando DriveSpace , compressione NTFS , ecc.) Allora ci sarà una differenza tra la dimensione del file effettivo (che deve essere conosciuto) e la dimensione effettiva occupata dal file (ovvero, utilizza o "riprende") sul disco.
Scorciatoie e collegamenti
Ancora un altro scenario che potrebbe comportare una differenza è con hardlink . Con i file system che supportano i collegamenti fissi, quando viene creato un file duplicato, invece di creare un file completamente nuovo che occupa spazio per se stesso, il file system crea un collegamento al file in modo che entrambi (o tutti e tre, ecc.) le copie puntano allo stesso file fisico sul disco. Pertanto, quando ci sono due file che puntano agli stessi dati, ognuno ha le stesse dimensioni, ma occupa solo leggermente più dello spazio per memorizzare una singola copia.
