Разное - Чистка Windows 7 сторонними утилитами - польза или вред?

[Valeant]

Morpheus,

Объясните тогда многим пользователям форума принцип считывания данных реестра при старте системы, при работе приложения, при поиске параметров в нем запущенными программами - может тогда и вопросы отпадут, тем более у вас есть знак MVP.

Про производительность вы не правы - потому что не кто ее не замерял (а говорить я не увидел не корректно, это тоже самое как механизм Native Command Queuing — аппаратная установка очередности команд, пользователь ее действие не увидит, хотя механизм знает и к чему он приводит). Простой пользователь вряд ли ее замерит, да такого ПО я не знаю которым можно было бы это измерить.

Опять слова когда после чистки что-то перестает работать, давайте по обсуждаем, пример?

[Morpheus]

Valeant, я вижу у вас огромное желание обсуждать всё что угодно, кроме тех вопросов, которые задаются. Уводы в сторону, встречные вопросы - всё чтобы не отвечать. Итак, зная вашу манеру ведения дискуссий, отвечать на встречные вопросы и уводы смысла никакого нет.

Если считаете нужным ответить на заданный в №139 вопрос, буду рад этот ответ услышать. Если посчитаете нужным подтвердить слова фактами и тестами, это, безусловно, добавит весомости. Только просьба описать методику, для воспроизведения.

[Celsus]

Опубликовал статью:

А стоит ли чистить реестр Windows?

[Valeant]

Celsus,


Цитата:



Позавчера на Windows XP SP 2 запустил Registry Optimizer, который шел вместе с Anvir Task Manager. Сделал автоматическую чистку реестра. На системе было найдено 320 ошибок.



ваши действия ну никак понять нельзя. ну во первых раз выбрали данную программу. а вы хоть посмотрели что там она нашла хоть чуть-чуть.




Цитата:



Сначала перестали запускаться приложения в ВЫПОЛНИТЬ, после перезагрузки не загрузился рабочий стол - система повисала на экране приветствия (и в безопасном режиме). Загрузка последней удачной конфигурации ничего не дала (странно, или может, последняя удачная конфигурация была создана, так как появление экрана приветствия уже означал удачную загрузку?)




Цитата:



после перезагрузки не загрузился рабочий стол - система повисала на экране приветствия (и в безопасном режиме).



Конкретно поэтому, самое простое объяснение приходит например (так как ваших тонкостей не знаю, что и как происходило до этого) - куча троянов (да и других приложений) имеют свойство запускать рабочий стол из под себя, т.е. беря с начало управления на себя, а потом передавая его далее, изменяя запись в реестре:

Userinit - C:\Windows\system32\userinit.exe

Shell - explorer.exe

например на такую

C:\Program Files\ххх\хххх.exe /userinit - c:\program files\ххх\хххх.exe

Естественно плохие программы стараются о себе оставлять как можно меньше записей о себе, чистильщик не найдя ссылки из реестра на существующее положение дел начинает удалять их, естественно при запуске система будет их искать так как запись Userinit - C:\Windows\system32\userinit.exe чистильщиками не трогается и не редактируется.

Так же возможно и драйверами. Но повторюсь в каждом конкретном случае нужно смотреть и не всегда получается после разбора свалить всю вину на него.




Цитата:



Еще - они сохраняют рабочию копию реестра одим файлом REG - ну и как, скажите, его использовать, если система не загрузилась?



В вашем случае да 6-сек. Идем в каталог windows\system32\config там лежат два нужных нам файла, software.rcback, system.rcbak пробуем через них нам нужно заменить ими то что сейчас software и config.

Второй вариант это так же запустить с диска и напрямую запустить данную программу с диска C: и сказать ей где находиться ваша копия снятая ей и приступить к восстановлению.



Поставил данную прогу Registry Optimizer ошибок по сравнению с Windows Manager 2 для windows 7 дала много порядка 400 по сравнению с Windows Manager 2 порядка 30 да и то те что по ссылкам на файлы, которые открывались.

Нужно будет попробовать проанализировать хоть как то данные ошибки в Registry Optimizer.

[Celsus]

Нарыл кое что по теме:

Цитата:

Программы очистки реестра были популярны всегда, но раньше я не обращал на них внимания. Сначаламне казалось, что если они существуют, значит, на то есть причины, позже изменил свое мнение, и лишь недавно понял, что даже в сегодняшних условиях программы очистки реестра вполне эффективно решают свою задачу.

Раньше программисты сплошь и рядом писали собственные алгоритмы установки приложений,пытаясь сэкономить многие сотни долларов на коммерческих наборах инструментов для разработки программ установки. Естественно, основное внимание уделялось собственно установке программ. Действительно, работа над программой удаления - это в каком-то смысле повод признатьсясебе в том, что созданная программа, возможно, не настолько полезна и надежна, чтобы стать неотъемлемым компонентом пользовательской системы. В результате процесс удаления программ зачастую проводится без должного тщания, оставляя за собой следы в реестре и в файловой системе. Несколько сот килобайт ненужных разделов изначений реестра не оказывают на производительность системы сколько-нибудь заметного воздействия, но программы очистки реестра, тем не менее, могут с полным правом занимать место в арсенале рачительного системного администратора.

Технология установки программ претерпела существенные изменения, и теперь программистам доступны десятки надежных недорогих или вообще бесплатных комплектов инструментов для разработки программ установки - как по традиционной процедуре, так и посредством пакета установщика Windows (Windows Installer Package, MSI). Раньше мне казалось, что в таких условиях в реестре перестанет появляться мусор, а следовательно, исчезнет всякая потребность в программах его очистки. И все же один из примеров устранения неполадок, окоторых мы с Дэйвом рассказываем на семинарах по внутреннему устройству Windows , заставил меня осознать, что даже лучшие из программ удаления, получившие от корпорации Майкрософт право размещения логотипа Windows, зачастую оставляют в реестре следы давно удаленных приложений.

