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.

Spørsmålet

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?

Svaret

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.

Sikkerhetsrisikoen for å låse opp Android-telefonens Bootloader

Android-nøkler låser ofte opp opplastingsprogrammene sine for å rote sine enheter og installere tilpassede ROM-er. Men det er grunnen til at enheter kommer med låst bootloaders - opplåsing av opplastingsprogrammet ditt skaper sikkerhetsrisiko. Vi anbefaler ikke å rote og bruke egendefinerte rom hvis det virkelig er det du vil gjøre, men du bør være oppmerksom på risikoen.

(how-to)

Når du først begynner å lære hvordan domenenavn, IP-adresser, webservere og nettsteder passer alle sammen og jobber sammen, kan det være litt forvirrende eller overveldende til tider. Hvordan er det satt opp for å fungere så jevnt? Dagens SuperUser Q & A-post har svar på spørsmål fra en nysgjerrig leser.

Foto Rosmarie Voegtli (Flickr). Spørsmålet SuperUser leser user3407319 vil vite om webservere bare har ett nettsted hver: Basert på hva jeg forstår om DNS og kobler et domenenavn til IP-adressen til webserver et nettsted lagres på, betyr det at hver webserver kun kan holde ett nettsted? Hvis webservere holder mer enn ett nettsted, så hvordan blir det løst slik at jeg får tilgang til nettstedet jeg vil ha uten problemer eller blandingsoppdateringer?

(how-to)