Vi løper alle ganger over en "situasjon" på våre datamaskiner som gir oss helt forvirret, for eksempel en fil som har en størrelse på null, men hvordan er det mulig? Dagens SuperUser Q & A-post har svar på et forvirret leser spørsmål.
Dagens Spørsmål og Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppe av Q & A-nettsteder.
SuperUser-leser Eugene S vil vite hvordan en fils størrelse kan være null:
Dette er noe jeg kjørte inn og ikke kunne tenke på en riktig forklaring. Hvis jeg lager en tom * .txt-fil på datamaskinen min og så ser på størrelsen, viser den en størrelse på null. Hvordan er det mulig? Jeg mener selv om filen selv er tom, må den fortsatt ha litt størrelse (selv om det bare er å lagre sitt eget navn). Hvordan kan dette forklares?
Hvordan er det mulig for en fil å ha en størrelse på null?
SuperUser-bidragsyterne David Schwartz og Cort Ammon har svaret for oss. Først opp, David Schwartz:
Det er mulig fordi det egentlig ikke er noen fil. Det er bare en katalogoppføring med navn og eier. Mappeoppføringen er logisk forskjellig fra filen. For eksempel kan den samme filen ha mer enn ett navn i mer enn én katalog.
Uttrykket fil er ikke alltid brukt til å bety akkurat det samme. Men filstørrelseslogikken kommer fra modellen der en katalogoppføring legger til en fil i en katalog, så lagres filnavn og tilhørende metadata i katalogen.
Følg svaret fra Cort Ammon:
Semantisk Betydningen av filstørrelsen er forskjellig fra den du bruker.
Det er mange filstørrelser som er meningsfulle. Den vanligste, og den du ser her, er antall byte i filen. Hvis filen er en tom tekstfil, kan den faktisk inneholde nullbyte. Dette nummeret er viktig for programmerere fordi vi ofte trenger å åpne en fil, lese alle dataene, og lukk den. Vi trenger å vite hvor mange bytes data som skal være i filen, slik at vi kan planlegge fremover.
En annen betydning skyldes måten de fleste filsystemer lagrer data på. De fleste filsystemer lagrer data i blokker. F.eks. Kan filsystemet lagre data i 64 kB blokker, noe som betyr at det aldri vil tildele noe som ikke er et jevnt flertall på 64 kB. Dette høres ineffektivt, men det kan gjøre bokføring ganske enklere, og ofte enklere betyr raskere.
En tredje betydning, som du slenger på, ville være det faktiske antallet biter som kreves på harddisken for å beskrive nærværet av en fil. Dette inkluderer informasjon som vanligvis lagres separat fra filen. For eksempel, i Linux, er konseptet med filnavnet lagret i inoden for katalogen som inneholder filen. [ Basert på innspill fra andre kommentarer, lagres dette (teknisk) i katalogenes data. Da jeg skrev dette, tenkte jeg på småkatalog saken. Data som er mindre enn 156 byte kan lagres direkte i inoden. ] Dette er ikke en vanlig mening fordi det er veldig vanskelig å bestemme uten å kjenne til de enormt dype indre operasjonene til filsystemet ditt (for eksempel å regne ut det plassen som trengs å lagre alle tillatelsene på filen). Men hvis du har en 1.000.000 byte harddisk og vil vite hvor stor en fil kan passe på den harddisken, vil dette være en svært viktig betydning for deg!
Har du noe å legge til forklaringen? Lyder av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Se hele diskusjonstråden her.
Nylig skrev jeg et Word-dokument, og jeg kom over et interessant problem! Jeg hadde omtrent 20 sider i Word-dokumentet, men jeg trengte bare en av dem til å være i landskapsretning!Selv om jeg har brukt Word i 10+ år, kjørte jeg aldri inn i denne situasjonen før. Etter å ha spilt med sideskift og seksjonsbrudd i omtrent en time, fant jeg endelig ut hvordan jeg gjør det uten Googling!Dessve
Gjør S-videokabler på grunn av kreft?
Avhengig av hvor du bor, kan du motta en helsesikkerhet når du kjøper noen maskinvarekomponenter på nettet for datamaskinen. Er dette noe du burde være bekymret for eller ikke? Dagens SuperUser Q & A-post diskuterer en slik hendelse som et svar på spørsmål fra en nysgjerrig leser. Dagens Spørsmål & Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppe av Q & A-nettsteder.