Administrace komentářů

velikost 4096 B(ajtů). To chápu, předzabrané místo pro budoucí záznamy.

Ani ne, to je prostě jeden alokační blok. Méně stejně zabrat nemůžete. Všimněte si, že jak adresář roste (ve smyslu počtu položek a délek jejich jmen), uváděná velikost je vždy násobkem 4 KB.

To mně docela překvapilo, znamená to asi, že se tyto záznamy "samy" nepročišťují, a nějak, no ne že by mi to vadilo, ale přijde mi to jako bug.

Vzhledem k tomu, že se tak IIRC ext2+ chovají, co pamatuji, spíš bych řekl, že je to záměr. Ono je potřeba si uvědomit, že ani to, že uvolníte (velkou) část položek, ještě neznamená, že můžete uvolnit i nějaké bloky, zvlášť pokud používáte indexaci a adresář není jen prostý lineární seznam jako dřív. Asi by šel napsat nějaký garbage collecting, který by adresář čas od času "zkompaktnil", ale IMHO by nebylo vůbec triviální udělat to tak, abyste na jedné straně vyloučil race conditions a na druhé neovlivnil výkon.

Teď koukám na složky pošty... tam přece je taky velký provoz .. jedna právě promazaná složka (opradu mnoho smazaných souborů) má adresář 1,6MB, ale složka new, přes kterou všechny ty soubory protečou má adresář jen 12kB .. tak nevím, vyzná se v tom někdo ?

Zjednodušeně řečeno nejde o to, kolik souborů adresářem "proteklo", ale o to, kolik jich tam bylo nejvíc. Takže pokud maily pravidelně prohlížíte, můžete jich v cur nastřádat klidně statisíce, aniž by jich v new kdykoli bylo více než třeba sto.

Mimochodem, ext2/ext3 nikdy nebyl znám jako filesystém pro efektivní práci s velkým počtem malých souborů.