В примере, о котором я говорю, пользователь обнаруживает, что обозреватель Internet Explorer (IE) зависает при запуске, если подключение к Интернету не былопредварительно установлено при помощи программы набора номера, предоставленной поставщиком услуг Интернета. Выполнив трассировку зависавшего обозревателя при помощи программы Regmon, пользователь обнаружил ссылки на программу набора номера своего предыдущего поставщика услуг Интернета в разделе “RAS Phonebook” ветви HKEY_CURRENT_USER (HKCU), предназначенной для хранения личных параметров. После удаления старых значений реестра ситуация нормализовалась - запускобозревателя IE, как и ожидалось, начал сопровождаться открытием программы набора номера от нового поставщика услуг Интернета.

Последующее изучение вопроса заставило меня предположить, чтопользователь вручную настроил запись телефонной книги RAS, а при смене поставщика услуг Интернета забыл ее обновить. Но тот факт, что раздел, послужившийв этом примере источником проблемы, находился в пользовательской части реестра, заставил меня призадуматься. Даже если бы старая программа набора номера создала запись в телефонной книге автоматически, то в случае удаления этой программы из другой учетной записи в наследство пользователюосталась бы некорректная конфигурация обозревателя IE. Дело в том, что программы удаления, как правило, удаляют параметры приложения системного уровня из ветви реестра HKEY_LOCAL_MACHINE и параметры пользователя, инициировавшего удаление, из ветви HKEY_CURRENT_USER. Но что при этом происходит с личными параметрами других пользователей, работавших с приложением? Совершенно верно - в реестре появляется мусор. Не исключено также, что невостребованные пользовательские параметры остаются в папках Application Data каталогов \Documents and Settings других пользователей. Итак, удаление приложения можно считать полным только в том случае, если его инициирует единственный пользователь, работавший с приложением.

Проверить это мое утверждение просто - попробуйте установить и поработать с любым приложением, сохраняющим в личные параметры в реестре (на роль подопытного вполне подойдет программа Winzip ). Войдите в систему из другой учетной записи и поработайте с приложением еще некоторое время. Затем удалите приложение из одной учетной записи, войдите всистему из другой, и вы увидите, что параметры пользователя остались в целости и сохранности (для справки, программа Winzip хранит параметры в ветви HKCU\Software\Nico Mak Computing\WinZip).

Решить эту проблему разработчикипрограммы удаления могли бы припомощи API-интерфейса Windows LoadUserProfile , который позволяет загрузить все имеющиеся в системе профили согласно списку в разделе реестра HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList и провести в них поиск параметров удаляемого приложения. К сожалению, при таком подходе разрешения реестра, скорее всего, не позволят пользователю, инициировавшему удаление программы, удалить разделы, относящиеся к другим профилям. Но даже если бы разрешения позволяли это сделать, проблема оставалась бы актуальной для пользователей доменов с перемещаемыми профилями. Такие профили оказываются недоступными для программ удаления в локальном режиме.

Так что, похоже, мусор в реестре следует воспринимать как данность, а программы очистки реестра по-прежнему будут востребованы рачительными системными администраторами - по крайней мере до тех пор, пока мы все не перейдем на приложения .NET, хранящие пользовательские настройки в XML-файлах. Правда, тогда нам потребуются инструменты очистки от таких файлов.

Исходная запись создана пользователем Mark Russinovich 02.10.05 в 04:09:00

Запись перенесена из блога Sysinternals.com/Blog

[Valeant]

teapot08, вы так далеко читать ушли... Мы это уже обсуждали, читайте, всё намного ближе.

Разное - Чистка Windows 7 сторонними утилитами - польза или вред?

[Vadikan]

По поводу defrag реестра - так как реестр кустовой (сравнение не 100%, так как часть записи может идти в начале реестра, а остальная в середине и в конце) и на старом (после удаления программы) месте "лист" вырасти не может пока он не отомрет ну то есть не отпадет (программа плохо отработала по удалению), но и то после отмирания на данном месте не всегда может появиться новый "листок" (очень маленький ранее был на этом месте) для нового не хватает места поэтому используем новое место. Defrag реестра это переписывания его заново, в результате пустые места в нем исчезают и получается целый массив.



Кто как может использует реестр.

Для информации. Обратил внимание, есть такая программа QuickDoc — конструктор договоров релиз 3. Решил как то пользователь удалить данную программу со своего ПК, ну удалил все нормально кажется стандартной процедурой, решил проверить программой по чистке реестра в результате программа нашла чуть меньше 9000 (нормальное число так) записей в реестре от данной программы (чуть меньше 90% было invalid path отсутствие файла по указанной ссылке, а именно ссылки переменных classid, остальные 10% не помню) в результате раздел реестра уменьшился на чуть более 2МB, на немного так.

[Valeant]

Цитата Valeant:



По поводу defrag реестра - так как реестр кустовой (сравнение не 100%,

Разное - Чистка Windows 7 сторонними утилитами - польза или вред?

Реестр — иерархическая база данных, со всеми вытекающими.

[mirror]

Iska,

Не спорю про базу данных, но для понимания принципа

[Vadikan]

Valeant, и я не спорю .



Приведите, пожалуйста, название и автора(-ов) использованного Вами источника со второго изображения (разумеется, без ссылок; можно также в личку).