Что за программа? Ваше мнение.

[Жан]

Что за программа? Ваше мнение.

Я тут прочитал в новостях про Reg Organizer, который чистит реестры и тому подобное. А вопрос как она вообще влияет на другие программы?

 

[Eli]

то есть? он делает порядок в реестре - и работает как множество других похожих....

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

 

[Жан]

Однакож это программа тормозит комп.

 

[Eli]

это программа тормозит комп.

а что вы хотели? производится процесс который требут неких рессурсов ос, и тормоза во время просмотра и проверки \чистки, реестра, вполне реальны...


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

 

[Матроскин]

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

 

[Various]

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

Раз в месяц ссклинером прогоняю, вполне достаточно.

 

[Матроскин]

клинер стоят в автоматическом режиме при выключении чистит темп файлы и прочий мусор а реестр не трогаю... нет желания

 

[Paluch-2009]

Попробуй поработать с этой программкой. Мне очень нравится! Auslogics BoostSpeed

 

[maxfree]

У меня ест две проги суперские Trojan remover и не помню сижу с мобилы

 

[minos66]

Вот хочу свои пять копеек добавить. не сочтите за занудство. Прежде всего две аксиомы: первая - реестр формируется при загрузке системы и хранится в оперативке, вторая - ссылки на ключи и другие структуры данных реестра хранятся в выгружаемом пуле памяти. Теоретически чистка реестра вроде как должна быть полезна - уменьшение размера реестра должно снижать время на его формирование в оперативке при загрузке системы, уменьшать интенсивность обмена с файлом подкачки. Теоретически. Теперь что на практике... Проведите "чистку" реестра. Что видим? Найдено несколько десятков, ну пусть сотня, в самых клинических случаях пусть тысяча "мусорных" ключей. Да бог с ним - 10 000! (интересно, кто нибудь столько вычищал?) Больше всего будет ключей типа REG_DWORD (размер ключа 4 байта - выделил специально) и строковых параметров REG_SZ (максимальный размер ключа - 255 символов или 255 байт). Вообще, самый большой размер может быть двоичных ключей REG_BINARY (максимальный размер до 16 Килобайт). Но во первых, такого размера эти ключи практически никогда не бывают, во вторых в этих ключах содержатся данные об аппаратной части системы и чистильщикам делать среди них нечего! Ну короче почистите вы реестр на 10 000 ненужных ключей. Другими словами где то на 2MБ мусора из реестра уберете. Теперь дальше. Размер реестра в 7 порядка 100MБ и содержит несколько сот тысяч записей. Т.е. почистите его на 2%... Не много, правда? Что даст в плане производительности? Ну оперативки меньше в теории на 2МБ занято будет... При 2-4Г на среднем компе как то и говорить стыдно... Интенсивность работы со свопом упадет... насколько? Затрудняюсь сказать, но даже не на 2 %. Диспетчер памяти не занимается тем, что непрерывно гоняет реестр из оперативки в своп и обратно. Ему и так есть всегда кого "погонять". Superfeath тот же... При загрузке на 2MБ меньше с диска считывать. Скорость случайного чтения на 3,5' 7200 винтах вряд ли опускается ниже 50 Mбайт/с - что там выиграем? 1/25 секунды? Это сколько?
К чему я это? К тому, что ничего не имею против чистильщиков, если вы бэкап последней чистки сохраняете на всякий случай. Впрочем нормальные чистильщики всегда предлагают это сделать. Чистите на здоровье, но эффект как вы понимаете чисто эстетический и психологический - мол, когда все в порядке и самому приятно. Так что стоит ли уделять такое большое внимание выбору этих самых чистильщиков? Пользуйтесь любым, лучше бесплатным - Ccleaner неплох. У самого стоит, но используется исключительно из-за удобства управления автозагрузкой... Хотя честно говоря иногда и нажму кнопку "Очистить реестр"... трудно удержаться:G
По поводу дефрагментации реестра - это шарлатанство. Так как ссылки запрещены, позволю себе просто скопипастить (посты мои, просто на другом форуме):

