Опрос
Вы участвуете в программе Windows Insider?
Популярные новости
Обсуждаемые новости

1
1 2
Не в сети
Сообщений: 43
Благодарностей: 0
Предупреждений:
Из:
Род занятий:

Искал и делал для себя, файл подкачки не использую поэтому твики для него не рассматриваю, вот что нарыл, жду каменты и поправления, это твики каторые я добавил после уже копания в винде 7 и разных настроек типа Windows 7 Manager

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]

"DisablePagingExecutive"=dword:00000001
Это заставить сохранять данные в памяти вместо страниц памяти на жестком диске

"LargeSystemCache"=dword:00000001
Это позволит ядру работать непосредственно в памяти, а не загружать различные модули с жесткого диска

"IoPageLockLimit"="131072"
Этот параметр влияет на скорость дискового КЭШа. Установите его значение в зависимости от используемого объема памяти
(131072 выставлено программой Windows 7 Manager для больше 1гб оперативки, у меня 4 если не так то поправьте)

"PhysicalAddressExtension"=dword:00000001
Снятие запрета на доступ к верхним 2 Гб памяти.
как следствие - уменьшается фрагментация блоков сегментов
как следствие - уменьшается виртуальная релокация сегментов


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters]

"EnableSuperfetch"=dword:00000003
рекомендуемое значение, установлено по умолчанию Windows 7

"EnablePrefetcher"=dword:00000003
ускорение запуска приложений и загрузки системы

"EnableBootTrace"=dword:00000000
Данный параметр определяет, будет ли выполняться трассировка работы службы SUPERFETCH во время запуска операционной системы

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl]

"Win32PrioritySeparation"=dword:00000006
Данный твик поможет настроить приоритет центрального процессора, конечно же, если у вас не PnP BIOS.
Что данный твик даст именно вам? Мы настроим систему таким образом, чтобы основные ресурсы процессора
были отданы запущенным приложениям, в то время как фоновые задачи имели более низкий приоритет.
Некоторые скажут, что не увидели реального прироста производительности. Но по нашему мнению,
имеет место ЗНАЧИТЕЛЬНЫЙ прирост производительности системы в целом.
Это выражается в более быстрой реакции системы на ваши действия.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]

"NtfsDisableLastAccessUpdate"=dword:00000001
Отключить обновление последнего обновления. По умолчанию NTFS обновляет штамп времени и даты,
каждый раз когда происходит обращение к файлу или папке.
Для больших томов NTFS процесс обновления может несколько снизить производительность


"NtfsMemoryUsage"=dword:00000002
По умолчанию выставленный в 1 он ограничивает аппетит NTFS в плане использования памяти,
устанавливая жесткие лимиты на размер дискового кэша и количество информации,
хранимой для открытых файлов. Для рабочих станций — все ОК,
но для сервера, оснащенного большим количеством RAM и чувствительного к быстродействию дисковой подсистемы,
значение лучше установить в 2

"NtfsDisable8dot3NameCreation"=dword:00000001
Отключить создание коротких имен. По умолчанию, NTFS генерирует стиль имени, содержащий восемь символов и три символа для расширения.
Это позволяет сохранить совместимость со старыми версиями ОС Microsoft (MS-DOS и Microsoft® Windows® 3.x ).
Если Вы не используете эти операционные системы, то можете выключить эту установку

"NtfsDisableEncryption"=dword:00000001
Отключить и шифрование, После перезагрузки системы попытка применения атрибута шифрования к файлам и папкам будет выдавать ошибку,
что очень хорошо! Почему хорошо? Да потому, что система шифрования реализована далеко не самым лучшим образом
механизм резервирования ключей не отложен, а без ключей все зашифрованные данные становятся недоступными

