Windows 7 з аператыўнай памяццю больш за 4 ГБ

1. Прычыны, якія могуць перашкаджаць пераходу на 64-разрадныя версіі Windows
2. Адсутнасць непасрэднай падтрымкі спадчыну абсталявання
3. Фінансавыя затраты пры змене версіі Windows
4. Тэставанне працы Windows 7 x86 з ядром, якія падтрымліваюць да 128 ГБ аператыўнай памяці
5. Выкарыстанне фізічнай памяці Windows 7 x86 з зыходным ядром
6. Выкарыстанне фізічнай памяці Windows 7 x86 з ядром ntkr128g.exe
7. Параўнальнае тэставанне працы Windows 7 x86 з ядром ntkr128g.exe
8. Ці варта выкарыстоўваць Windows 7 x86 з мадыфікаваным ядром (з падтрымкай да 128 ГБ аператыўнай памяці)

Добры дзень паважаныя чытачы блога www.ithabits.ru. Прапаную вашай увазе заключную частка цыкла артыкулаў пра "прыгоды" вялікай аператыўнай памяці ў 32-бітных сістэмах.

Коратка паўтару высновы, якія былі зробленыя ў папярэдніх публікацыях гэтай тэмы:

• 4-гігабайтны мяжа фізічнай памяці быў пераадолены 32-разраднымі працэсарамі x86 ў 1995 годзе дзякуючы ўкараненню тэхналогіі PAE (Physical Address Extension). Практычна ўсе сучасныя 32-разрадныя аперацыйныя сістэмы маюць падтрымку PAE, што дазваляе працаваць ім з фізічнай памяццю аб'ёмам да 128 ГБ.

Для прыкладанняў (праграм) праца сістэмы ў рэжыме PAE ня эквівалентная пераходу на x64, так як яны па-ранейшаму маюць доступ толькі да 4 ГБ віртуальнай памяці ( частка 1 ).

• Усе 32-разрадныя аперацыйныя сістэмы Windows падтрымліваюць PAE. Пачынаючы з Windows XP SP2 рэжым PAE ўключаецца прымусова для забеспячэння працы тэхналогіі бяспекі DEP (Data Execution Prevention). Не гледзячы на ​​гэта, кліенцкія версіі Windows x86 маюць абмежаванне максімальнага аб'ёму падтрымліваецца фізічнай памяці на ўзроўні 4 ГБ. Гэта абмежаванне ў ядры АС было зроблена Microsoft з мэтай забеспячэння функцыянавання драйвераў прылад, распрацаваных без уліку магчымасці іх працы ў рэжыме PAE ( частка 2 ).
• Усталяваны ў кліенцкіх версіях Windows x86 4 ГБ ліміт фізічнай памяці робіць немагчымым выкарыстанне ў іх ўсёй наяўнай у кампутары памяці. Microsoft уводзіць карыстальнікаў 32-разрадных версій Windows у зман дэкларуючы падтрымку 4 ГБ фізічнай памяці ( частка 3 ).

Сёння мы пратэстуем здольнасць 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 Карпаратыўная" на віртуальны дыск аказаўся не вельмі складаным. Адзінае, што не атрымалася зрабіць у сістэме, якая працуе з віртуальнага дыска, дык гэта вызначыць індэкс прадукцыйнасці - пачынае мераць, потым кажа, што не можа скончыць ацэнку прадукцыйнасці дыскавай сістэмы. Шкада, але нам цяпер гэта не актуальна.

PS З'явілася артыкул з падрабязным апісаннем варыянтаў ўстаноўкі 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 я, натуральна, не магу і не буду. Таму ёсць дзве важкія прычыны:

1. Парушэнне ліцэнзійнай дамовы з Microsoft, прычым як бы не ў трох месцах, а мы нічога парушаць не жадаем. Вядома, пры жаданні можна знайсці некалькі змякчальных віну абставінаў. Напрыклад, такіх як, тое, што кошт аднатыпных версій Windows рознай разраднасці аднолькавая і сваімі дзеяннямі мы не наносім фінансавага шкоды Microsoft. Ці тое, што пры ўсталёўцы ў кампутары памяці памерам 4 ГБ трэба яшчэ паглядзець, хто каму і што павінен - ​​у ліцэнзіі падтрымка такога аб'ёму заяўлена, але, як мы цяпер ведаем, на самай справе яе няма. Але, усё ж, парушэнне яно парушэнне і ёсць. Будзем лічыць, што ўсё, што мы рабілі, было часовым і на карысць навукі ;
2. Няма ніякай гарантыі, што ў вашым кампутары не выкарыстоўваюцца прылады з "дурнымі" драйверамі, праца якіх у рэжыме PAE з адрасамі фізічнай памяці вышэй 4 ГБ прывядзе да краху сістэмы.

Мабыць прыйдзецца скончыць наша абмеркаванне сакрэтаў вялікі памяці ў 32-бітных аперацыйных сістэмах банальнай рэкамендацыяй - калі плануеце павялічыць аператыўную памяць кампутара да 4-х і больш ГБ, ці збіраецеся набыць новы кампутар з такім аб'ёмам памяці, задумайцеся аб пераходзе на 64-разрадную аперацыйную сістэму .

Ну калі ўжо з x64 адносіны не складаюцца катэгарычна - чытайце ўсё яшчэ раз уважліва.