Portál AbcLinuxu, 10. května 2025 07:38
Řešení dotazu:
In what concerns your other points, you obviously do not understand the way ls and directory size count features work. 1) Unless mc is explicitly asked to count the size of the directory it defaults to the output of ls, which is to report the amount of blocks currently used for the directory entry. That's why in most of the cases it shows 4096 for you, as your file system uses 4K blocks. 2) Count directory sizes is a CPU and time intensive operation and is never performed unless you ask mc to do this explicitly. 3) When you exit the directory, the results of the counting operation are not cached, so when you re-enter it again you have to recount the whole thing again. I don't see any bug here.Zdroj: Komentár #7
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ů.
dd if=/dev/zero of=file bs=1M count=512
mkfs.ext4 file
mount -o loop file /mnt/tmp
mkdir /mnt/tmp/dir
ls -l /mnt/tmp
cd /mnt/tmp/dir
for i in {1..4096}; do touch $i; done
rm *
ls -l /mnt/tmp
adresar dir naroste z 4096 na 53248 (ext2) nebo na 69632 (ext3, ext4).
zvratit se to da asi jen pomoci e2fsck -f -D (zajimavy je, ze ext2 nepotrebuje -D)
napise to: ... Pass 3A: Optimizing directories ...
a pak je adresar dir zase 4096
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.