"NtfsDisableCompression"=dword:00000001
запрещает применение атрибута сжатия для всех файлов. Чем плохо сжатие? А тем, что сжатые файлы труднее восстанавливать
в случае краха диска. Их не поддерживают утилиты автоматизированного восстановления
(мне неизвестно ни одной, которая бы поддерживала), их не понимают драйвера для NTFS от Linux'а,
а спецы по восстановлению увеличивают сумму контракта как минимум на порядок. И зачем все это?!
К тому же, NTFS жмет плохо, сжатые файлы тормозят и жрут память, что для сервера,
работающего с большим количеством файлов единовременно, весьма и весьма актуально.

#190381   | 06.03.10 10:15
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

sasaqwe, из всех этих твиков я пользуюсь первыми двумя. Это действительно заметно повышает отзывчивость системы. Меня раздражает, когда после сворачивания ресурсоемкой игрушки система несколько секунд свопит, "доставая" эксплорер из файла подкачки. С этими твиками такого нет. Сочетанием Alt+Tab или кнопкой Win даже тот же Crysis сворачивается мгновенно и мне не надо ждать, когда же я, например, смогу переключить песню в WMP. А от остальных твиков я особой пользы не заметил. Может она и есть, но на вскидку не заметишь. Вот суперфетч да, хорошая вещь. Хотя многие не понимают его пользы. Такие люди скорее всего и обои на рабочий стол не ставят, и тему AERO не используют)) Кстати, последним советую сравнить, как грузится процессор от быстрых перетаскиваний окон при включенном и отключенном DWM'е. Может вы пересмотрите свое мнение...

#190383   | 06.03.10 11:44
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

sasaqwe,
"PhysicalAddressExtension"=dword:00000001
Снятие запрета на доступ к верхним 2 Гб памяти.
как следствие - уменьшается фрагментация блоков сегментов
как следствие - уменьшается виртуальная релокация сегментов



По памяти, но чтоб 32бит программа работала с памятью более 2 нужно, чтоб она была скомпилирована со спец.ключем, и сама ОС с ключем.

#190388   | 06.03.10 15:01
Не в сети
Сообщений: 168
Благодарностей: 88
Предупреждений:
Из: ---
Род занятий:

sasaqwe :

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters]

"EnableSuperfetch"=dword:00000003
рекомендуемое значение, установлено по умолчанию Windows 7

"EnablePrefetcher"=dword:00000003
ускорение запуска приложений и загрузки системы



У меня комп не используется по какому либо назначению, поэтому нету программ которым надо отдавать предпочтение. ( в любой момент могу запустить, то что не пускалось уже месяц). Поэтому Superfetch и Prefetcher держу в dword:00000002 (предвыборка только системы).
В моем случае это удобней. ИМХО

#190391   | 06.03.10 16:10
Не в сети
Сообщений: 483
Благодарностей: 19
Предупреждений:
Из: Russia Елец
Род занятий:

dushman-44, а ускорение загрузки заметно при этом?

#190393   | 06.03.10 16:55
Не в сети
Сообщений: 168
Благодарностей: 88
Предупреждений:
Из: ---
Род занятий:

izstas, Пожалуй, да. Надо очистить папку C:\Windows\Prefetch. Она потом сама заполнится всем необходимым. У меня там всего 11 элементов, а при dword=3 может достигать до 120. Результат будет виден после 2 перезагрузки

Только что провел эксперимент. Поставил параметр 3. Понавключал всяческих программ. Выключил. Включил. Время загрузки увеличилось на 5 секунд. В папке Prefetch 71 элемент. В оперативке занятость увеличилось на 100 м. Вернул параметр на 2 все вернулось как было. Результаты не впечатляющее, но тем не мене

#190395   | 06.03.10 17:31
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

"EnablePrefetcher"=dword:00000003
ускорение запуска приложений и загрузки системы

#190404   | 06.03.10 20:37
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

И второй вопрос как вы определяете - загрузку, если Prefetcher отрабатывает только в первой половине загрузки системы.

Поставил параметр 3. Понавключал всяческих программ. Выключил. Включил. Время загрузки увеличилось на 5 секунд. В папке Prefetch 71 элемент.

#190405   | 06.03.10 20:40
Не в сети
Сообщений: 168
Благодарностей: 88
Предупреждений:
Из: ---
Род занятий:

