Czym jest rejestr Windows — i dlaczego jego rozmiar prawie nic nie znaczy

Baza danych, a nie śmietnik

Strukturalnie rejestr to zbiór plików zwanych plastrami: SAM, SECURITY, SOFTWARE i SYSTEM leżą w C:\Windows\System32\config, a każdy profil użytkownika dokłada własny NTUSER.DAT. W regedit ukazują się jako pięć znajomych kluczy głównych: HKEY_CLASSES_ROOT dla skojarzeń plików i rejestracji COM, HKEY_CURRENT_USER dla Twojej połowy ustawień, HKEY_LOCAL_MACHINE dla warstwy ogólnosystemowej, w której opisują się sterowniki i usługi, HKEY_USERS dla wszystkich załadowanych profili oraz HKEY_CURRENT_CONFIG dla profilu sprzętowego składanego przy rozruchu. Wartości występują w kilku typach — ciągi, DWORD, QWORD, dane binarne — i to, szczerze mówiąc, zamknęło całą tajemnicę.

Przy rozruchu jądro ładuje plastry systemowe do pamięci, a każde logowanie montuje na ich szczycie Twój NTUSER.DAT jako HKEY_CURRENT_USER. Każde kolejne odpytanie to celowa wędrówka po konkretnej ścieżce klucza, a nie skanowanie: gdy program potrzebuje jednej wartości, pyta o dokładnie ten klucz z nazwy. Zapisy buforuje leniwy moduł zapisu, który spycha zmiany na dysk w ciągu kilku sekund — dlatego wyrwanie wtyczki z gniazdka może w rzadkich przypadkach zostawić plaster na tyle niespójny, że Windows przy następnym rozruchu przeprowadzi rundę naprawczą.

Dlaczego gruby rejestr kosztuje dysk, a nie tempo

Oto fragment, którego branża „600 000 błędów” wolałaby, żebyś nigdy nie przeczytał: Windows nigdy nie przechodzi rejestru od góry do dołu. Odpytania trafiają wprost we wskazany klucz, więc plaster SOFTWARE urósłszy do 150 MB zachowuje się przy pojedynczym zapytaniu identycznie jak schludny — ceną balastu jest miejsce na dysku i ślad w pamięci, a nie opóźnienie. Plastry ładują się raz przy rozruchu i znikają w pamięci podręcznej; nikt nie parsuje ich od nowa przy każdej operacji. Narzędzia do „defragmentacji” i „kompresji” rejestru rzeczywiście potrafią zmniejszyć te pliki na dysku — i to jest cała korzyść: na SSD odzyskane miejsce to cała historia, a do wygrania nie zostało już żadne tempo.

Z tego samego powodu osierocone wpisy po odinstalowanych programach są martwe. Deinstalator zostawiający martwy klucz marnuje kilka kilobajtów; nikt go nie wylicza, dopóki sam nie otworzysz regedit i nie zaczniesz szukać. Uczciwe wyjątki są wąskie i konkretne: uszkodzona wartość na uczęszczanej ścieżce, którą naprawdę ktoś czyta — obsługa menu kontekstowego, klucz Image File Execution Options, popsute skojarzenie plików — ma realne skutki. Ale to szkoda w konkretnym miejscu — i dokładnie taką szkodę „cleanery” kasujące tysiące wpisów naraz częściej wyrządzają, niż naprawiają.

Gdzie rejestr naprawdę gryzie — i jak go bezpiecznie dotykać

Ponurą sławę rejestr zbudował sobie dokładnie w trzech miejscach, a w dwóch z nich problemem jest jeden zły wpis, a nie ogólna zgnilizna. Trzymaj się zatem zasad: kopia zapasowa przed edycją, jedna zmiana naraz i ani myśl o narzędziu, którego głównym argumentem sprzedażowym jest to, ile kasuje.

• Uszkodzenie — plaster, którego nie da się załadować, potrafi zatrzymać rozruch kompletnie; właściwe narzędzia to tutaj Sprawdzanie plików systemowych i środowisko odzyskiwania, nie cleanery
• Nieudane modyfikacje — jeden zły wpis na uczęszczanej ścieżce (rozszerzenia powłoki, IFEO, usługi) ma natychmiastowe, namacalne skutki
• Trwałość złośliwego oprogramowania — klucze autostartu i przejęcia debugera w IFEO to klasyczne kryjówki, które warto znać z nazwy
• Ślady prywatności — TypedPaths, RunMRU i RecentDocs zapisują Twoją aktywność we własnym plastrze
• Kopie zapasowe — przed edycją w regedit wyeksportuj klucz; punkty przywracania też obejmują rejestr
• RegBack — od Windows 10 1803 automatyczna kopia plastrów w System32\config\RegBack jest domyślnie wyłączona; przywróci ją zaplanowane zadanie lub wartość SetPeriodicBackup

Pytania i odpowiedzi

Przeczytaj także