Przez lata defragmentacja dysku była stałym rytuałem każdego użytkownika Windowsa. Dlaczego w tym samym czasie Linux radził sobie bez tego problemu? Wszystko sprowadza się do historii, architektury i zupełnie odmiennego podejścia do zapisywania danych.
Defragmentacja w systemie Windows łączy kawałki plików rozrzuczone na dysku
Dyski twarde HDD mają fizyczne talerze i głowicę, która musi przeskakiwać w różne miejsca, żeby odczytać plik. Kiedy zapisujesz coś nowego, a wolnego miejsca brakuje, system dzieli pliki na mniejsze kawałki i rozrzuca je po całym nośniku. To właśnie fragmentacja.
Przy nośnikach mechanicznych odczyt takich rozrzuconych klastrów wiąże się z koniecznością ciągłego przemieszczania głowicy nad obracającymi się talerzami. Ten wydłużony czas dostępu bezpośrednio przekłada się na zauważalne spowolnienie działania całego środowiska. Tradycyjna defragmentacja ma na celu fizyczne uporządkowanie bloków w jeden ciągły obszar, jednak sam proces jest niezwykle obciążający i potrafi mocno spowolnić bieżącą pracę komputera.
Windows odziedziczył te problemy po czasach systemu FAT, projektowanego dla dyskietek o pojemności zaledwie 100 KB. Tam liczył się każdy pojedynczy bajt, więc system bez wahania dzielił pliki na kawałki. Byle tylko zmieścić je w wolnych szczelinach. Nawet gdy pojawił się nowocześniejszy NTFS, stare grzechy sprawiły, że defragmentator stał się nieodłącznym elementem życia użytkowników PC.
Linux nie musi sprzątać bo nie dopuszcza do bałaganu
Podczas gdy użytkownicy okienek oglądali przeskakujące procenty na ekranie, świat open-source patrzył na to zjawisko z całkowitym niezrozumieniem. Linux od samego początku budował swoje systemy plików – takie jak ext2, ext3 czy ext4 – w zupełnie inny sposób. Twórcie pingwina wyszli z założenia, że zamiast sprzątać bałagan po fakcie, lepiej w ogóle do niego nie dopuszczać.
Zamiast liniowej struktury znanego z Windowsa FAT-u, linuksowe rozwiązanie dzieli wolumen na grupy bloków. Alokator stara się umieszczać dane pliku w tej samej grupie co opisujący go i-węzeł, a pliki z jednego katalogu są składowane blisko siebie, co redukuje ruchy głowicy. Dodatkowo ext pozostawia wolne bloki zapasowe wokół zapisywanych danych, co umożliwia ich naturalny wzrost bez rozbijania na odległe sektory.
Historia i tak napisała swój scenariusz. Dziś talerzowe dyski HDD powoli odchodzą w zapomnienie, ustępując miejsca szybkim kościom NAND flash. W świecie dysków SSD tradycyjna defragmentacja straciła jakikolwiek sens – fizyczna głowica zniknęła, a dostęp do dowolnej komórki pamięci trwa tyle samo, niezależnie od tego, gdzie fizycznie leżą dane.
Co więcej, katowanie SSD defragmentacją to najkrótsza droga do jego szybkiego zużycia, bo zapisuje ona gigantyczne ilości danych bez realnej potrzeby.
Mimo to nawyk „czyszczenia i układania” został w głowach wielu użytkowników. Microsoft w końcu poszedł po rozum do głowy i na nowo zdefiniował to narzędzie, zmieniając je w rutynową optymalizację TRIM dla SSD. Architektoniczne grzechy pierworodne Windowsa ciągnęły się za nami przez dekady, podczas gdy Linux po prostu od początku robił swoje.
Źrodło: oprac. wł. (XDA) / Zdj. otwierające: Pexels (@zeleboba)