"А вот Дефрагментация Реестра - это очень серьёзно. И её делать обязательно надо" - вот не хочется в дебаты вступать. Скажу коротко: строение реестра во всех Windows NT позволяет говорить о всех прожках типа "сжатие реестра", "дефрагментация реестра" как о шарлатанских. Что касаемо прожек для "чистки реестра" - они действительно убирают ненужный мусор, но НИКАКОГО влияния на производительность, применительно к дискам с ФС NTFS это не оказывает.
Попробую на пальцах по поводу дефрагментации в два слова объяснить... Нет никакой единой папки или еще какого образования под названием "Peecтр" в недрах ОС. То что мы называем "Pеестр" формируеся каждый раз при загрузке системы на основании данных, хранящихся в самых разных областях файловой системы ОС. И хранятся они там в виде обычных файлов. И подвержены фрагментации ровно так же как и все прочие файлы. И дефрагментируюются ровно так же как и все прочие файлы. Поэтому говорить о каких либо специальных прожках для "дефрагментации реестра" как то не кошерно. Обычная дефрагментации системного раздела, которую вы по идее должны выполнять регулярно сделает все то же, что и хитрые прожки для "дефрагментации реестра".
По поводу "мусора в реестре". ФС NTFS абсолютно безразличен размер и количество файлов, которое она обслуживает. как бы это попроще... Главная файловая таблица (MFT) это своего рода библиотечный каталог, где есть "карточка" на каждый файл. И абсолютно нет разницы сколько этих карточек в катологе хранится. Любую можно найти за одно и то же время. Так что от того, что в "реестре" много мусора на быстродействии это никак не сказывается - ну не перебираются все файлы подряд! лежит себе "мусор" и лежит. Почистить можно, но это так... для эстетических соображений...
Короче, если будете делеть резервные копии реестра перед тем как всяки прожки к нему допускать (впрочем многие эти прожки и так делают бэкапы), то вреда от них не получите... как впрочем и ощутимой пользы.

.......

1. Повторюсь. НИГДЕ в ФС ОС нет объекта под названием "РЕЕСТР". То что вы видите, набрав regedit или при применении любой другой проги для работы с реестром - это всего лиши результат их работы, облегчающий работу с ветвями реестра. Eще раз - НИГДЕ В ФАЙЛОВОЙ СТРУКТУРЕ ОС НЕТ ВОТ ТАКОГО ВЕТВИСТОГО ДЕРЕВА ПОД НАЗВАНИЕМ РЕЕСТР!!!!!
2. Реестр формируется при каждом запуске ОС в виртуальной памяти (это оперативка+своп). Для простоты скажу - реестр сидит в ОПЕРАТИВКЕ!
3. При каждом запуске ОС реестр формируется на основе данных, хранящихся в различных, папках ОС - system, security, sam, default и др. В этих папках все данные, необходимые для формирования реестра, хранятся в виде ОБЫКНОВЕННЫХ!!!! ФАЙЛОВ.
4. Эти файлы фрагментируются и дефрагментируются ровно так же как и все другие! Никакие "особые" параметров безопасности, отличные от общепринятых в ОС на них не распространяются. Дефрагментация этих файлов происходит ровно так же как и всех прочих.

Так яснее? ВОПРОС: ЧТО ДЕФРАГМЕНТИРУЕТ ПРОГРАММА "ДЛЯ ДЕФРАГМЕНТАЦИИ РЕЕСТРА"?

 

[Eli]

2. Реестр формируется при каждом запуске ОС в виртуальной памяти (это оперативка+своп). Для простоты скажу - реестр сидит в ОПЕРАТИВКЕ!
3. При каждом запуске ОС реестр формируется на основе данных, хранящихся в различных, папках ОС - system, security, sam, default и др. В этих папках все данные, необходимые для формирования реестра, хранятся в виде ОБЫКНОВЕННЫХ!!!! ФАЙЛОВ.

ты извини меня конечно - но все это глупости .... откуда ты взял что реестр, формируется из за загрузки памяти?
согласен, и ты прав когда говориш что хранится в виде файлов - но не просто файлов а закрытых и не доступных к обработке простым пользователям.
файлы реестра хранятся в папке - "C:\WINDOWS\system32\config" в 3 файлах с расширением, "SAV" - "Log" - "без обозначения".
и есть так же файл "NTUSER".

они есть физический на диске- и память не причем тут.

