Изменение реестра DisablePagingExecutive имеет какой-либо фактический эффект?
/etc/bashrc большинства дистрибутивов являются довольно маленькими и читаемыми. Я предлагаю читать их. Если бы кто-то мог бы найти ссылки на все главные, я голосовал бы за то, что многократно, если я мог.
Существует огромная сумма беспорядка в Интернете относительно этой функции. Эффекты установки только часть ядра, известного как руководитель, и затем только к частям, которые листаемы. Существуют другие части ядра, которые абсолютно незатронуты этой установкой.
Подкачка страниц ядра работает тот же путь любой другой подкачкой страниц. Код и данные, к которым часто получают доступ, будут сохранены в RAM, в то время как остаток останется на диске - где это принадлежит. Система не удалит части ядра от RAM, если это не нашло лучшее использование для него. Microsoft посвятила огромный объем исследования и тестирующий к пейджинговым системам.
В контексте "Неразбитого на страницы" ядра означает код и данные, которые никогда не могут разбиваться на страницы ни при каких обстоятельствах. "Разбитый на страницы" означает код и данные что CAN быть разбитым на страницы при необходимости. Сколько на самом деле разбито на страницы, невозможно сказать от Диспетчера задач. Часть кода, который разбит на страницы, никогда не читалась из диска во-первых, потому что это еще не было необходимо. Не ко всему ядру часто получают доступ. Вы не должны ожидать, что Разбитые на страницы и Неразбитые на страницы числа будут произведены рассматриваемой установкой.
Примечание: Когда код разбит на страницы, он обычно не копируется в файл подкачки. Это не необходимо, поскольку это может просто быть перезагружено из исходных файлов. Это относится к большей части кода, не только ядру.
С разумной суммой RAM установка по существу ничего не сделает. Это просто предотвращает систему от подкачки страниц данные, которые это не хотело разбивать на страницы так или иначе.
Тонкая настройка DisablePagingExecutive не останавливает подкачку страниц, это - цель, должен был предотвратить "Руководителя" (т.е. само Ядро) быть разбитым на страницы и таким образом порождение целого системного замедления, не только, человек разбил на страницы приложений.
Можно попытаться отключить подкачку страниц полностью путем удаления всех файлов подкачки в Системных Свойствах (или в HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PagingFiles). Это работает хорошо на меня, но вещи становятся довольно неприятными, когда у Вас заканчивается физическая память, и у Вас должен быть файл подкачки для отладки ошибок ОСТАНОВКИ.
-
1I' ve, работая без файла подкачки в течение нескольких дней и это работает вполне прилично, Windows 7 на самом деле предлагает предложения памяти голодные приложения для уничтожения, когда он начинает кончаться. – Froosh 3 June 2009 в 04:01
Я не уверен, понимаете ли Вы это, но отсутствия страницы являются механизмом который использование Windows загрузить исполняемый код. Так, например, DLL отображается на виртуальной памяти, и затем отсутствия страницы используются, чтобы сделать фактическую загрузку из диска как требуется. Файл подкачки не вовлечен в это.
Таким образом, многое из того, о чем Вы думаете, как 'разбито на страницы к диску', могло бы быть материалом, который был на диске во-первых.
-
1Я не понял, что, и это имеет смысл, хотя я don' t думают, что это отвечает на мой вопрос. Если я отключаю подкачку страниц ядра окон, почему мой диспетчер задач продолжает говорить мне, что 75% из него разбиты на страницы (общее количество ядра 400 МБ с разбитыми на страницы 275 МБ)? Это также doesn' t рассматривают мой вопрос о том, почему Windows, кажется, разбивает на страницы так в большой степени когда there' s все еще несколько ГБ свободной RAM. – SqlRyan 26 May 2009 в 18:28
-
2You' ре читая ' paged' как ' записываемая память, которая была paged-out' тогда как в контексте памяти ядра, ' paged' средства ' мог быть paged-out' и ' nonpaged' средства ' won' t когда-либо быть paged-out'. последний важен для программирования KM, когда Вам нужна память при обстоятельствах, где пейджинговая система не может работать (обработчики прерываний, например). – Will Dean 27 May 2009 в 10:23
-
3В контексте условий you' использование ре (I' m не разработчик ядра, таким образом, я don' t знают лучше), я ожидал бы, что это изменение реестра отметит все ядро как " non-paged" (значение " никогда не будет paged-out"), и that' s не, что это делает. Я просто хотел видеть, было ли у других то же ожидание как я, или если я неправильно истолковывал то, что это изменение, как предполагалось, сделало. – SqlRyan 29 May 2009 в 18:53
Компоненты системного уровня, такие как ядро, исполнительная система и драйверы устройств, могут выделять память из двух пулов. Это выгружаемый пул, который может быть выгружен по усмотрению менеджеров памяти, и невыгружаемый пул, который должен постоянно оставаться в ОЗУ. Разработчик решает, какой пул будет использоваться, исходя из своих потребностей. Рекомендуется по возможности использовать выгружаемый пул, поскольку это обеспечивает максимальную гибкость диспетчеру системной памяти. Оба пула имеют ограниченный размер, и, в частности, в 32-битных системах эти ограничения могут представлять проблему. Выгружаемый пул значительно больше. Если невыгружаемый пул использовался чрезмерно, предел размера может быть достигнут, и это вызовет серьезные системные проблемы.
Элементы, помеченные в диспетчере задач как «выгружаемые» и «невыгружаемые» память ядра показывает распределение этих пулов. Это не имеет абсолютно ничего общего с динамическим состоянием фактического выгружаемого объема памяти. Запись реестра «DisablePagingExceutive» влияет на состояние динамического разбиения на страницы части выгружаемого пула, поэтому его эффекты никогда не будут отображаться диспетчером запросов.
Просто чтобы добавить еще одно использование этого параметра: оно требуется для xperf обхода стека.
Для того, чтобы трассировка работала в 64-битной Windows, вам необходимо установить раздел реестра DisablePagingExecutive. Это указывает операционной системе не выгружать драйверы режима ядра и системный код на диск, что является предварительным условием для получения 64-битных стеков вызовов с помощью xperf, поскольку обход 64-битного стека зависит от метаданных в исполняемых образах, а в некоторых ситуациях Коду обхода стека xperf не разрешено касаться выгруженных страниц.
Еще одна информация о настройке. Эту цитату можно найти в Интернете, я не знаю ее первоисточник.
DisablePagingExecutive применяется только к ntoskrnl.exe. Это не относится к win32k.sys (намного больше, чем ntoskrnl.exe!), Выгружаемым частям других драйверов, выгружаемому пулу и, конечно же, кешу файловой системы. Все они находятся в адресном пространстве ядра и выгружаются на диск. В системах с низким объемом памяти это может вызвать ненужную подкачку кода приложения и снизить производительность. Если у вас более чем достаточно ОЗУ для вашей рабочей нагрузки, да, это не повредит, но опять же, если у вас более чем достаточно ОЗУ для вашей рабочей нагрузки, система в любом случае не выгружает много этого материала. Этот параметр полезен при отладке драйверов и обычно рекомендуется для использования только на серверах, на которых запущен ограниченный набор хорошо известных приложений
. Таким образом, можно сделать вывод, что помимо использования xperf его преимущества неясны: по сути, это ограничивает некоторые "почти случайные" вещи от пейджинга и дальнейшего размышления - , следовательно, заставляет вместо этого чаще выгружать что-то другое.
Если вы вносите изменения в настройки системы, вам необходимо понимать эту информацию или эквивалент это для того, чтобы знать, какой тип результатов дает изменение настроек системы, где результаты могут быть положительными, нейтральными или отрицательными в отношении производительности системы.
Вы можете открыть «Монитор ресурсов» в Windows. Перейдите в инструмент поиска и найдите «Монитор ресурсов». Или откройте инструмент команды запуска (я предполагаю, что любой, кто читает это, знает, как это сделать) и введите «resmon».
Используйте этот инструмент для мониторинга всех видов активности системы, таких как активность процессора, активность памяти, и активность жесткого диска. Если вы еще не знакомы с информацией, содержащейся в «Мониторе ресурсов», изучите ее немного, потому что вам нужно будет ознакомиться с ней, чтобы запускать тесты, которые помогут вам измерить тип результатов, которые вносит изменение в настройках системы.
Основная идея состоит в том, что вы запускаете «Монитор ресурсов», когда ваша компьютерная система выполняет определенные задачи, чтобы измерить результаты, связанные с производительностью, которые вносятся изменениями в системные настройки. Выполняйте задачи, которые используют системные ресурсы, производительность которых вы пытаетесь проверить. Например, существуют задачи, с помощью которых можно проверить процессор, оперативную память, жесткий диск (диски), графический процессор или сетевое устройство. Используйте Google, чтобы узнать, как проверить производительность компьютерных ресурсов, которые вы хотите протестировать.
Если, например, вы измените системную настройку «Отключить пейджинговую службу», вы можете запустить тест на ресурсов компьютера и используйте «Монитор ресурсов», чтобы измерить, какие результаты дает изменение (если какое-либо изменение вообще).
Затем сравните данные и посмотрите, есть ли какие-либо существенные различия между настройками старой системы и новые системные настройки, которые вы изменили.
Возможно, вам не всегда нужно использовать «Монитор ресурсов», поскольку некоторые методы тестирования производительности системных ресурсов включают программное обеспечение, которое отслеживает и измеряет за вас.
Дело в том, что вы хотите следовать систематический метод, чтобы увидеть, влияет ли какое-либо изменение на производительность вашей системы по сравнению с задачами, которые вы запрашиваете у компьютера.
Измените один параметр. Протестируйте его на предмет изменения производительности. Определите результаты теста. Основываясь на результатах, решите, будете ли вы менять настройку обратно на то, что было, или на что-то другое, или оставьте ее там, где она есть. 1) Настройка 2) Тест 3) Результаты 4) Решение.
Вы можете использовать этот метод логического вывода для всех видов корректировок системных настроек, включая «Отключить управление разбивкой по страницам».
Удачной настройки.
Здесь много! Я был впечатлен очень хорошей информацией об этом посте. Я заметил, что DisablePagingExecutive со значением 1 лучше всего выполнять на первом сайте рабочего стола после чистой установки любой версии Windows от XP до Windows 10, от 32 бит до 64 бит (при условии, что на вашей материнской плате достаточно оперативной памяти), но после того, как значение 1 будет применено к DisablePagingExecutive, такое же значение необходимо сделать и для LargeSystemCache.
Также, как упоминалось выше, эти настройки обычно выполняются на серверах Windows, но также удобны при отладке.
Эти изменения используются на свой страх и риск, поэтому примите во внимание то, что все упомянули выше, также не помешает гуглить каждого из упомянутых ключей, которые были DisablePagingExecutive и 1, я не помню, чтобы видел ... LargeSystemCache.
Убедитесь, что у вас достаточно оперативной памяти. Недостаточно оперативной памяти вызывает проблемы в вашей системе, с которыми вы не хотите иметь дело, и, вероятно, вызовет синий экран (bsod) в вашей системе.
4 ГБ оперативной памяти - это минимум, к которому я применил бы эти настройки, указанные выше, и это если вы не используете интенсивные приложения, которые используют много оперативной памяти, или если вы играете в какие-либо игры, то лучше всего оставить эти
(XP: минимум 256 Мб оперативной памяти)
Прежде чем делать что-либо в реестре, рекомендуется перенастроить реестр на устройство хранения, а не на жесткий диск операционной системы или отдельное хранилище ЛЮБОЙ вид, чтобы вы могли восстановить реестр, если вам нужно.
Информация над мной действительно пересекается с буквами T и точками с i.
Make sure to backup your system.
Он делает то, что говорит, не выгружает код ядра или драйвера.
Это просто гарантирует, что ядро и драйверы всегда присутствуют в оперативной памяти.
В те дни, когда у вас был Pentium 6xx и 256 МБ оперативной памяти, было бы важно, если бы у вас было больше МБ, если бы часть кода вашего драйвера или кода ядра была заменена, но сегодня это Windows Wayne. так раздутый в любом случае 10GB привет.