Ono ked to mazes tesne potom ako si to niekam nakopiroval tak je to bleskove lebo je to este v RAM (diskova cache Win). Skus to mazat po restarte Win. A zlozku ktora ma napr. 10podzloziek, z nich kazda ma 10podzloziek a v kazdej je napr. 50suborov (typicke zdrojaky zloziteho projektu, ked to vynasobis 10*10*50 je 5000suborov), a po restarte Win t.j. aby to uz nebolo v zapisovej cache. Ked to je v cache tak to je za sekundu lebo to maze vpodstate len z RAM a na disk sa tie sektory zmazanej zlozky zapisu oneskorene.
Potom by si asi videl tu pomalost mazania. Ale on to asi aj prieskumnik maze v tom pripade pomaly, len ludia nechapu preco to raz ide rychlo a raz pomaly (lebo ked s tym nieco predtym uz robil napr. ked tie zdrojaky kompiloval tak su uz tie sektory nacitane v diskovej cache v RAM a potom to ide ako blesk, a niekto by si mohol mysliet ze to je tym ze zrovna pouzili prieskumnika, apod). Ja neviem ja som to nemeral. Ale viem ze v TC mazanie takeho projektu s 5000subormi ktory neni v cache proste nejaky cas trva (desiatky sekund apod). Prieskumnik neviem ja som to nemeral, ale stavim sa o 3piva ze aj prieskumnik to v tom pripade bude mazat desiatky sekund ptz to z toho disku musi nacitat aj on.
P.S. slovom diskova cache nemyslim cache disku samotneho, ale Windows ponechava nacitane sektory v RAM (a hodne vela je tym schopny zaplnit aj polovicu RAM :), pre tzv. "oneskoreny zapis" a vseobecne pre rychlejsiu pracu s diskom. Takze ked si s nejakymi sektormi disku pracoval pred chvilou, tak dalsie akcie s tymi sektormi budu ako blesk. Do restartu Win.