32 bit windows ram patch

Содержание
  1. Как использовать всю оперативную память
  2. Пару слов в предисловие
  3. Почему так?
  4. Теперь к делу
  5. Как использовать всю оперативную память в Windows 7/8.1/10
  6. 10 комментариев
  7. Добавить комментарий Отменить ответ
  8. Одминский блог
  9. Разлочиваем 4Gb оперативной памяти в Windows 7 32бита
  10. Убираем ограничение в 4 Гб памяти на 32 битных Windows 8 / 8.1
  11. Что такое PAE и зачем он нужен
  12. Патч, включающий PAE и позволяющий задействовать всю оперативную память на Windows 8 / 8.1 x86
  13. Установка PAE — патча в Windows 8 / 8.1
  14. Удаление патча PAE
  15. Прыгаем выше крыши — убираем 4 ГБ лимит доступной физической памяти в Windows 7 x86
  16. Описание патча 32-разрядного ядра Windows
  17. Контрольная сумма
  18. Цифровая подпись
  19. Загрузка Windows с модифицированным ядром
  20. Программы модификации 32-разрядного ядра и загрузки Windows с поддержкой 128 гигабайт оперативной памяти
  21. Вопросы безопасности и отмены сделанных изменений
  22. How to patch Windows 7 32bit to use more than 3.25GB of RAM [duplicate]
  23. 5 Answers 5
  24. Not the answer you’re looking for? Browse other questions tagged windows-7 memory 32-bit or ask your own question.
  25. Linked
  26. Related
  27. Hot Network Questions

Как использовать всю оперативную память

Как использовать всю оперативную память компьютера в 32-х битной версии Windows?

Всем привет, в этой статье блога К76 продолжаем рассматривать полезные преобразования ОС Windows, и сейчас мы попробуем с вами модернизировать систему так, чтобы можно было использовать всю оперативную память, установленную на компьютере, преодолевая порог 3 Гб. Если повезёт, вплоть до 64 Гб RAM (если это вообще может ваша материнская плата).

ВНИМАНИЕ. Способ безусловно “прокатывает” в ОС Vista и 7. Начиная с Windows 8 и моложе, действуйте на свой страх и риск.

Пару слов в предисловие

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

изначально у меня потерялся почти гигабайт памяти…

Обратимся к переменной напрямую через vbs скрипт – всё то же самое:

Вобщем, можно прогнать информацию по установленным планкам и видимому объёму RAM вдоль и поперёк. В статье Как проверить размер оперативной памяти об этом есть всё. Но всегда для владельцев 32-х битных версий результаты неутешительны, как и в моём случае: из двух планок DDR3 оперативной памяти объёмами 2 Гб каждая, почти 1 Гиг куда-то исчез.

Почему так?

Теперь к делу

Существует техника, или если хотите, способ под названием physical address extension (PAE), которая и позволит 32-х битной версии “рассмотреть” всю установленную на компьютере RAM. Она работает просто: объём ячейки расширяется с 32 бит до 36. А вот в срезе общего объёма параметры установленной памяти эта цифра разрастается до гигантской. Ну… не до гигантской, но прирост заметен становится сразу. Все эти манипуляции сформированы в PAE-патчи, которые я вам и предложу.

Как использовать всю оперативную память в Windows 7/8.1/10

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

Противопоказания.

Нет. Доносились слухи о некорректной работе системы и даже последующей переустановке. Я склонен относить такие случаи только к криворукости пользователей. Использование файлов безопасно. Однако…

ИСПОЛЬЗУЙТЕ СОВЕТЫ НА СВОЙ СТРАХ И РИСК. ТАК ЧТО ПОЗВОЛЬТЕ СРАЗУ САМОУСТРАНИТЬСЯ ОТ ВСЯКИХ ПОСЛЕДСТВИЙ.

А вот и сами PAE-патчи:

для Windows 7

PatchPaeWindows7 (процесс установки в архивах)

Windows 8.1 и Windows 10

PatchPaeWindows8_10 (кстати, подойдёт и для Windows 7)

Установка (показываю на 7-ке)

Стало немного теплее. Однако в моём случае все 4 Гб памяти система не может использовать: это ноутбук с интегрированной картой, так что увы… Однако, если у вас объём RAM больше, чем у меня, и видеокарта дискретная, разницу вы сразу почувствуете.

Вопросов у вас не должно возникнуть. И всё же…

KB3153171

KB3146706

KB3147071

