hmmm, hoia kettast 10-15% vaba ja ei tohiks seda fragmenteeritust juhtuda eriti, ext3 üritab failid üksteisest võimalikult kaugele paigutada ja kui on vaba ruumi, siis see üldiselt peaks nii juhtuma, et suured failid saavad kuhugi vabasse ruumi, rääkimata väikestest, muidugi kui vaba on 5% või vähem ja selle peale laiutama minna torrentiga, siis on tulemus paras katastroof

Tsitaat:

#perl frag.pl /mnt/downloads/ 75.1070798689846% non contiguous files, 129.795666414714 average fragments.

Vat niiviisi juhtub, kui aktiivselt torrenteid tirida ühele partitsioonile millel on üldjuhul ainult paar giga vaba ruumi
Portage elab palju paremini, tõenäoliselt seetõttu, et suurem osa faile on väiksemad kui klastri suurus:

Tsitaat:

# perl frag.pl /usr/portage/ 0.0345232650938405% non contiguous files, 1.00098189546176 average fragments.

Tsitaat:

Gentoo Linux valiti välja just oma Portage süsteemi tõttu, mille uuendamisel uuendatakse failisüsteemis tuhandeid väikseid faile.

Killustumine on pigem keskmiste ja suurte failide probleem, mitte väga väikeste. Fragmenteerumisel pole fail kirjutatud mitte nö järjestikku, et see oleks võimalik kettalt lupsti ühel lugemisel üles noppida, vaid eraldi juppidena, mis nõuab kettapeadelt eraldi seek'i ja positsiooni valimist/ootamist. Väike fail on reeglina kirjutatud ühte plokki (alla 4KB mu teada plokisuurust vaikimisi ei tehta), seda tuleb nagunii alati eraldi otsida.

Killustumine ähvardab keskmiseid ja suuri faile, mida pidevalt kettalt loetakse ja taas muudetult [suuremana] kettale kirjutatakse.

Kirjutan ilma algset uudist lugemata, seepärast ei tea, mida sääl väikseks failiks peetakse. Tänapäeva mõttes on vist ka paarimegane fail väike kuid killustumisvõimeline.

Ja killustumine on kõige hullem just ReiserFSi puhul. Samas on see portage puhul parim (palju väikesi faile). Seetõttu olengi portage omaette pardile ajanud, et seda vajadusel ülilihtsalt defragmentida: rm -r
Nii XFS kui EXT2/3 jaoks on defragmendi programmid olemas, ReiserFSi jaoks paraku mitte.