We hebben allemaal af en toe een 'situatie' op onze computers tegengekomen die ons volledig verbijsterd maakt, zoals een bestand met een grootte nul, maar hoe is dat mogelijk? De SuperUser Q & A-post van vandaag biedt antwoorden op de vraag van een verwarde lezer.
De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een door de gemeenschap gestuurde groep van Q & A-websites.
SuperUser-lezer Eugene S wil weten hoe de bestandsgrootte nul kan zijn:
Dit is iets dat ik tegenkwam en geen goede uitleg kon bedenken. Als ik een leeg * .txt-bestand op mijn computer maak en vervolgens naar de grootte kijk, wordt een grootte nul weergegeven. Hoe is dat mogelijk? Ik bedoel, zelfs als het bestand zelf leeg is, moet het nog steeds een bepaalde grootte hebben (zelfs als het alleen zijn eigen naam opslaat). Hoe kan dit worden uitgelegd?
Hoe is het mogelijk dat een bestand de grootte nul heeft?
SuperUser-bijdragers David Schwartz en Cort Ammon hebben het antwoord voor ons. Als eerste, David Schwartz:
Het is mogelijk omdat er echt geen bestand is. Er is alleen een telefoonboekvermelding met een naam en eigenaar. Het telefoonboekitem is logisch verschillend van het bestand. Hetzelfde bestand kan bijvoorbeeld meer dan één naam in meer dan één map hebben.
Helaas wordt de term bestand niet altijd gebruikt om precies hetzelfde te betekenen. Maar de logica van de bestandsgrootte komt van het model waarbij een directory-item een bestand aan een map toevoegt, waarna de bestandsnamen en gerelateerde metagegevens worden opgeslagen in de directory.
Gevolgd door het antwoord van Cort Ammon:
De semantische de betekenis van de bestandsgrootte verschilt van degene die u gebruikt.
Er zijn veel bestandsgrootten die betekenisvol zijn. De meest voorkomende en degene die u hier ziet, is het aantal bytes in het bestand. Als het bestand een leeg tekstbestand is, bevat het mogelijk nul bytes. Dit aantal is belangrijk voor programmeurs, omdat we vaak een bestand moeten openen, alle gegevens moeten lezen en het moeten sluiten. We moeten weten hoeveel bytes gegevens in het bestand aanwezig zijn, zodat we vooruit kunnen plannen.
Een andere betekenis is de manier waarop de meeste bestandssystemen gegevens opslaan. De meeste bestandssystemen slaan gegevens op in blokken. Het bestandssysteem kan bijvoorbeeld gegevens in blokken van 64 kB opslaan, wat betekent dat het nooit iets toewijst dat geen even veelvoud is van 64 kB. Dit klinkt inefficiënt, maar het kan boekhouden een stuk eenvoudiger maken en vaak eenvoudiger betekent sneller.
Een derde betekenis, waar je aan trekt, is het werkelijke aantal bits dat op de harde schijf nodig is om de aanwezigheid te beschrijven van een bestand. Dit omvat informatie die meestal gescheiden van het bestand wordt opgeslagen. In Linux wordt het concept van de bestandsnaam bijvoorbeeld opgeslagen in de inode voor de map die het bestand bevat. [ Gebaseerd op invoer van andere opmerkingen, wordt dit (technisch) opgeslagen in de gegevens van de map. Toen ik dit schreef, dacht ik aan het geval met de kleine directory. Gegevens kleiner dan 156 bytes kunnen direct in de inode worden opgeslagen. ] Dit is geen algemeen gebruikte betekenis, omdat het verschrikkelijk moeilijk is om te bepalen zonder de enorm diepe innerlijke werking van uw bestandssysteem te kennen (zoals de boekhouding van de benodigde ruimte om alle rechten op het bestand op te slaan). Als u echter een harde schijf van 1.000.000 bytes hebt en wilt weten hoe groot een bestand op die harde schijf past, is dit een zeer belangrijke betekenis voor u!
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 hier de volledige discussiethread
Wat betekent "+" in ondersteunde geheugentypen van DDR4 RAM: gemiddeld?
Als u voorbereidingen treft om hardware op uw computer te vervangen of een van uw eigen hardware te bouwen, dan zijn enkele van de ondersteunde geheugentypen weergegeven voor moederborden kan een beetje verwarrend zijn. Wat betekent de " + " die soms wordt weergegeven voor DDR4 RAM? De SuperUser Q & A-post van vandaag biedt het antwoord op de vraag van een verwarde lezer.
Oracle kan de Java Plug-in niet beveiligen, dus waarom is het nog steeds standaard ingeschakeld?
Java was verantwoordelijk voor 91 procent van alle computercompromissen in 2013. De meeste mensen hebben niet alleen de Java-browserinvoegtoepassing ingeschakeld: ze gebruiken een verouderde, kwetsbare versie. Hé, Oracle - het is tijd om die plug-in standaard uit te schakelen. Oracle weet dat de situatie een ramp is.