у меня были только 2 из 3-х

Отписывайтесь и успехов нам всем.

10 комментариев

Патч работает но в windows32 есть только>>ntkrnlpx.exe из C:\Windows\system32,

ntoskrnx.exe или winloadp.exe из C:\Windows\system32 НЕТ,а если скачать и перекинуть в папку C:\Windows\system32?
посмотреть что поменяет.
(присутствуют системные ntoskrnl.exe и winload.exe,winloadx.exe)
перезапуск патча с перезагрузками ни чего не прибавляет,

Мысли таки,рабочий картридер или 4ГБ полной RAM,трудный выбор.
И почему нет программ этих
ntoskrnx.exe или winloadp.exe из C:\Windows\system32 при работающем патче.

Да, от владельцев 10-ок участились негативные отзывы. Если в 7-ке скрипт прокатывал, то для 10-ой модели придётся подход корректировать. Причина просто в том, что невозможно подобрать единый способ для всех сборок “процессор-мать”. Да ещё и с учётом того, что от 32-х битных систем скоро просто откажутся. Рекомендации к применению статьи изменю.

Спасибо.3.25 теперь-4.Сработал первый же файл без всяких заморочек.На Windows7.

Помогло! Причем сразу. Скачала первый файл, поместила куда надо и запустила. После перезапуска имею из 8 Гб памяти 7, 24 доступных. Ура! Спасибо!

Установилось, только из второго архива для восьмерки который, у меня семерка, все работает, спасибо, спасли)

Очень помогло! Программа добротная, теперь Винда 7 32 bit видит 4 Gb оперативы из 4-х ( раньше видел 3,25)
И что самое главное помогло решить проблему загрузки карты (вылета) из Cs Go!

Спасибо огромное помогло. 111

У патча нет доступа к winload.exe. Патч запускаем от имени администратора. НА winload.exe в System32 должны быть права только у Trusted Installer, но полные. Можно попробовать провернуть ту же операцию, но с активированной учёткой Администратора.

Добавить комментарий Отменить ответ

Источник

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

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

Разлочиваем 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 xp ошибка при построении изображения

По итогам терзаний поставил 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 Гб памяти на 32 битных Windows 8 / 8.1

В этой статье мы разберемся, как убрать ограничение 4 Гб памяти на 32 битных версиях Windows 8 и Windows 8.1, и задействовать всю доступную на компьютере оперативную память.

Большинство пользователей Windows убеждены, что 32 битные ОС Microsoft не поддерживают более 4 Гб оперативной памяти. Таким образом, максимум памяти, доступной в Windows 8/ 8.1 x86 — 4 Гб. А с учетом того, что Windows резервирует часть памяти под свои нужды и нужды периферийных устройств ) чаще всего для видеокарты), конечному пользователю для использования доступны обычно около 3-3,5 Гбайт памяти.

На первый взгляд все логично – пределом адресации для 32 разрядной адресной шины являются те самые 4 Гб. Во всех официальных документах Microsoft указывает именно этот максимальный размер памяти, поддерживаемый во всех клиентских версиях x86-системе. Хотя на самом деле Microsoft немного вводит всех в заблуждение.

Содержание:

Что такое PAE и зачем он нужен

PAE (Physical Address Extension — расширение физической адресации) – эта опция x86 процессора, позволяющая ему получить доступ более чем к 4 Гб физической памяти. Не будем углубляться в технические подробности технологии PAE, просто отметим, что это технология поддерживается всеми процессорами и непосредственно в OC Windows уже довольно давно.

Так, например, 32 битная версия Windows Server, запущенная на процессоре x86, может использовать PAE для доступа ко всей оперативной памяти системы (до 64 Гб или до 128 Гб в зависимости от поколения процессора).

Скажем больше, поддержка режима PAE в ядре Windows имеется, еще начиная с Windows XP. Просто по умолчанию PAE доступен только в серверных ОС, а в клиентских же ОС Windows этот режим хотя и имеется, но отключен.

Ограничения режима PAE

Итак, можно сделать вывод, что верхний предел доступной физической памяти в 32 битных версиях Windows ограничен программно на уровне ядра ОС. А если есть программное ограничение, это означает, что его можно обойти! Каким же образом включить режим PAE в 32 битной Windows 8.1 и задействовать всю доступную оперативную память.

Патч, включающий PAE и позволяющий задействовать всю оперативную память на Windows 8 / 8.1 x86