1. Повторюсь. НИГДЕ в ФС ОС нет объекта под названием "РЕЕСТР".

РЕЕСТР он есть, это структура - обозначаемая "реестром", которой система обращается во время всей загрузки ядра и работы ос....

то что ты видишь это как ветвь то это процесс обработки этих файлов(иначе ты бы не смог работать и обрабатывать информацию)
для того есть программа Registry Editor Utility - или regedit32.exe - в системе, запуск как просто regedit

 

[minos66]

ты извини меня конечно - но все это глупости .... откуда ты взял что реестр, формируется из за загрузки памяти?

"из за загрузки"??? Я такого не говорил. Я говорил, что в файловой системе ОС семейства Win NT нет никакого образования под названием реестр. нет никакого одного файла под названием "Реестр". Есть куча файлов, GUID и символьных ссылок, раскиданных по полдюжине папок. Чего дефрагментируем? Эти папки? Чем "дефрагментация реестра" от просто дефрагментации системного раздела отличается? Я говорил, что Реестр каждый раз зханово формируется при загрузке системы и профиля пользователя и "живет" в оперативке... Так чего дефрагментируем то? Оперативку? Впрочем чего повторяться - почитайте википедию Реестр Windows — Википедия, там внизу статьи ссылки полезные есть... там почитайте...

 

[Eli]

вот эту

откуда ты взял что реестр, формируется из за загрузки памяти?

строку я не так написал - потому извини. и давай на ты...

при загрузке системы и профиля пользователя..

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

 

[minos66]

как я уже написал физические и есть над диске

Давайте еще раз - нигде в структуре файловой системы ОС нет объекта под названием "Реестр", куски которого можно собрать (дефрагментировать) в единое целое. Есть куча папок где хранится куча разных файлов. Обычных файлов... И куча символьных ссылок, которые отсылают к файлам, которые храняться еще в куче папок. Короче весь реестр "размазан" по всей ОС. Все эти файлы подвержены фрагментации ровно так же как и любые другие файлы на диске. И дефрагментируются ровно по тем же правилам как и все другие файлы. В чем предназначение специальной прожки "дефрагментатор реестра"? Какие она тайные действия исполняет, нежли обычный дефрагментатор? Более того, значительная часть реестра вообще формируется на основании работы ntdetect, которая собирает данные из биоса и cmos, из микропрошивок устройств и т.п. Эти данные вообще (ну кроме резервных копий типа Последней удачной конфигурации) на диске не хранятся - они каждый раз заново формируются при загрузке. Их как дефрагментируем?
Теперь, вот создалась та же Последняя удачная конфигурация. Соответственно предыдущая так сказать "стерта", на самом деле не стерта, а просто место которое она занимала помечено как незанятое. Как вы думаете, куда физически будут записаны данные новой Последней удачной конфигурации? На место старой? Как бы не так - куда и что писать решает исключительно микропрограмма диска. Единолично, и ОС ей не указ. Видит свободную "дырку" туда часть данных этой самой новой Последней удачной конфигурации и запишет, часть в другую "дырку". Там настало время что то прочесть - головки метнулись в конец диска, прочли - микропрограмма сочла, что нечего головкам попусту мотаться, она кусок все той же Последней удачной конфигурации и в конец диска запишет... Ровно так же происходит при всех изменениях в реестре. Да впрочем и при изменении любых файлов. Что то "потерли", что то куда то записали. В итоге реестр не только по ФС ОС размазан, он еще и физически по диску размазан. Кошмар!!! Чем грозит? Да ничем! Дефрагментация грозит лишь небольшой задержкой при загрузке. На самой работе реестра это никак не отражается - все, ВСЕ! данные, и это самое главное, необходимые для формирования реестра при загрузке ОС с диска считываются в оперативку и там живут до окончания очередного сеанса (ну мигрируют между оперативкой и свопом при нужде). Так чего дефрагментируем то?

 

[AlexZir]

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

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

Imho, проблема для обсуждения высосана из пальца, для топикстартера не несет абсолютно никакой смысловой нагрузки и по сути офтоп. Думаю, для продолжения вы могли бы создать собственную тему.

 

[Жан]

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

 

[Biohazard_rus]

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