W dniu 15.11.2011 13:44, kmark pisze:
> "Czyszczenie rejestru nie daje we współczesnych systemach Windows żadnego zysku wydajności w pracy systemu operacyjnego. Co więcej: regularne czyszczenie rejestru jest wyłącznie stratą czasu".
I jest to prawda, jeżeli za "czyszczenie" będziemy rozumieć
jakąś defragmentację. Jest to też częściowo prawda, jeżeli
będziemy przez "czyszczenie" rozumieć usuwanie jakichś wpi-
sów.
Jedyny przypadek, w którym czyszczenie rejestru faktycznie
może przynieść zysk wydajnościowy, to usunięcie wpisów,
które są przetwarzane i albo jest ich bardzo dużo, albo
powodują niepotrzebne "zawieszenia" (na przykład przez od-
woływanie się do niedostępnych zasobów sieciowych).
Generalnie natomiast jakiekolwiek czyszczenie rejestru jest
zbędne i nie daje nic, gdyż:
a) dobre programy podczas dezinstalacji usuwają wszystkie
swoje wpisy,
b) złych programów nie należy instalować,
c) w ogóle nie należy instalować w systemie zbędnego opro-
gramowania do testów czy sprawdzenia (do tego są ewentu-
alnie maszyny wirtualne),
d) rozmiar rejestru nie ma większego wpływu na wydajność,
gdyż rejestr jest stronicowany w pamięci i do RAMu wczy-
tywane są tylko wycinki faktycznie używane, a nie śmieci,
e) rejestr z definicji podlega fragmentacji wewnętrznej,
gdyż ma strukturę hierarchicznej bazy danych, w ramach
której wpisy mogą się pojawiać i znikać w dość dowolnej
sekwencji.
Większość programów do czyszczenia rejestru skupia się na
usuwaniu zbędnych wpisów lub wpisów, które *wydają się* być
niepotrzebne. Usuwanie wpisów co do których wiadomo, że są
zbędne, prawie nic nie daje, bo zazwyczaj jest to kilkaset
zapisanych gdzieś ścieżek MRU. Usuwanie wpisów, co do któ-
rych nie ma pewności, że są niepotrzebne, jest z kolei bar-
dzo niebezpieczne i często kończy się pojawieniem się skut-
ków ubocznych, których przyczyn jest trudno potem dociec.
Więcej można sobie zaszkodzić, niż pomóc.
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | http://www.grush.one.pl/ | | | Politechnika Śląska | \........................................................../Received on Sat Dec 3 17:50:02 2011
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sat 03 Dec 2011 - 18:42:01 MET