Størrelsen på katalogene er ikke verdt innsatsen vår

Dette er et helt unyttig, unødvendig i praktisk bruk, men morsom liten post om kataloger i *nix-systemer. Det er tross alt fredag.

På intervjuer dukker det ofte opp kjedelige spørsmål om inode, alt-er-filer, som få kan svare fornuftig på. Men hvis man graver litt dypere, kan man finne interessante ting.

For å forstå posten, her er noen punkter:

• alt er en fil. en katalog er også en fil
• i inoden lagres metadata fra filen, men filnavnet lagres ikke der
• filnavnet lagres i dataene til katalogen
• størrelsen på katalogen, som den som vises i ls og som standard er 4KB, avhenger av antall filer i katalogen og lengden på navnene deres
• det er åpenbart at jo flere filer, jo større er katalogstørrelsen

Og nå det interessante: vi lager en katalog med en million filer, sjekker størrelsen på katalogen, og så sletter vi alle filene og ser på størrelsen på katalogen.

$ mkdir niceDir && cd niceDir
# avhengig av hastigheten på lagringsmediet kan neste kommando ta 2-10 minutter
$ for ((i=1;i<133700;i++)); do touch long_long_looong_man_sakeru_$i ; done
$ ls -lhd .
drwxr-xr-x 2 user user 8.1M Aug 2 13:37 .
$ find . -type f -delete
$ ls -l
total 0
$ ls -lhd .
drwxr-xr-x 2 user user 8.1M Aug 2 13:37 .

Som man kan merke, har ikke størrelsen på katalogen endret seg, selv om det ser ut som det burde 🙂

For å fikse størrelsen på katalogen (uten å slette) kan man bare bruke fsck (og -D alternativet) i frakoblet tilstand.

Men da jeg gikk for å finne ut hvorfor dette er, viste det seg at for 10 år siden var denne oppførselen allerede diskuterte i lkml. Og ifølge utviklerne er det ikke verdt de ekstra anstrengelsene å fikse det.

Kilde: habr.com