Големината на директориумите не е вредна за нашиот труд

Ова е сосема бескорисен, непотребен во практична примена, но смешен мал пост за директориуми во *nix системи. Денес е петок.

За време на интервјуата, често се појавуваат здодевни прашања за иноди, сè-е-датотеки, на кои малку луѓе можат разумно да одговорат. Но, ако копате малку подлабоко, можете да најдете интересни работи.

За да го разберете постот, неколку точки:

• сè е датотека. директориумот е исто така датотека
• inode складира метаподатоци од датотеката, но името на датотеката не е зачувано таму
• името на датотеката е зачувано во податоците од директориумот
• Големината на директориумот, истиот што е прикажан во ls и стандардно е 4 Kb, зависи од бројот на датотеки во директориумот и должината на нивните имиња
• Очигледно, колку повеќе датотеки, толку е поголема големината на директориумот

Сега еве го интересниот дел: создаваме директориум со милион датотеки, ја проверуваме големината на директориумот, а потоа ги бришеме сите датотеки и ја гледаме големината на директориумот.

$ mkdir niceDir && cd niceDir
# в зависимости от скорости носителя, следующая команда может занять 2-10 минут
$ 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 .

Како што можете да видите, големината на директориумот не е променета, иако се чини :)

Можете да ја поправите големината на директориумот (без да го избришете) користејќи fsck (и опцијата -D) во немонтирана состојба.

Но, кога отидов да барам зошто е тоа така, се покажа дека пред 10 години такво однесување веќе имало дискутирано во lkml. И според програмерите, поправката едноставно не вреди напор.

Извор: www.habr.com