Бэлиан :
И второй вопрос как вы определяете - загрузку, если Prefetcher отрабатывает только в первой половине загрузки системы.



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

#190409   | 06.03.10 21:56
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

А я про загрузку написал с момента старта до полной загрузки User приложений.

Напомню http://www.oszone.net/4523/Windows_Vista

Функция SuperFetch реализована в библиотеке %SystemRoot%\System32\Sysmain.dll; она выполняется в качестве службы Windows внутри процесса Service Host (%SystemRoot%\System32\Svchost.exe). Благодаря поддержке со стороны диспетчера памяти эта схема позволяет службе получать историю обращений к страницам памяти и отдавать диспетчеру памяти указания по предварительной загрузке данных или кода из файлов на диске или из файла подкачки в список ожидания, а также присваивать приоритет страницам памяти. Служба SuperFetch существенно расширяет отслеживание страниц памяти, учитывая страницы, которые были ранее загружены в память, но впоследствии освобождены диспетчером памяти для других данных и кода. Эта информация хранится в папке %SystemRoot%\Prefetch в виде файлов сценариев с расширением «.db» вместе со стандартными файлами упреждающего чтения, используемыми для оптимизации запуска приложений. Располагая подробной информацией об использовании памяти, служба SuperFetch может осуществлять предварительную загрузку данных и кода при освобождении физической памяти.

Когда освобождается память (например, при завершении работы приложения или когда приложение освобождает выделенную память), служба SuperFetch дает диспетчеру памяти инструкцию загрузить недавно выгруженные данные и код. Эта процедура осуществляется со скоростью в несколько страниц в секунду с приоритетом ввода-вывода «Very Low» (очень низкий), поэтому предварительная загрузка не мешает работе пользовательских и других активных приложений. Благодаря этому, когда пользователь оставляет свое рабочее место на время обеденного перерыва, и фоновые задачи, интенсивно работающие с памятью, приводят к выгрузке страниц памяти активных пользовательских приложений, службе SuperFetch зачастую удается вернуть большинство страниц в память еще до того, как пользователь вернется на рабочее место. У службы SuperFetch есть также специальные сценарии поддержки гибернации, ждущего режима, быстрого переключения пользователей (FUS) и запуска приложений. Например, когда система переходит в режим гибернации, служба SuperFetch сохраняет в файле гибернации данные и код, доступ к которым вероятнее всего потребуется после загрузки системы, с учетом истории предыдущих переходов в режим гибернации.
...
Функция ReadyBoot
После каждой загрузки системы служба ReadyBoost (та же самая служба, которая реализует описанную выше функцию ReadyBoost) в моменты простоя ЦП планирует кэширование для следующей загрузки системы. Она анализирует информацию об обращениях к файлам за пять предыдущих загрузок и определяет, к каким файлам производились обращения, и где эти файлы расположены на диске. Обработанная информация об обращениях сохраняется в папке %SystemRoot%\Prefetch\Readyboot в виде файлов с расширением «.fx», а план кэширования сохраняется в разделе реестра HKLM\System\CurrentControlSet\Services\Ecache\Parameters в виде значений типа REG_BINARY с именами, соответствующими именам внутренних дисков.
Кэширование реализуется с помощью того же драйвера, что и в функции ReadyBoost (драйвер Ecache.sys), но управление заполнением кэша во время загрузки осуществляется службой ReadyBoost. Хотя кэш загрузки сжимается так же, как и кэш ReadyBoost, есть еще одно отличие между управлением кэшем в функциях ReadyBoost и ReadyBoot. В отличие от функции ReadyBoost, в режиме ReadyBoot содержимое кэша не изменяется при операциях чтения и записи, а определяется только обновлениями, вносимыми службой ReadyBoost. Служба ReadyBoost удаляет кэш через 90 секунд после начала загрузки или в случае, если требуется дополнительная оперативная память.. Измерение производительности, проведенное в корпорации Майкрософт, показало, что при использовании функции ReadyBoot производительность увеличивается примерно на 20 процентов по сравнению с технологией упреждающего чтения, используемой при загрузке ОС Windows XP.
...



