Kleaner PRO 11 od kuchni: pięć decyzji inżynierskich, które tłumaczą całą wersję

Decyzje 1 i 2: najpierw allowlista, systemy samozarządzające poza zasięgiem

Silnik czyści wyłącznie według starannie prowadzonej allowlisty: cache pobierania aktualizacji, Delivery Optimization, zrzuty raportowania błędów, cache miniaturek i shaderów, Windows.old po upływie okresu karencji, cache przeglądarek — ale tylko przy zamkniętej przeglądarce. Nic, co jedynie wygląda na tymczasowe, nie jest celem: plik zostaje wyczyszczony, bo jakiś podsystem Windows uznał go za jednorazowy, a nie dlatego, że jego nazwa pasowała do wzorca. Prowadzenie takiej listy jest wolniejsze niż globowanie całego dysku — i to jest dokładnie cała różnica między czyścikiem a hazardem.

Druga decyzja rozszerza pierwszą: podsystemy, które same zarządzają swoimi danymi, są nietykalne. Ślady Prefetch, magazyn komponentów WinSxS, plik stronicowania i plik hibernacji nie pojawiają się w żadnym skanie, bo usuwanie z nich kosztuje wydajność albo stabilność, a w zamian nie daje nic. W tym blogu od lat rozprawiamy się z tymi rytuałami; wydanie mimo wszystko przycisku do nich byłoby tańszym biznesem i gorszym produktem.

• Targetowanie wyłącznie z allowlisty: nic nie jest czyszczone bez udokumentowanego zachowania Windows w tle
• Ręce precz od podsystemów samozarządzających: Prefetch, WinSxS, plik stronicowania, hibernacja
• Skan świadomy junctionów: punkty reparsowania nie są przekraczane, więc nic nie jest liczone ani zbierane dwa razy
• Progi wiekowe w każdym folderze ulotnym: pliki nowsze niż próg są dla czyścika niewidoczne
• Pełny podgląd przed usunięciem: dokładna lista plików z rozmiarami, zanim ruszy choć jeden bajt

Decyzje 3 i 4: uczciwe bajty i cierpliwe usuwanie

Junctiony i dowiązania symboliczne NTFS sprawiają, że te same bajty widać z kilku ścieżek, a naiwny skaner liczy je podwójnie — i właśnie tak narzędzia raportują setki gigabajtów na dysku 256 GB. Wersja 11 śledzi punkty reparsowania i liczy każdą fizyczną lokalizację raz, przez co liczby są mniejsze, ale wiarygodne. „Mniejsze, ale uczciwie” trudno sprzedać na rynku wychowanym na wielkich liczbach — uznaliśmy jednak, że to jedyna możliwa do obrony pozycja.

Czwarta decyzja dotyczy czasu: foldery ulotne dostają progi wiekowe, a pliki zablokowane są raportowane, nigdy wyrywane. Plik tymczasowy sprzed kilku minut może należeć do działającego instalatora, a plik trzymany otwarty przez aplikację nie jest śmietnikiem niezależnie od ścieżki — czyścik go notuje i idzie dalej, zamiast siłowo zamykać uchwyty. Usuwanie mniej niż konkurencja jest słabością tylko wtedy, gdy mierzysz czyścik tonażem.

Decyzja 5: podgląd jest produktem

Każdy skan kończy się kompletną, możliwą do przejrzenia listą tego, co zostałoby usunięte — po kategoriach, z rozmiarami — zanim cokolwiek się stanie. Brzmi to banalnie, a jest rzadsze, niż powinno: większość flow czyszczenia projektuje się tak, by przepchnąć cię od „Skanuj” do „Wyczyść”, zanim pojawi się zwątpienie. Wybraliśmy odwrotnie — moment wahania to moment, w którym dobre narzędzie dowodzi, że zasługuje na zaufanie, więc w wersji 11 lista jest głównym bohaterem, a nie drobnym drukiem.

Pod wszystkimi pięcioma decyzjami biegnie ta sama dyscyplina testowa: każda zmiana allowlisty trafia do użytkowników dopiero po przejściu przez maszyny wirtualne ze snapshotami, konteksty per-user i machine-wide oraz zlokalizowane warianty ścieżek każdego wspieranego języka. Nie ma w tym nic efektownego. To po prostu wersja tej pracy, w której potrafimy wyjaśnić, plik po pliku, dlaczego cokolwiek zostało usunięte.

Pytania i odpowiedzi

Przeczytaj także