Дефрагментация реестра?

Игорь Лейко,
Конечно, это обыкновенное желание отностительно честным путем заработать на слой икорки поверх маслица.
А чтобы стать золотым партнером, достаточно продавать в год программ "Майкрософт" на энную сумму. И все.

Удачное у вас сравнение....

Я вообще то считал, что данная партнерская программа Майкрософт, которая подтверждает квалификацию компании разработчика использующих технологии Microsfot, имеющая сертифицированных специалистов прошедших обучение в Microsoft и поддержку с ее стороны Microsoft. По данной программе разработчики имеют доступ к инструментам и поддержке необходимые при разработке и т.д. Ну что ж я рад тогда за Лабораторию Касперского и его программы, который тоже имеет такой сертификат и т.д.

Еще ни разу не слышал, чтобы кто-то из разработчиков Windows положительно отозвался о чистильщиках реестра (а вот обратное верно). Тот Regclean, который когда-то они написали (на энтузиазме) не удалял никаких записей, кроме логически поврежденных, и то его перестали дописывать и поддерживать. По причине практической ненужности.

Только вот версия структуры/формата реестра сменилась - 1.3. на 1.5. зачем менять если там практически все "отлично".
Данной программой Regclean некогда не пользовался, но только тема была про дефрагментацию реестра.

#196552 Бэлиан :
но только тема была про дефрагментацию реестра.

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

А "практически все отлично" - это, во-первых, Ваше определение, а, во-вторых, даже оно оставляет место для усовершенствований: раз не "абсолютно", а "практически", значит поле для усовершенствований хоть и узкое, но есть. ;)

Игорь Лейко,
Поэтому приведу в вольном изложении: работа с реестром с дырками идет несколько быстрее, чем с реестром, полностью дефрагментированным.

Это как это, объясните данную мысль?

Комментарии:
Да еще если данному приложению нужно что-то записать из новых параметров, то сначала найдем подходящие место по размеру среди "дырок", и потом запишем, а если места не будет, то в конец запишем.

А "практически все отлично" - это, во-первых, Ваше определение

Это не мое определение, это мой вывод - раз была 1.3 стала 1.5 значит что-то изменили, усовершенствовали, что-то не понравилось. А раз есть поле для усовершенствований, то значит и сторонние разработчики тоже могут, что-то разработать.

#196572 Бэлиан :
Это как это, объясните данную мысль?

Так я уже объяснял на предудущей странице. Если еще раз и чуток подробнее: время доступа не отличается, время создания параметра, скорее всего, не отличается, время создания нового раздела в дырке заметно меньше, чем при дописывании в конец файла - не надо выполнять процедуру изменения размера.

А "практически все отлично" - это, во-первых, Ваше определение

Это не мое определение, это мой вывод - раз была 1.3 стала 1.5 значит что-то изменили, усовершенствовали, что-то не понравилось. А раз есть поле для усовершенствований, то значит и сторонние разработчики тоже могут, что-то разработать.

Упаси бог. Ну создадут сторонние разработчики версию 1.6 или 2.0, и что с ней делать, если Windows ee не понимает?

Сторонние разработчики версию 1.6 или 2.0, и не собираются создавать - для этого есть Microsoft, речь не о том.
Например: Дефрагментация диска - суть процедуры понятно, алгоритм понятен, в Windows есть штатное средство, но есть и более продвинутые разработки сторонних производителей программ для этой процедуры, хоть все они стремятся к одному результату, только разными путями.

Игорь Лейко,
Если еще раз и чуток подробнее: время доступа не отличается, время создания параметра, скорее всего, не отличается, время создания нового раздела в дырке заметно меньше, чем при дописывании в конец файла - не надо выполнять процедуру изменения размера.

Цитируя ваши же слова - Однако величину этих параметров вы не огласили. Почему вы так решили.
Время доступа к параметру реестра будет разное, время создания разное один можно создать тут же не отходя от кассы, а в противном случае найти пустое место; время создание раздела в дырке - ее нужного размера еще надо найти; а так как при запуске приложения будет сформирован запрос на извлечение параметров из реестра для данного приложения, если данных у диспетчера конфигурации в своей таблице нет (или другие приложения не используют данную ветвь, в которой есть параметры), то начинаем его поиск и т.д.

