ntkr128g.exe: что это? и как его убрать

В вашей системе запущено много процессов, которые потребляют ресурсы процессора и памяти. Некоторые из этих процессов, кажется, являются вредоносными файлами, атакующими ваш компьютер.
Чтобы исправить критические ошибки ntkr128g.exe,скачайте программу Asmwsoft PC Optimizer и установите ее на своем компьютере

Asmwsoft PC Optimizer — это пакет утилит для Microsoft Windows, призванный содействовать управлению, обслуживанию, оптимизации, настройке компьютерной системы и устранению в ней неполадок.

1- Очистите мусорные файлы, чтобы исправить ntkr128g.exe, которое перестало работать из-за ошибки.

2- Очистите реестр, чтобы исправить ntkr128g.exe, которое перестало работать из-за ошибки.

Как удалить заблокированный файл ntkr128g.exe.

3- Настройка Windows для исправления критических ошибок ntkr128g.exe:

Всего голосов ( 181 ), 115 говорят, что не будут удалять, а 66 говорят, что удалят его с компьютера.

Как вы поступите с файлом ntkr128g.exe?

Некоторые сообщения об ошибках, которые вы можете получить в связи с ntkr128g.exe файлом

(ntkr128g.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.

(ntkr128g.exe) перестал работать.

ntkr128g.exe. Эта программа не отвечает.

(ntkr128g.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.

(ntkr128g.exe) не является ошибкой действительного windows-приложения.

(ntkr128g.exe) отсутствует или не обнаружен.

NTKR128G.EXE

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

процессов:

Cookies help us deliver our services. By using our services, you agree to our use of cookies.

Источник

Ntkr128g exe что это

3,3 гб от всего объема оперативной памяти, даже не смотря на то, что у нас может быть установлено 4 и более вплоть до 128 гб.

Сейчас я опишу один из способов обойти это ограничение.
Вы сможете воспользоваться всем имеющимся объемом оперативной памяти в 32-битной операционной системе Windows 7.

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

__________________
Для пропатчивания понадобится ряд рабочих файлов:
Скачать: 4gb х86.zip (или отсюда)

5. После применения патча у вас сбросится оценка производительности Windows, можно снова её оценить (процедура не более 10 секунд).

6. В итоге вы получите это:

Для того, что бы уж наверняка угрохать систему, я запустил очень требовательную к подсистеме памяти игру Supreme Cammander (у меня как раз был сейв, где на одной карте присутствовало несколько тысяч боевых единиц). Все это позволило загрузить чуть более 3-ех гб оперативной памяти (и 500 мб свапа), тогда я запустил сверху еще и бэнчмарк Heaven Benchmark v2.0 с максимальными настройками, и только после этого Семерка воспротивилась такому вандализму, не позволив мне переполнить память.

Как видите, я повесил на систему более 90 активных процессов, из тех (самых ресурсоемких), что были в моем распоряжении, но провести «умную» систему кэширования все же не удалось.

Источник

Одминский блог

Блог о технологиях, технократии и методиках борьбы с граблями

Разлочиваем 4Gb оперативной памяти в Windows 7 32бита

Прикупил я себе наконец то ноут, точнее не прикупил, а разжился, ну да не важно. В общем, отличная машинка HP ProBook 4320s, с Core i5 и 4мя гигами оперативки. На ней стояла 11 SuSe Linux, но меня она почему то совсем не возбудила, ибо после 10ки в которой я проработал года три до этого, выглядела убого, да и установлена была весьма специфически. Так что я её снес и решил поставить себе Windows 7. Вот тут то меня и ждали терзания из серии “не было у бабки проблем, купила бабка порося”. Ибо хотелось ставить 32битную версию, чтобы не иметь гимора с софтом и игрушками, но при этом не по-детски было жалко гига оперативки, который бы однозначно пропал в этом случае. На рабочую машину бы я поставил Server 2003, ибо его архитектура позволяет видеть более 3 гигов в 32битной версии, но поскольку 7 винда также базируется на серверном ядре, я озадачился решением снятия искусственного ограничения от Microsoft, и как оказалось не напрасно. Тем более что 64битная винда забирает под свои процессы почти что в два раза больше памяти, так что выиграв гиг памяти я бы потерял 50% производительности, то есть в итоге еще и оказался бы в минусах.

По итогам терзаний поставил Windows 7, настроил все, и залез посмотреть что там пишет система. В свойствах компа была инфа 4GB (доступно 2,96Gb), что собственно и требовалось доказать. Попробовал для начала включить встроенную в винду поддержку PAE (Physical Address Extension) которая как раз и была введена в винду для поддержки более 3Gb оперативной памяти, причем продолжая использовать 32битную адресацию, становится доступным память до 64Gb. Для этого запускаем msdos-promt и и в нем говорим следующее:
BCDEdit /set PAE forceenable
BCDEdit /set nolowmem on

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

Собственно все- машина видит 4 гига, рапортует о том, что доступны 3.86Gb и главное что может пользовать эту область памяти для выполнения своих процессов- запустил три машины по 1.2Gb и все нормально шуршало- исключая хостовую операционку ибо она сама подтормаживала, как и должна была бы при использовании 256 метров.

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

UPD 2013: столкнулся в такой ситуацией, что при обновлении Windows 7 до SP1, а также при накатывании последних обновлялок от мелкомягких, патч начинает либо криво работать, либо просто перестает. Поэтому есть вариант попробовать один из следующих патчей, у которых к тому же отсутствует проблема watermarks:
1. данный патч предполагает ручной ввод команд из dos-promt (запускать от имени администратора). В архиве имеется readme, следуя которому разлочиваем свою машину. К сожалению, данный патч проблемно накатывается на ядро, если вы уже его апали: забрать
2. это более универсальный патч, который представляет из себя один исполняемый файл с кнопкой разблокировать. Встает на любую систему: забрать

З.Ы для неверующих фом, с коими пришлось столкнуться на одном популярном форуме, даже пришлось запилить ролик использования системой Windows 7 x86 чуть более чем 3GB оперативной памяти.

Источник

Прыгаем выше крыши — убираем 4 ГБ лимит доступной физической памяти в Windows 7 x86

Здравствуйте уважаемые читатели блога www.ithabits.ru. При подготовке материала для одной из предыдущих публикаций цикла о проблемах большой оперативной памяти в 32-разрядных операционных системах потребовалось снять лимит, ограничивающий адресное пространство физической памяти на уровне 4 ГБ в Windows x86.

Когда и зачем Microsoft установила это ограничение мы подробно разобрали в другой статье этого же цикла. Я решил не путать “божий дар с яичницей” и описать сам процесс создания “безлимитного” модифицированного ядра Windows в отдельной статье. Этим мы сейчас и займемся.

До начала “славных дел” не лишним будет отметить, что описанные далее действия нельзя признать законными, так как они влекут за собой нарушение лицензионного соглашения с Microsoft. По этой причине сразу же условимся, что проводимая модификация Windows системы будет временной, выполняется исключительно в познавательных целях и реально эксплуатироваться такая система никогда не будет.

Надеюсь, к этому моменту сомнений в том, что 32-разрядные ОС могут работать с физической памятью до 128 ГБ и что 4-гигабайтный лимит установлен Microsoft специально, ни у кого не осталось. Остается разобраться где находится эта 4 ГБ “крыша” и как ее перепрыгнуть.

Ответ на этот вопрос дал Джефф Шапель (Geoff Chappell) в статье “Licensed Memory in 32-Bit Windows Vista”, первая редакция которой была опубликована в 2009 году.

В начале этой достаточно объемной работы автор выражает свое неудовольствие позицией Microsoft, которая вводит в заблуждение пользователей утверждая, что работа с оперативной памятью объемом более 4 ГБ возможна только в 64-разрядных версиях ОС.

Далее непосредственно описывается используемый Microsoft механизм ограничения доступной памяти и способ его модификации:

Описание патча 32-разрядного ядра Windows

Ограничение максимально доступной физической памяти установлено в PAE ядре, которое в Windows 7 / Vista называется NTKRNLPA.EXE. Внутренняя процедура MxMemoryLicense вызывает недокументированную функцию ZwQueryLicenseValue. Такая проверка выполняется два раза.

Патч, предложенный автором, подразумевает очень небольшие изменения в ядре – всего по 7 байт в каждом из двух вхождений. После сделанных изменений ядро продолжает вызывать ZwQueryLicenseValue, но результаты этой проверки подменяются так, что разрешенный верхний предел физической памяти устанавливается в 128 ГБ.

Предполагается, что в дальнейшем модифицированное ядро будет называться NTKR128G.EXE.

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

Контрольная сумма

Для всех исполняемых файлов, загружаемых WINLOAD, в число которых, естественно, входит ядро, контрольная сумма, записанная в заголовке исполняемого файла, должна быть правильной. В результате модификации ядра контрольная сумма изменилась и стала недействительной. Ее нужно привести в соответствие. Это можно сделать с помощью, например, EDITBIN из Microsoft Visual Studio:
editbin /release ntkr128g.exe

Цифровая подпись

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

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

Загрузка Windows с модифицированным ядром

Теперь у нас есть модифицированное ядро для тестирования возможности использования в 32-разрядной Windows физической памяти выше 4 ГБ. Его нужно скопировать в каталог C:\Windows\System32 и создать новый вариант загрузки с помощью bcdedit.exe.

Новую загрузочную запись создаем путем копирования текущей (current) и даем ей новое имя, например, «Windows Using All My Memory»:
bcdedit /copy /d «Windows Using All My Memory»
Запустим bcdedit без параметров и узнаем <идентификатор>новой записи.

Дальше добавляем необходимые директивы:
bcdedit /set <идентификатор>kernel ntkr128g.exe – указываем, какое ядро нужно загрузить;
bcdedit /set <идентификатор>testsigning Yes – говорим, что работаем в тестовом режиме;
bcdedit /set <идентификатор>pae ForceEnable – на всякий случай.

Программы модификации 32-разрядного ядра и загрузки Windows с поддержкой 128 гигабайт оперативной памяти

Применительно к Windows 7 x86 делать все описанное выше “ручками”, скорее всего, не понадобится. В свободном доступе есть программы, которые автоматизируют весь этот процесс. Найти их в сети очень легко, поэтому ссылки на них я приводить не буду, а ограничусь одними названиями.

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

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

Вопросы безопасности и отмены сделанных изменений

В силу того, что “родное” ядро остается в неизменном виде, систему в любой момент можно вернуть в исходное состояние. Благодаря этому, описанный патч можно считать относительно безопасным.

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

Золотое правило системного администратора, в роли которого вы, возможно, сейчас собираетесь выступить, — никогда и ничего не начинать делать, если не приняты меры, позволяющие со 100% гарантией откатиться назад. Если в процессе что-то пойдет не так, или результат окажется отличным от ожидаемого, всегда надо иметь возможность вернуться к первоначальному состоянию.

На предприятиях с этим дело должно (должно — не значит, что так и есть на самом деле) обстоять еще серьезнее. А именно, по ITIL системный администратор или инженер, во-первых, не должен сам себе выдавать задание, во-вторых, не начинать ничего делать до согласования и одобрения предполагаемого изменения со всеми заинтересованными лицами. Впрочем, не будем отвлекаться, это тема точно не этой статьи.

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

Даже если вы пока еще не очень дружите с bcdedit.exe, просто запустите командную строку с правами администратора и наберите:
bcdedit /export «C:\Backup\bcd-backup» где C:\Backup\ – произвольно выбранная для хранения папка, а bcd-backup – произвольное имя файла копии хранилища.

Когда захочется прекратить все эксперименты с памятью, достаточно будет набрать:
bcdedit /import «C:\Backup\bcd-backup»
Второй вариант патчера, который мне довелось протестировать, назывался 4GB-7600_RTM_x86. В нем вообще один единственный исполняемый файл, то есть «все в одном флаконе».

Не так давно появился патч, который позиционируется как универсальный для всех версий Windows, включая и Windows 8.

После выполнения патча, тем или иным описанным выше способом, и последующей перезагрузки должно получиться что-то такого типа >

Дальше возвращаемся к этой статье и читаем о замечательных результатах работы Windows 7 x86 с модифицированным ядром в ноутбуке с 4 ГБ памяти. Если эту статью уже прочитали, то смотрим следующую, в которой рассматривается работа аналогичной системы на настольном компьютере с 6 ГБ памяти.

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

Если это нежелательно, то вернуть исходной операционной системе статус загружаемой по умолчанию можно с помощью элемента “Система” в “Панель управления” или из апплета “msconfig”.

Для более масштабных изменений, например, если нужно изменить порядок показа вариантов загрузки или вовсе удалить новый, придется все же немного разобраться с bcdedit.exe.

Появился новый «универсальный» патчер — PatchPae2, который работает в Windows Vista, Windows 7 и Windows 8.

В процессе работы этот патч требует набора некоторого количество команд. Вместо этого можно скачать готовый командный файл “PatchPae2cmd”, который выполнит все необходимые операции.
Для того, чтобы скачать этот файл нужно просто подписаться на обновления блога по E-Mail. Ссылка на скачивание будет в почтовом подтверждении подписки.

Внимание! Для тех, кто создал “поправленное” ядро и соответствующий вариант загрузки в BCD до 13.08.2013, обязательной для ознакомления является статья по поводу обновления KB2859537.

Источник

Windows x86 и использование памяти более 4GB, да, возможно!

Продолжение. Начало смотрите тут

Куда исчезает память в клиентских версиях Windows x86

В прошлой статье было показанои, что все пользовательские версии x86, начиная с Windows XP SP2, не могут использовать физическую память больше 4-гигабайт из-за установленного в ядре ограничения. Мы нашли объяснение Microsoft, что это ограничение было сделано для того, чтобы избежать неустойчивой работы драйверов устройств, написанных без поддержки режима PAE (Physical Address Extension).
Остановились мы на том, что ограничение 4 гигабайта оперативной памяти не только делает невозможным использование физической памяти большего объема, но и, как мы скоро увидим, приводит к проблемам и в этом диапазоне.
Перейдем от теории к практике и на реальном примере покажем, почему в самом начале мы определили границу «большой памяти» для 32-разрядных операционных систем на уровне около 3, а не 4 ГБ.

Посмотрим, сколько памяти видит windows 7, и что говорит об использовании физической памяти в этом компьютере сама операционная система

Такая вот картина. Если верить тому, что мы видим, а не верить, вроде, оснований пока нет, то получается, что 1,51 ГБ – “деньги на ветер”.
Как же так? А все очень просто.

Посмотрим еще несколько отчетов. Запустим “Диспетчер задач”, затем “Монитор ресурсов” и откроем вкладку “Память”

Ну вот, собственно, и готовый ответ на вопрос об использовании физической памяти — сколько памяти видит windows 7, или куда исчезли полтора гигабайта физической памяти. Они зарезервированы под нужды оборудования. Нет, не так. Под нужды оборудования зарезервирована не память, а 1,5 ГБ адресного пространства в интервале 4 ГБ. Так как одно и тоже адресное пространство не может быть одновременно использовано и устройствами и памятью компьютера из-за неизбежного конфликта, “лишней” физической памяти стало просто некуда деться и она оказалась недоступна. Именно зарезервировано и именно виртуального адресного пространства из 4ГБ. На первый взгляд такое положение вещей не кажется правильным и, естественно, не вызывает радости. Однако, как показала история развития компьютерной техники, решение разместить порты ввода-вывода устройств в основном адресном пространстве процессора было исключительно верным. Это позволило многократно увеличить скорость обмена данными с устройствами и разгрузить центральный процессор. Как мы помним, первым процессором, который имел возможность адресовать 4 гигабайта оперативной памяти, был Intel 80386 выпущенный в 1985 году. Когда разрабатывался компьютер на его основе, было принято решение выделить адреса портов ввода-вывода устройств в верхней части 4-гигабайтного виртуального адресного пространства доступного процессору, а нижнюю часть отдать под физическую память.
Представить себе в то время клиентский компьютер с 4 гигабайтами оперативной памяти было практически невозможно. И действительно, долгие годы адреса устройств и максимальный адрес установленной физической памяти шли на встречу друг другу, но не пересекались, и никаких конфликтов не возникало. Выглядело это примерно так.

Некоторое время назад реально появились клиентские компьютеры с 3 — 4 гигабайтами оперативной памяти (а сейчас то этим уже никого не удивишь) и адреса оперативной памяти и устройств “встретились” и пересеклись. Вот так условно можно представить картину рспределения адресного пространства и использования физической памяти для компьютера с установленными 4 гигабайтами оперативной памяти

Красная зона в адресном пространстве, занятом устройствами, отражает конфликт, который всегда решается не в пользу физической памяти – это реальные потери, те самые 1,5 ГБ на рисунке выше.
Величина “потерь” зависит от того, как много физической памяти установлено в компьютере, и какое адресное пространство резервируют под себя устройства. На разных компьютерах она будет различной. Например, на одном из находящихся под рукой компьютеров под нужды оборудования резервируется в два раза меньше — около 0,75 ГБ, но так как физической памяти установлено 6 ГБ, то потери в 32-битной Windows составят уже примерно 2,7ГБ, то есть почти половину.
Воспользуемся маленькой диагностической утилитой MemInfo от Alexa Ionescu. Запустим ее с правами администратора на нашем ноутбуке с ключом –r и посмотрим как используется физическая память

А теперь откроем “Диспетчер устройств” в “Управление компьютером”. Переключим “Вид” на “Ресурсы по типу” и откроем блок “Память”

Сравниваем верхнюю границу физической памяти “9F800000”, определенную утилитой MemInfo, с нижней границей диапазона адресов, зарезервированных устройствами. В нашем случае это “A0000000” для видеокарты AMD Radeon HD. Все сходится. Есть еще окно в нижней части в диапазоне 640 КБ – 1 МБ. Как не трудно догадаться, это атавизм, пришедший к нам от 16-разрядного процессора 8086 и ДОС.
Вот так обстоят дела в “классических” 32-разрядных системах. В нашем случае система не является “классической” из-за включенного режима PAE, но выглядит абсолютно так же благодаря Microsoft-овскому ограничению. Очевидно, что задействовать в таких системах полностью 4 ГБ оперативной памяти невозможно в принципе.
Microsoft, некоторым образом, вводит пользователей в заблуждение, декларируя поддержку 4 гигабайт оперативной памяти. На самом деле, как мы уже поняли, система не может задействовать всю память из-за того, что адресное пространство ограничено сверху “FFFFFFFF” (4 ГБ), а именно это и делает Microsoft не смотря на то, что процессор может адресовать несоизмеримо больше и сама ОС давно поддерживает PAE. Одну из наиболее вероятных причин по которой это было сделано мы затронули в первой части.

По-хорошему, для того, чтобы продемонстрировать, как можно вернуть “потерянную” память, нужно установить на нашем ноутбуке Linux с ядром PAE или серверную 32-разрядную версию Windows, причем такую, для которой заявлена поддержка более 4 ГБ памяти. Это, например, Windows Server 2003 или 2008 в редакции Enterprise. Если же снять ограничения на 4ГБ, а об єтом ниже, то получится что-то вроде этого.

Как видим, “потерянная” память сразу нашлась. Еще раз открываем монитор ресурсов

Тут Windows пытается ввести нас в заблуждение когда говорит, что теперь под оборудование зарезервировано всего 138 Мбайт. На сомом деле ровным счетом ничего не изменилось, что можно увидеть из распределения адресов в «Диспетчере устройств» – все устройства остались на своих местах в диапазоне адресов между “A0000000” и “FFFFFFFF”. То есть, на самом деле серым цветом монитор ресурсов показывает не размер адресного пространства, зарезервированного под нужды устройств, а суммарный объем “потерянной” памяти. Почему “суммарный” станет ясно, когда мы перейдем к компьютеру с объемом установленной физической памяти больше 4 ГБ.
Диапазоны зарегистрированной физической памяти с помощью утилиты MemInfo

Видно, что внизу добавился новый диапазон размером 1,4 ГБ. Это и есть наша “потерянная” память. Из-за того, что мы продолжаем оперировать 32-х разрядными адресами, получился, как бы, конфликт. На самом деле никакого конфликта нет в силу того, что добавившийся диапазон физических адресов лежит выше “FFFFFFFF”. Если графически изобразить то, что получилось после того, как было снято 4-гигабайтное ограничение

“Умный” чипсет и BIOS компьютера перенесли конфликтную часть физической памяти выше 4 Гбайтной границы. Благодаря этому и работающему режиму PAE, этот участок физической памяти стал доступен операционной системе.
Тут не лишним будет отметить, что для того, чтобы “потерянная” память могла вернуться, нужен не только процессор с поддержкой PAE, но и материнская плата, которая, во-первых, поддерживает больше 4 ГБ ОЗУ, во-вторых, умеет перемещать адресные блоки физической памяти, конфликтующие с оборудованием, выше “FFFFFFFF”. В BIOS по поводу последнего даже может быть отдельная настройка, что-то типа “Memory Remapping”, либо это происходит автоматически.

Как убрать ограничение на 4ГБ
Внимание! Это действие может выполняться только в исследовательских целях на свой страх и риск. Делайте резервную копию своих данных.

Теперь имеется модифицированное ядро для тестирования возможности использования в 32-разрядной Windows физической памяти выше 4 ГБ. Его нужно скопировать в каталог C:\Windows\System32 и создать новый вариант загрузки с помощью bcdedit.exe.
Новую загрузочную запись создаем путем копирования текущей (current) и даем ей новое имя, например, «Windows Using All My Memory»:
bcdedit /copy /d «Windows Using All My Memory»
Если запустить bcdedit без параметров то можно узнать <идентификатор>новой записи.

Дальше необходимо добавить директивы:

bcdedit /set <идентификатор>kernel ntkr128g.exe
– указываем, какое ядро нужно загрузить;
bcdedit /set <идентификатор>testsigning Yes
– говорим, что работаем в тестовом режиме;
bcdedit /set <идентификатор>pae ForceEnable
– на всякий случай.

Если после патчевания и перезагрузки с новым ядром посмотреть сведения о памяти то можно увидеть

Судя по тому, что говорит о себе система, она теперь работает со всеми 6 ГБ физической памяти

“Монитор ресурсов” сообщает, что под оборудование практически ничего не зарезервировано. Но самом деле зарезервированы все те же 0,76 ГБ адресного пространства, но оно теперь не вычитается из 4ГБ объема памяти.
Смотрим диапазоны зарегистрированной в системе памяти

Как и ожидалось, добавился новый большой диапазон памяти выше 4 ГБ.

Применительно к Windows 7 x86 делать все описанное выше “ручками”, скорее всего, не понадобится. В свободном доступе есть программы, которые автоматизируют весь этот процесс. Найти их в сети очень легко.
Один из комплектов назывался ReadyFor4GB. Он примечателен тем, что состоит из трех отдельных модулей, первые два из которых повторяют описанные выше этапы. Третий модуль представляет собой утилиту для удаления Watermark (предупреждающая надпись на рабочем столе после загрузки с новым ядром).
Учитывая, что в комплекте есть руководство на русском языке, в котором четко прописана последовательность запуска программ и ответы на их вопросы, подробное описание процесса будет здесь излишним. Достаточно делать все строго по порядку. Все программы нужно запускать с правами администратора. Проще всего в проводнике Windows — «подсвечиваем» мышью файл программы, которую нужно запустить, нажимаем правую кнопку мыши и в появившемся контекстном меню выбираем «Запуск от имени администратора». Или запустить от имени администратора cmd
В силу того, что “родное” ядро остается в неизменном виде, систему в любой момент можно вернуть в исходное состояние. Благодаря этому, описанный патч можно считать относительно безопасным.

Совершенно не лишним будет до начала запуска патчеров сделать экспорт содержимого системного хранилища в файл. Файл можно сохранить в любом месте и дать ему произвольное имя (главное вспомнить потом название файла и где он лежит). Эту копию впоследствии можно использовать для быстрого и простого восстановления первоначального состояния системного хранилища, что равносильно отмене всех сделанных изменений.
Достаточно запустить командную строку с правами администратора:
bcdedit /export «C:\Backup\bcd-backup»
где C:\Backup\ – произвольно выбранная для хранения папка, а bcd-backup – произвольное имя файла копии хранилища.
Когда захочется прекратить все эксперименты с памятью, достаточно будет набрать:
bcdedit /import «C:\Backup\bcd-backup»

Еще один вариант патчера называется 4GB-7600_RTM_x86. В нем вообще один единственный исполняемый файл, то есть «все в одном флаконе». Не так давно появился патч, который позиционируется как универсальный для всех версий Windows, включая и Windows 8.

Источник