Одминский блог
Блог о технологиях, технократии и методиках борьбы с граблями
Разлочиваем 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
После этого вроде как все должно начать летать и видиться, но у меня картина осталась той же самой, так что это не дало мне ни малейшего результата. Затем я решил таки рискнуть пропатчить систему найденным патчером для ядра.
Вкратце суть работы такова, на машине с процессором поддерживающим технологию PAE, данный патч создает копию имеющегося ntkrnlpa.exe после чего патчит его и по его мотивам создает новый файл ntkr128g.exe , который и грузит через скрипт AddBootMenu.cmd, который добавляет в boot-меню, так что при загрузке системы появится два типа загрузки – обычная и с поддержкой до 128GB . Для внесения изменений в систему запускаем патчик, говорим ДА на тему внесения изменений, после чего в появившемся досовском окошке надо будет сказать Y, тем самым дав разрешение на вышеупомянутый патч. После этого система перегружается и при загрузке машина выдает 4GB (доступно 3,86Gb)
Для избавления от меню выбора идем в свойства «мой компьютер» там говорим Дополнительные параметры системы -> Загрузка и восстановление -> Параметры. Снимаем галку Отображать список операционных систем. Перегружаемся.
После всех этих манипуляций у меня появилась надпись в правом нижнем углу, гласившая «Test Mode Windows 7 Build 7600» -не скажу что она мне доставляла неудобство, но чувство эстетического дискомфорта я все же при виде её испытывал, поэтому говорим WIN_окошко (что между правым Ctrl и Alt) + R и вбиваем mcbuilder. Говорим ок, ждем выполнения и перезагружаем машину.
Собственно все- машина видит 4 гига, рапортует о том, что доступны 3.86Gb и главное что может пользовать эту область памяти для выполнения своих процессов- запустил три машины по 1.2Gb и все нормально шуршало- исключая хостовую операционку ибо она сама подтормаживала, как и должна была бы при использовании 256 метров.
Естественно что перед подобными пассами над своей многострадальной машиной- я бы настоятельно рекомендовал забацать имидж системного диска, с тем чтобы если что не так пойдет- иметь возможность откатиться на родную версию. Хотя я работаю на данный момент третью неделю и пока тьфу-тьфу без проблем. Чего и вам желаю.
UPD 2013: столкнулся в такой ситуацией, что при обновлении Windows 7 до SP1, а также при накатывании последних обновлялок от мелкомягких, патч начинает либо криво работать, либо просто перестает. Поэтому есть вариант попробовать один из следующих патчей, у которых к тому же отсутствует проблема watermarks:
1. данный патч предполагает ручной ввод команд из dos-promt (запускать от имени администратора). В архиве имеется readme, следуя которому разлочиваем свою машину. К сожалению, данный патч проблемно накатывается на ядро, если вы уже его апали: забрать
2. это более универсальный патч, который представляет из себя один исполняемый файл с кнопкой разблокировать. Встает на любую систему: забрать
З.Ы для неверующих фом, с коими пришлось столкнуться на одном популярном форуме, даже пришлось запилить ролик использования системой Windows 7 x86 чуть более чем 3GB оперативной памяти.
В системе используется не вся оперативная память, что можно сделать
Рассмотрим, что можно сделать, если операционная система не видит всю оперативную память.
Первый вариант. Прежде всего, следует посмотреть на разрядность операционной системы, будь это Windows или Linux. Как известно, в своем большинстве 32-битные системы поддерживают оперативную память не более 4 Гб, а 64-битные — свыше 4 Гб. Что касается редакций операционных систем, то они также имеют ограничения.
В качестве примера представлю на двух ревизиях Windows.
Ограничения оперативной памяти в Windows 10:
32-bit версия Windows 10 Home — 4 Гб;
64- bit версия Windows 10 Home — 128 Гб;
32- bit версия Windows 10 Pro — 4 Гб;
64- bit версия Windows 10 Pro — 512 Гб.
Ограничения оперативной памяти в Windows 7:
32-bit версия Начальная — 2 Гб;
32-bit версия Home Basic — 4 Гб; 64- bit версия — 8 Гб;
32-bit версия Home Premium — 4 Гб; 64- bit версия — 16 Гб;
32-bit версия Professional — 4 Гб; 64- bit версия — 192 Гб;
32-bit версия Корпоративная — 4 Гб; 64- bit версия — 192 Гб;
32-bit версия Ultimate — 4 Гб; 64- bit версия — 192 Гб.
Узнать разрядность и версию Windows можно, например, нажав сочетание клавиш Win+Pause Break или кликнув по значку «Этот компьютер» на Рабочем столе. В открывшемся окне можно видеть соответствующую информацию.
Второй вариант. Ограничение максимального объема оперативной памяти зависит от процессора т.к. для AMD-процессоров начиная с 754 сокета и Intel 1156 сокета (серверный 1366 сокет) контроллер памяти располагается в центральном процессоре, а не в северном мосту материнской платы как это было ранее. Что касается материнских плат, если у Вас имеется на нее документация, можно посмотреть ограничения оперативной памяти по ее типу и частоте.
В случае отсутствия мануала его можно скачать с сайта-производителя материнской платы.
Третий вариант. Порой ограничение использования оперативной памяти может быть установлено в операционной системе. Чтобы это выяснить, на Рабочем столе ОС Windows нужно нажать сочетание клавиш Win+R, в окне «Выполнить» ввести «msconfig» и нажать «Enter». В открывшемся окне следует перейти в пункт «Загрузка» и выбирать «Дополнительные параметры загрузки». Возможно, что здесь будет включен пункт «Максимум памяти» с указанием меньшего значения фактической оперативной памяти.
В данном случае следует снять галочку, затем нажать «OK» и «Применить». Чтобы текущие изменения вступили в силу необходимо перезагрузить компьютер и проверить использование оперативной памяти в системе.
Четвёртый вариант. Также проблема может быть связана с настройками биоса либо uefi, и, преимущественно, когда используется интегрированная видеокарта. В этом случае стоит зайти, в настройки BIOS/UEFI, чаще всего нажатием клавиши Del при включении компьютера (в ноутбуках чаще клавиша F. ).
В настройках BIOS/UEFI (рассматриваю на примере материнской платы ASUS) нужно найти пункт «Параметры графики». В нем выключить инициализацию IGPU, а объем используемой памяти указывать небольшой.
Также в пункте «Конфигурация памяти» перевести Memory Remap в Enable, т.е. «включено».
Затем сохранить произведенные изменения, нажав клавишу F10, в результате чего компьютер перезагрузится. Затем в параметрах системы следует посмотреть, на сколько используется установленная память. (В зависимости от версии BIOS или UEFI указанные настройки могут отличаться и пункты настроек могут называться немного иначе, например: Integrated Graphics Share Memory, Internal Graphic Mode Select, Onboard Video Memory Size и т.д. )
Пятый вариант. Порой изменения настроек BIOS/UEFI не дают результата и значения используемой памяти почти или совсем не изменяются. В этом случае стоит попробовать обновить версию прошивки BIOS, скачав ее с сайта-изготовителя материнской палаты, после чего разместить файл новой версии биоса, для удобства, в корне диска или флешки. В своем большинстве материнские платы поддерживают обновление через биос/uefi. Для этого следует зайти в его настройки. Выбрать утилиту позволяющую обновлять биос. На материнских платах ASUS это ASUS EZ Flash, у Gigabite — Q-Flash, у MSI — BIOS UPDATE и т.д.
Утилита предоставляет возможность обновления как через носитель информации, так и через интернет. Выбрав первый вариант следует перейти в корень диска, где располагается файл с обновлением, и собственно, запустить процесс. По завершении обновления компьютер перезагрузится и остается проверить, какой объем оперативной памяти в результате используется в системе.
Шестой вариант. Память в системе может использоваться не полностью в силу причин, связанных непосредственно с проблемами оперативной памяти. В этом случае планки следует извлечь из материнской платы и визуально осмотреть их на наличие дефектов. Порой контакты на планках памяти со временем окисляются, поэтому их следует потереть стеркой. Бывает, что оперативная память неправильно или неплотно установлена в
слоты на материнской платы. (В таком случае будет наблюдаться нехватка объема памяти (на один модуль) при условии, если планка не одна, если одна — компьютер просто не включиться). Поэтому необходимо проверить, корректно ли она установлена в соответствии с пазом на слоте и полностью ли она утоплена в разъеме.
Подробнее представлено в данном видео:
Фото и видео материалы взяты с канала ServLesson на YouTube.
Оперативная память больше 4 ГБ в 32-разрядных пользовательских версиях Windows
Здравствуйте уважаемые читатели блога www.ithabits.ru. Предлагаю вашему вниманию заключительную часть цикла статей о “приключениях” большой оперативной памяти в 32-битных системах.
Коротко повторю выводы, которые были сделаны в предыдущих публикациях этой темы:
Для приложений (программ) работа системы в режиме PAE не эквивалентна переходу на x64, так как они по-прежнему имеют доступ только к 4 ГБ виртуальной памяти (Часть 1).
Сегодня мы протестируем способность Windows 7 x86 работать с оперативной памятью больше 4 ГБ.
Наверное, можно было бы не делать отдельный пост и закончить все в прошлый раз, но очень не хотелось смешивать между собой варианты “= 4 ГБ” и “> 4 ГБ”. Во-первых, 4 ГБ является официально заявленным Microsoft лимитом физической памяти для клиентских версий. Во-вторых, очень важно было разобраться с адресным пространством в этом диапазоне и понять, что тут не так. А именно, почему 4 ГБ на самом деле не поддерживаются.
Причины, которые могут мешать переходу на 64-разрядные версии Windows
Стоит ли вообще пытаться сегодня заставить 32-разрядный Windows работать с оперативной памятью более отмеренных ей Microsoft 4 гигабайт? Не проще сразу перейти на 64-разрядную версию и обо всем забыть?
На моем основном компьютере установлена Windows 7 x64. Системой я полностью доволен, ну или почти всем доволен. Из раздела недовольств:
Отсутствие непосредственной поддержки унаследованного оборудования
У меня есть МФУ Canon LaserBase MF3110, которое, дай бог ему здоровья, до сих пор исправно выполняет свои функции. Однако, печатать на него напрямую из 64-битной Windows я не могу из-за банального отсутствия соответствующих 64-разрядных драйверов. Думаю, что их не будет уже никогда.
Точно такая же ситуация, даже еще хуже, со сканером Hewlett-Packard.
Чуть позднее я обязательно расскажу как можно выйти из положения с помощью виртуализации. Ну не выкидывать же в самом деле по причине отсутствия драйверов исправно работающее, пусть и не новое, оборудование.
Сегодня унаследованное оборудование является одной из причин, которая все еще тормозит переход на 64-битные операционные системы.
То обстоятельство, что по сравнению с x32 системы x64 занимают чуть больше места на диске и в памяти, вряд ли можно считать серьезным минусом, хотя об этом и любят упоминать. Зато они работают быстрее за счет более полного использования возможностей процессора.
Финансовые затраты при смене версии Windows
Еще одна причина, которая может помешать переходу на x64 тем, кто пока еще использует 32-битные версии Windows, является финансово-организационной. Возможно, она даже более веская, чем унаследованное оборудование.
Предположим, что некоторое время назад вы купили в магазине компьютер с предустановленной 32-разрядной версией Windows, а спустя некоторое время, по той или иной причине, приняли решение перейти на 64-разрядную. Очень хорошо, но как реально осуществить это решение?
Допустим, что вас совершенно не пугает процесс перестановки системы «с нуля” с сопутствующими ему и, надо сказать, не всегда удачными, переносом данных и программ.
Цена Windows x64 не отличается от Windows x86, но где ее официально взять и не платить при этом дополнительные деньги? Если честно, то я не знаю. Если кто-то знает, поделитесь. Могу предположить, что легитимное решение проходит все же через магазин. Если при этом учесть, что официально ОЕМ версии Windows поставляются только с новыми компьютерами и выбирать придется из более дорогих коробочных вариантов, то желание немедленно осуществить задуманный переход на x64 может заметно поостыть.
Хорошо совмещать переход на x64 со сменой компьютера, но она происходит не так уж часто.
Тестирование работы Windows 7 x86 с ядром, поддерживающим до 128 ГБ оперативной памяти
Сегодня в качестве тестовой лаборатории будет выступать настольный компьютер с процессором I7 и 6 ГБ оперативной памяти.
Так как система x64 в контексте темы нам не товарищ, а виртуальная машина также не спасет в силу того, что ей не получится отдать больше 4 ГБ памяти, придется специально установить 32-разрядную Windows. Давно хотелось протестировать возможность загрузки операционной системы с виртуального диска. Вот, как раз, очень подходящий случай эту возможность опробовать.
Процесс инсталляции “Windows 7 x86 Корпоративная” на виртуальный диск оказался не очень сложным. Единственное, что не получилось сделать в системе, работающей с виртуального диска, так это определить индекс производительности – начинает мерить, потом говорит, что не может закончить оценку производительности дисковой системы. Жаль, но нам сейчас это не актуально.
P.S. Появилась статья с подробным описанием вариантов установки Windows 8.1 на виртуальный диск.
Использование физической памяти Windows 7 x86 с исходным ядром
Частично повторим то, что делали при исследовании 32-разрядной Windows 7 с 4 ГБ физической памяти >
Здесь все достаточно ожидаемо. Из 6 ГБ доступно 3,24 ГБ, что составляет всего 54% от установленной физической памяти. Потери складываются из 4 – 3,24 = 0,76 ГБ на адреса устройств и 2 ГБ, обрезанных выше 4 ГБ.
А вот “Монитор ресурсов” говорит, что под оборудование зарезервировано 2,8 ГБ, но мы этому, естественно, не поверим и запустим утилиту MemInfo:
Использование физической памяти Windows 7 x86 с ядром ntkr128g.exe
Теперь еще раз совершим противоправные действия против Microsoft во имя науки и уберем в ядре операционной системы 4 гигабайтное ограничение. В силу того, что в результате наших экспериментов с ноутбуком у меня уже есть готовое “исправленное” ядро, я не буду больше запускать патчер, а просто скопирую его в новую систему и подключу в загрузке. Для этого нужно сделать следующее:
- Копируем нужное нам ядро “ntkr128g.exe” в папку C:\Windows\System32;
- Запускаем в командной строке с правами администратора bcdedit.exe без параметров и находим секцию, которая отвечает за загрузку системы с виртуального жёсткого диска (эту секцию я прописал на предыдущем шаге, когда настраивал загрузку Windows 7 с VHD). В моем случае из основной 64-разрядной системы это будет выглядеть так >
Если загрузить систему с VHD и проделать то же самое, то мы увидим аналогичную картину, но только пути всех “device” поменяются. То, что описано ниже, можно делать из любой системы;
- Во избежание ошибки запускаем “Блокнот”, копируем в него содержимое экрана через буфер обмена (экран командной строки –> правая кнопка мыши –> “Выделить все” –> “Enter” –> “Блокнот” –> “Правка/Вставить”) и сохраняем в произвольный текстовый файл. Собственно говоря, нас интересует “Идентификатор”.
- Создаем новую загрузочную запись путем копирования найденной и даем новое имя этому варианту. Используем теперь сохраненное в блокноте в обратную сторону для удобства подстановки идентификатора:
bcdedit /copy <5c2a7c3c-a04e-11de-9dac-b90d3342b585>/d «Windows 7 VHD 128» — естественно, в вашем варианте идентификатор будет совершенно другим.
Запустим еще раз bcdedit без параметра и убедимся, что новая запись появилась. Пока она ничем кроме имени не отличается от исходной.
- Новую запись надо дополнить:
bcdedit /set <5c2a7c3c-a04e-11de-9dac-b90d3342b585>kernel ntkr128g.exe – указываем, какое ядро нужно грузить;
bcdedit /set <5c2a7c3c-a04e-11de-9dac-b90d3342b585>testsigning Yes – в связи с тем, что контрольная сумма ядра у нас изменилась, говорим, что работаем в тестовом режиме;
bcdedit /set <5c2a7c3c-a04e-11de-9dac-b90d3342b585>pae ForceEnable – на всякий случай;
Смотрим, что получилось >
Запускаем новую систему и смотрим результат >
Судя по тому, что говорит о себе система, она теперь работает со всеми 6 ГБ физической памяти.
“Монитор ресурсов” сообщает, что под оборудование практически ничего не зарезервировано. Как мы теперь хорошо понимаем, на самом деле зарезервированы все те же 0,76 ГБ адресного пространства, но оно теперь не вычитается из установленного объема памяти (надо будет при случае посмотреть, как это место звучит в оригинале на английском языке. Возможно это “трудности перевода”).
Смотрим диапазоны зарегистрированной в системе памяти >
Как и ожидалось, добавился новый большой диапазон памяти выше 4 ГБ.
Сравнительное тестирование работы Windows 7 x86 с ядром ntkr128g.exe
Для того, чтобы развеять последние сомнения и подвести окончательный итог наших изысканий, запустим что-нибудь требующее много оперативной памяти. Самое первое, что приходит на ум, это виртуальные машины в VirtualBox. У меня уже есть несколько готовых виртуальных машин, созданных в основной рабочей системе с Windows 7 x64.
Наша тестовая система с Windows 7 x86 хоть и работает с виртуального диска, но ничего общего, кроме диска VHD, с виртуальной машиной не имеет. Она прекрасно видит все физические диски, которые установлены в моем компьютере, благодаря чему подключить готовые виртуальные машины в VirtualBox не составляет труда. Естественно, в новой Windows 7 x86 предварительно надо установить сам VirtualBox.
Назначим каждой виртуальной машине, скажем, по 1 ГБ памяти и начнем запускать их по очереди, сначала в исходной системе, которая видит лишь 3,24 ГБ, а затем в “скорректированной”.
В исходной системе удалось стартовать четырем виртуальным машинам, однако, как видно из представленного фрагмента экрана, на этом все и закончилось – “Unable to allocate and lock memory… Please close applications to free up memory…”. Виртуальные машины ни на что не реагировали и выключать их пришлось аварийно.
А теперь повторим наш экстремальный эксперимент в “скорректированной” Windows 7 x86 >
Как видно из представленного фрагмента экрана, запущены четыре виртуальные машины Linux, которым отведено по 1 ГБ памяти, и одна Windows XP с 512 МБ ОЗУ.
Можете мне поверить, можете проверить, но все замечательно работало. Я поочередно переключался в разные виртуальные системы и запускал в них имеющиеся приложения, параллельно запустил браузер на хосте – ни торможения, ни каких либо ошибок не наблюдалось. Не знаю, как вам, а мне понравилось.
Стоит ли использовать Windows 7 x86 с модифицированным ядром (с поддержкой до 128 ГБ оперативной памяти)
Рекомендовать со страниц блога использовать рассмотренный вариант увеличения доступной физической памяти для 32-разрядных пользовательских версий Windows я, естественно, не могу и не буду. Тому есть две веские причины:
- Нарушение лицензионного соглашения с Microsoft, причем как бы не в трех местах, а мы ничего нарушать не хотим. Конечно, при желании можно найти несколько смягчающих вину обстоятельств. Например, таких как, то, что стоимость однотипных версий Windows разной разрядности одинакова и своими действиями мы не наносим финансового вреда Microsoft. Или то, что при установке в компьютере памяти размером 4 ГБ надо еще посмотреть, кто кому и что должен – в лицензии поддержка такого объема заявлена, но, как мы теперь знаем, на самом деле ее нет. Но, все же, нарушение оно нарушение и есть. Будем считать, что все, что мы делали, было временным и на благо науки ;
- Нет никакой гарантии, что в вашем компьютере не используются устройства с “глупыми” драйверами, работа которых в режиме PAE с адресами физической памяти выше 4 ГБ приведет к краху системы.
Видимо придется закончить наше обсуждение секретов большой памяти в 32-битных операционных системах банальной рекомендацией – если планируете увеличить оперативную память компьютера до 4-х и более ГБ, или собираетесь приобрести новый компьютер с таким объемом памяти, задумайтесь о переходе на 64-разрядную операционную систему.
Ну если уж с x64 отношения не складываются категорически – читайте все еще раз внимательнее.