Включить режим PAE в Windows 8 (Windows 8.1) штатными средствами не получится (для этого придется вручную в HEX редакторе править файл ядра ntoskrnl.exe и переподписывать его). Проще всего воспользоваться готовым патчем PatchPae2, который написан энтузиастом Wen Jia Liu. Скачать патч PatchPae2 можно здесь. (архив содержит сам патчер — PatchPae2.exe, его исходные коды и необходимые инструкции).

Патч представляет собой небольшую утилиту командной строки, которая позволяет модифицировать файлы ядра 32 битных версий Windows с целью активация режима PAE, позволяющего использовать более 4 Гб оперативной памяти (до 128 Гб памяти).

Патч PatchPae2 будет работать со следующими ОС:

Установка PAE — патча в Windows 8 / 8.1

Зададим новый загрузчик

Отменим проверку подписи загрузчика

Зададим вариант загрузки с модифицированным ядром по умолчанию

Зададим таймаут загрузки (время отображения загрузочного меню), например 10 секунд

Кроме того, могут возникнуть проблемы, описанные тут и тут.

Удаление патча PAE

Чтобы удалить патч PAE из системы, необходимо:

Никаких других изменений в систему патч не вносит.

Источник

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

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

Читайте также:  Windows 10 перезапуск с обновлениями

Когда и зачем 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 системный администратор или инженер, во-первых, не должен сам себе выдавать задание, во-вторых, не начинать ничего делать до согласования и одобрения предполагаемого изменения со всеми заинтересованными лицами. Впрочем, не будем отвлекаться, это тема точно не этой статьи.

Читайте также:  Kb4103715 windows server 2012 r2

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

Даже если вы пока еще не очень дружите с 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.

Источник

How to patch Windows 7 32bit to use more than 3.25GB of RAM [duplicate]

I heard there was some kind of patch that let’s a 32bit Windows installation use more than 3.25GB of ram(which is the limit for a 32bit OS). This patch doesn’t remove the 2GB memory per process limit, but it will overall make the system user all the ram available.

5 Answers 5

I don’t recommend using it, it’s not stable. But if you do, good luck.

A group of programmers have released a kernel patch for Windows 7 to allow the usage of more than 4gb of RAM under Windows 7. Click here to download the patch, or view more information about it (warning, some side-bar advertisements are NSFW). The patch basically modifies the Windows 7 Kernel to be more like the Windows Server 2003 Datacenter Edition, which is compatible with up to 8gb of RAM under 32-bit mode.

The patch allows you to extend the PAE well into 8gb of RAM under Windows 7 32-bit. For more information about why Microsoft implemented this technical limitation, see this article.

As mentioned above, note that individual processes will still be limited to 4gb even if the system can access more. Although if you had 8gb of RAM, then at least you’d still have another 4gb for other processes 😉

As far as I know, this isn’t possible due to the inherent nature of 32-bit operating systems.

That is, due to the fact that they use 32-bit memory addresses, the OS cannot address memory past the

3.25GB mark, as this requires a larger address for the memory.

Thus, the only real «patch» that you can apply is an upgrade to a 64-bit version of your operating system.

Before applying/looking for a patch make sure your hardware supports 64bits. A 32 bits hardware will allow you to have a memory address of 4Gigs (addressable from 0 to 4294967295) which includes your RAM and all the addressable hardware such as a video card. Trying to change the address space of an OS might cause your system to crash requiring a new install.

http://wj32.wordpress.com/2011/02/23/pae-patch-updated-for-windows-7-sp1/ Works for me. Before applying it, I only got usable 2.5 GB from 4GB installed memory. As I have encrypted the whole disk with TrueCrypt, I don’t want to go through the hassle of decrypting them, reinstalling Windows, installing my development stuff, etc. Did it work? I tried disabling the pagefile, then opening instances of Visual Studio until it barfed at 3.8 GB memory usage. Since I still have the original kernel, I tried booting the original kernel, and voila, it actually barfed at 2 GB memory usage. So yeah, it works. The caveat is, your program still only be able to access a total of 2GB private memory and 2GB shared memory. Remember that some application even share those 2GB memory. But unless you’re using a huge memory eater apps like Photoshop or Premiere, things should do fine

Not the answer you’re looking for? Browse other questions tagged windows-7 memory 32-bit or ask your own question.

Linked

Hot Network Questions

site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.4.7.39017

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Поделиться с друзьями
Советы экспертов и специалистов
Adblock
detector