12Aug
Meestal zullen de waarden voor 'Grootte' en 'Grootte op schijf' zeer dicht bij de vergelijking komen bij het controleren van de grootte van een map of een bestand, maar wat als er een enorm verschil tussen beide is? De SuperUser Q & A post van vandaag bekijkt het antwoord op dit verwarrende probleem.
De vraag van vandaag &Antwoord sessie komt naar ons met dank aan SuperUser-een onderverdeling van Stack Exchange, een community-gestuurde groepering van Q & A-websites.
De vraag
SuperUser-lezer thelastblack wil weten waarom er zo'n groot verschil is tussen 'Grootte' en 'Grootte op schijf' voor een map op de SD-kaart van zijn telefoon:
Zoals u hieronder kunt zien, is er zoveel verschil tussen de'Grootte' en 'Formaat op schijf' velden voor deze map. Waarom is dat?
Ik weet dat 'Grootte op schijf' iets meer moet zijn dan 'Grootte' vanwege toewijzingseenheden in Windows, maar waarom is er zoveel verschil? Zou het kunnen zijn vanwege het grote aantal bestanden?
BTW, deze map staat op de SD-kaart van mijn Android-telefoon. Hierin slaat mijn kaartenapp de cachemap op en de app haalt zijn kaarten uit Google Maps.
Als we naar de schermafbeelding kijken, is er absoluut een groot verschil tussen 'Grootte' en 'Grootte op schijf', dus wat is hier gebeurd om dit te veroorzaken?
Het antwoord
SuperUser-bijdrager Bob heeft het antwoord voor ons:
Ik ga ervan uit dat je het FAT / FAT32-bestandssysteem hier gebruikt, omdat je zegt dat dit een SD-kaart is. NTFS en exFAT gedragen zich op dezelfde manier met betrekking tot toewijzingseenheden. Andere bestandssystemen kunnen anders zijn, maar ze worden sowieso niet ondersteund door Windows.
Als u veel kleine bestanden hebt, is dit zeker mogelijk. Beschouw dit:
- 50.000 bestanden
- 32 KB-clustergrootte( toewijzingseenheden), wat het maximum is voor FAT32
Ok, nu is de minimale -ingenomen ruimte 50.000 * 32.000 = 1.6 GB( met behulp van SI-voorvoegsels, niet binair, om het aantal te vereenvoudigenwiskunde).De ruimte die elk bestand op de schijf inneemt is altijd een veelvoud van de grootte van de toewijzingseenheid - en hier gaan we ervan uit dat elk bestand eigenlijk klein genoeg is om in een enkele eenheid te passen, met wat( verspilde) ruimte over.
Als elk bestand gemiddeld 2 kB zou bedragen, zou je ongeveer 100 MB totaal krijgen - maar je verspilt ook gemiddeld 15x dat( 30 KB per bestand) vanwege de grootte van de toewijzingseenheid.
Diepte-uitleg
Waarom gebeurt dit? Welnu, het FAT32-bestandssysteem moet bijhouden waar elk bestand is opgeslagen. Als het een lijst van elke afzonderlijke byte zou bijhouden, zou de tabel( zoals een adresboek) met dezelfde snelheid groeien als de gegevens - en verspillen veel ruimte. Dus wat ze doen is gebruik maken van "allocatie-eenheden", ook wel bekend als de "clustergrootte".Het volume is verdeeld in deze toewijzingseenheden en wat het bestandssysteem betreft, kunnen ze niet worden onderverdeeld: dat zijn de kleinste blokken die het kan adresseren. Net zoals je een huisnummer hebt, maar je postbode geeft er niet om hoeveel slaapkamers je hebt of er woont.
Dus wat gebeurt er als je een heel klein bestand hebt? Nou, het bestandssysteem maakt het niet uit als het bestand 0 KB, 2 KB of zelfs 15 KB is, het geeft het de minste ruimte die het kan hebben - in het voorbeeld hierboven is dat 32 KB.Je bestand gebruikt maar een klein deel van deze ruimte, en de rest is eigenlijk verspild, maar hoort nog steeds bij het bestand - net zoals een slaapkamer die je onbezet achterlaat.
Waarom zijn er verschillende toewijzingseenheden? Nou, het wordt een afweging tussen het hebben van een grotere tafel( adresboek, bijvoorbeeld zeggen dat John een huis bezit op 123 Fake Street, 124 Fake Street, 666 Satan Lane, etc.), of meer verspilde ruimte in elke eenheid( huis).Als u grotere bestanden hebt, is het logischer om grotere toewijzingseenheden te gebruiken, omdat een bestand geen nieuwe eenheid( huis) krijgt totdat alle andere zijn opgevuld. Als je veel kleine bestanden hebt, dan heb je sowieso al een grote tafel( adresboek), dus je kunt ze net zo goed kleine eenheden( huizen) geven.
Grote toewijzingseenheden zullen in de regel veel ruimte verspillen als u veel kleine bestanden hebt. Er is meestal geen goede reden om hoger te gaan dan 4 KB voor algemeen gebruik.
Fragmentatie?
Wat fragmentatie betreft, zou fragmentatie op deze manier geen ruimte moeten verspillen. Grote bestanden kunnen gefragmenteerd zijn, d.w.z. opgesplitst, in meerdere toewijzingseenheden, maar elke eenheid moet worden gevuld voordat de volgende wordt gestart. Defragging kan een beetje ruimte besparen in de toewijzingstabellen, maar dit is niet uw specifieke probleem.
Mogelijke oplossingen
Zoals gladiator2345 suggereerde, zijn je enige echte opties op dit punt om ermee te leven of opnieuw te formatteren met kleinere toewijzingseenheden.
Uw kaart kan zijn geformatteerd in FAT16, die een kleinere limiet voor de tabelgrootte heeft en daarom veel grotere toewijzingseenheden nodig heeft om een groter volume aan te pakken( met een bovengrens van 2 GB met 32 KB-toewijzingseenheden).Bron met dank aan Braiam. Als dat het geval is, zou je in ieder geval veilig als FAT32 moeten kunnen formatteren.
Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk de volledige discussiethread hier.