М.Руссинович, Д.Соломон
Внутреннее устройство Windows Server 2003, XP, 2000
Глава 4
Механизмы управления
Реестр стр.196

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

А если опять повторюсь, все это разбросано.
Речь не идет о миллисекундах выиграем от этой процедуры или нет, речь идет о "стабильной" работе системы в целом, если для конечной цели есть два пути один в ходов 10, а другой 8, то я выберу семь за 8 ходов, процент надежности выше.

Мы с Вами говорим о разных вещах, а Вы, к тому же, о двух не связанных друг с другом проблемах - фрагментации и дефрагментации реестра и стабильности системы.
Писать еще один подробный ответ, к сожалению, сейчас нет времени.
Может быть, Вы мне поверите на слово, что степень фрагментированности реестра никак не влияет на стабильность работы системы? В конце концов, в России я единственный MVP c номинацией Windows System & Performance. ;)

Игорь Петрович, указанная Вами ссылка ведёт на страницу несуществующего продукта. А о том что Вы - Windows Desktop Experience MVP, известно всем ;)
На слово? Как-то не вяжется, всегда должны быть источники.

Последние две номинации - именно System & Performance. Это четко видно на сертификатах, присланных из Редмонда. Что касается ссылки, то, к сожалению, это либо сбой, либо кто-то решил опередить события в связи с грядущей отменой номинации, поскольку отдельная номинация для шести человек - несколько избыточно.
А что касается верить или не верить - так ведь я не настаиваю, не хотите - не верьте. Это уже будет не моей проблемой

Игорь Лейко :
Мы с Вами говорим о разных вещах, а Вы, к тому же, о двух не связанных друг с другом проблемах - фрагментации и дефрагментации реестра и стабильности системы.

Тема данного поста дефрагментация реестра, которую я связываю со стабильностью системы, но результат быстродействие в данном вопросе не пощупать. Чистка и дефрагментация должны быть в комплексе, так как очищая реестр от неверных ссылок в ветвях куста мы избавляемся от не нужного времени которое будет тратить менеджер конфигурации на поиск нужного параметра, так же места в памяти для загрузки других данные из реестра которые именно необходимы в данный момент, сокращаем время для поиска и проверки пустых мест для записи параметров т.е. как уже было сказано выше должны на выходе получить реестр как только что на заново установленной ОС без "дыр" (пустых блоков) без структурных дефектов компактный, который потребляет меньше системных ресурсов и требует меньше времени для обработки запросов приложений и операционной системы я даже согласен на 50%, а не на все 100%.

Игорь Лейко :Может быть, Вы мне поверите на слово, что степень фрагментированности реестра никак не влияет на стабильность работы системы? В конце концов, в России я единственный MVP c номинацией Windows System & Performance.

Во первых я рад за вас.
А как тогда ваши слова -

Выигрыш от "оптимизации реестра" ни оценить, ни измерить, на мой взгляд, не удастся, и это делает заявления о пользе программ довольно сомнительными с практической точки зрения.

т.е. переводя ваши же слова имеем : - что нельзя пощупать, то сомнительно.
На стабильность системы может даже повлиять запись данных в swap файл, или чтение данных из него, но это лирика.

Вы видели ПК простого пользователя, который купил его 6-8 месяцев назад, в каком он у него состоянии и как работает, например битых ссылок реестра порядка 1000, про размеры я молчу и т.д.

Бэлиан писал:Вы видели ПК простого пользователя, который купил его 6-8 месяцев назад, в каком он у него состоянии и как работает, например битых ссылок реестра порядка 1000, про размеры я молчу и т.д.

Вот, пожалуйста:

Я то видел, а вот Игорь Лейко?

#196629 Бэлиан :
Тема данного поста дефрагментация реестра, которую я связываю со стабильностью системы,

А я не связываю, потому что не могу себе представить, каким образом это может быть связано. ;)

Игорь Лейко,
Предлагаю полемику по данной теме прекратить ввиду того, что каждая сторона в данном вопросе осталось при своем мнении.

жаль, если захламленность системы ничем нельзя поправить(
я с удавольствием пользовался Live OneCare и результаты были ощутимы - перезагрузка компа происходила наглядно быстрее, приложения с окнами появлялись мягче..
главное в чистке - это безопасность