ru.wikipedia.org
Prefetcher — компонент операционной системы Microsoft Windows, ускоряющий процесс ее начальной загрузки, а также сокращающий время запуска программ. Prefetcher впервые появился в операционной системе Windows XP. Начиная с Windows Vista, он был расширен технологиями SuperFetch и ReadyBoost.
Prefetcher сохраняет файлы трассировки в папке Prefetch корневого каталога Windows[1] (обычно, это папка \Windows\Prefetch). Загрузка операционной системы трассируется в файл NTOSBOOT-B00DFAAD.pf. Запуск программ трассируется в отдельные файлы, имена которых формируются из названия исполняемого файла программы, дефиса, шестнадцатеричного хеша пути к файлу и расширения «.pf» (например: EXPLORER.EXE-082F38A9.pf). При запуске приложений, являющихся рабочей средой для других компонентов (например: DLLHOST.EXE, MMC.EXE, RUNDLL32.EXE), в хеш также добавляется имя загружаемого модуля, в итоге для разных компонентов создаются разные файлы трассировки.
Важную роль в работе компонента Prefetcher играет служба «Планировщик заданий» (англ. Task Scheduler). «Планировщик заданий» анализирует данные, поступающие от Prefetcher, и записывает файлы трассировки в папку %SystemRoot%\Prefetch. Prefetcher не будет работать правильно, если служба не запущена. «Планировщик заданий» также взаимодействует с программой дефрагментации диска Windows. Каждые три дня во время простоя компьютера в папке %SystemRoot%\Prefetch создается файл Layout.ini, в котором сохраняется список файлов и папок, использовавшихся при загрузке операционной системы и запуске программ. Дефрагментатор диска использует информацию из файла Layout.ini для оптимального физического размещения этих файлов на диске.
...
Этот миф основывается на предположении, что в папке %SystemRoot%\Prefetch скапливается слишком много файлов, поэтому Prefetcher начинает тормозить. В реальности очистка вышеуказанной папки приводит к замедлению работы компьютера до тех пор, пока трассировочные данные не будут снова накоплены.
...



На графиках показана загрузка системы от старта до конца.

#190430   | 07.03.10 10:15
Не в сети
Сообщений: 383
Благодарностей: 52
Предупреждений:
Из: Russia Краснодар
Род занятий: Дизайнер

sasaqwe :
"IoPageLockLimit"="131072"
Этот параметр влияет на скорость дискового КЭШа. Установите его значение в зависимости от используемого объема памяти
(131072 выставлено программой Windows 7 Manager для больше 1гб оперативки, у меня 4 если не так то поправьте)



По умолчанию, в реестре x64 такого ключа вообще нет. Насколько я понимаю, Вы эти твики снимали уже после В7 манагера. Т.е. он этот ключ "вручную" задал. В связи с этим - вопрос о целесообразности для x64.

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


Также, могу отметить, что на x64 отключение свопа приводит к потере стабильности системы. При ресурсоемких приложениях малейший выход за объем памяти будет сопровождаться крашем.

Из опыта пользования x32, кстати помню, что отключение свопа там приводило к улучшению работы и отзывчивости. Что вполне логично при 4 Гб памяти, т.к. винда больше двух не юзает, а остаток вполне решается верхними 2

X64 же с включенным свопом работает гораздо быстрее 32 битной. В целом, конечно 64 система гораздо (ОЧЕНЬ) быстрее 32.

Так, что если система позволяет, тем кто до сих пор на 32 рекомендую переходить на 64. Прирост в производительности огромен. Конфликтов с играми и прочим не наблюдаю. Мелкие косяки (не уверен, что их нет на 32) никак не отыгрывают прирост скорости с которой работает x64. Начиная от запуска приложений, заканчивая остальным.

На самом деле я вообще В7 (первую за все время) не твикаю. Потому что система великолепно работает и так. Без преувеличения. С "миллионом" установленных программ и с десятками запущенных приложений.

--------

Johny-electric
Поправьте меня, если ошибаюсь, но в русской версии ранних виндов Large Sys Cache выбирался как "оптимизировать работу фоновых приложений", либо "оптимизировать работу активных приложений".

Вопрос... Ммм. Какие соображения были у разработчика делать это ( не самое быстрое) значение дефолтом? Неужто только недостаток памяти у среднего юзера? Или же наоборот, в В7 и выбрано оптимальное значение, при котором LSC отключен...?

-------------------

Лично себе, я устанавливаю три настройки -

IRQ8 priority, удаляю Ae Debug и выставляю 0% для QQS

#190606   | 12.03.10 19:28
Не в сети
Сообщений: 964
Благодарностей: 56
Предупреждений:
Из: ---
Род занятий:

"IoPageLockLimit"="131072"

В семерке не актуален.

#190615   | 12.03.10 22:22
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

federalstormer :
Поправьте меня, если ошибаюсь, но в русской версии ранних виндов Large Sys Cache выбирался как "оптимизировать работу фоновых приложений", либо "оптимизировать работу активных приложений".

Вопрос... Ммм. Какие соображения были у разработчика делать это ( не самое быстрое) значение дефолтом? Неужто только недостаток памяти у среднего юзера? Или же наоборот, в В7 и выбрано оптимальное значение, при котором LSC отключен...?


Да, это оно. В серверных редакциях Windows значение LargeSystemCache равно 1, в клиентских - 0. Причина скорее всего именно в малом объёме ОЗУ среднестатистического домашнего юзера. Сервера же оснащают большим объёмом ОЗУ и там очень интенсивный поток данных, поэтому эта опция влияет на производительность очень сильно.

LargeSystemCache: Core Services

#190620   | 13.03.10 06:59
Не в сети
Сообщений: 383
Благодарностей: 52
Предупреждений:
Из: Russia Краснодар
Род занятий: Дизайнер

Johny-electric

Да вот я всвязи с этим интересовался интерпретацией значения. Т.е. 0 - оптимизирует работу активных приложений, или... мм. Я понимаю, что вариант 1 - оптимизирует оставляя больше свободной памяти просто. Ок.

Задам Вам еще один вопрос здесь, дабы отдельную тему не плодить.

здес скрин startup

В нем образовался мешок мусора. Эта фигня происходит от постоянных обновлений Адобы, которая раз за разом напихивает в авторан свою дребедень.

Не могу найти, в каком месте хранятся эти значения, дабы их вычистить. По означенным в реестре адресам их просто нет...
-----------

К примеру некоторые особо умные товарищи (как там видно) напихивают в свой софт чепуху, которая вообще не нужна - например АМД оптимайзер или Гугл апдейт (стрелять таких надо).

Фичи я поудалял естественно, а хвосты торчат и раздражают меня, как существо привыкшее к порядку на компе.

#190647   | 13.03.10 17:22
Не в сети
Сообщений: 841
Благодарностей: 51
Предупреждений:
Из: Russia Москва
Род занятий: IT

federalstormer :
...
Не могу найти, в каком месте хранятся эти значения, дабы их вычистить. По означенным в реестре адресам их просто нет...



В данный момент называемые Вами "хвосты" (т.к. Вы из закомментарили через msconfig) находятся здесь:
HKLM\SOFTWARE\Microsoft\Shared Tools\MSConfig\startupreg

А по умолчанию тут:
HKLM\Software\Microsoft\Windows\CurrentVersion\Run
HKCU\Software\Microsoft\Windows\CurrentVersion\Run

Поблагодарили: federalstormer

#190648   | 13.03.10 17:32
Все права принадлежат © ms insider @thevista.ru, 2022
Сайт является источником уникальной информации о семействе операционных систем Windows и других продуктах Microsoft. Перепечатка материалов возможна только с разрешения редакции.
Работает на WMS 2.34 (Страница создана за 0.044 секунд (Общее время SQL: 0.017 секунд - SQL запросов: 98 - Среднее время SQL: 0.00018 секунд))
Top.Mail.Ru