Как я преодолевал предел 4Гб на Windows XP 32бит

Притом, надо отметить, что семёрка была хоть и 32-х битная, но в ней была разблокирована возможность видеть всю доступную память. Способ разблокировки доступен в Интернет.

Вчера поработал некромантом и по предложенной инструкции успешно вживил на Windows XP 32bit SP3 8 ГБ оперативной памяти.

Инструкция правда оказалась не совсем точна, хотя в принципе и рабочая. Несколько интересных вещей которые выяснились в процессе:

1. "Начиная со второго сервиспака эта библиотека работает с PAE «фиктивно», т.е. даже если режим расширенной трансляции адресов включён – он ничего не делает и не выходит за пределы четырёх гигабайт." — это не соответствует действительности. Полноценный PAE режим имеется и в hal.dll из комплекта SP2 и из комплекта SP3.
   В принципе для активации работы с памятью >4 Гб достаточно только патча 1 строчки в ядре + прописать опцию /PAE в boot.ini если это еще не было сделано раньше.
   Т.е. ограничение на 4 Гб полностью искусственный барьер со стороны Microsoft.
   Правда конкретно в моем случае с самой свежей библиотекой HAL (SP3 + все оф. патчи) как раз словил упомянутую проблему с драйверами — в частности большая часть USB устройств отвалилась(похоже драйвер USB контроллера не инициализировался правильно), включая мышку. Но все 8 Гб при этом были доступны и реально работали, а кроме отвала USB серьезных проблем не наблюдалось (в частности работали видео, включая аппаратное ускорение, звук, сеть — дальше не полез проверять).
   А вот использование старого HAL (из SP1) эту проблему с драйверам USB решило. В результате если кто захочет повторить — можно пробовать и с самой свежей HAL, просто заменив 1 байт в ядре и откатываться на старые версии библиотек только в случае проблем.

   
   

2. "ntkrnlpa.exe — однопроцессорное ядро Windows с более чем 3 ГБ оперативной памяти." У меня тоже использовалось это ядро, как и у автора. Что в общем-то сильно удивило — и у него и у меня процессоры многоядерные(2 и 4 ядра соответственно) и при использовании не того ядра, не должны были работать доп. ядра. В процессе выяснилось, что на самом деле в этом файле, несмотря на его название (как текущее имя файла, так и "исходное" прописанное в его свойствах), лежит содержимое файла ntkrpamp.exe (многопроцессорное ядро Windows с более чем 3 ГБ оперативной памяти). Выяснил это случайно — винда упорно заменяла пропатченную версию ядра на исходную. Даже после того как я нашел все резервные копии (аж 3 штуки) файла ntkrnlpa.exe в служебных заначках и пропатчил их тоже. Но каким-то неведомым образом каждый раз все-равно восстанавливался исходный файл. Пришлось запустить мониторинг системных процессов и выяснилось, что система берет содержимое файла ядра "ntkrpamp.exe" из \system32\dllcache\ и копирует его в файл "\system32\ntkrnlpa.exe". Т.е. в реальности используется многопроцессорное ядро, лишь обозначенное как однопроцессорное. Зачем в Майкрософт сделали такую путаницу — совершенно не ясно.

   
   

3. Забавная вещь. На самом деле ни один из приведенных вариантов ядра ОС (ntoskrnl.exe, ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe) вообще не является обязательным. Windows XP настолько сурова, что может работать вообще без ядра! :)
   Хотя самом деле нет — просто ядро состоит минимум из 3х файлов (ntoskrnl.exe, hal.dll, и один из этих 4х), но без этого 3го все вполне работает. В процессе экспериментов случайно удалил файл текущего используемого ядра прямо на рабочей системе и сначала удивился, что ОС вообще дала это сделать. И из любопытства перезагрузился и удивился еще больше — никаких глюков, все работало и без него, разве что память опять только ниже 4 Гб доступна была.

   
   

4. У меня почему-то опции /NOEXECUTE=OPTIN и /PAE оказались не совместимы друг с другом — если присутствуют обе, то ОС не загружается (черный экран в самом начале загрузки). Хотя NOEXECUTE=OPTIN вроде бы официально является значением по-умолчанию, т.е. указание OPTIN должно быть равносильно отсутствию этой опции.

   
   
5. BSOD от драйверов так и не словил. Но все-таки совсем без BSOD не обошлось — его стабильно вызывала попытка использовать опции ядра /PAE (т.е. расширение общего объема адресуемой памяти с 4 до 64 ГБ) и /3GB (расширение адресуемой памяти на один процесс с 2 ГБ до 3 ГБ). Возможно, это тоже можно как-то решить, но настрой дальше расковыривать потроха ОС к этому моменту закончился, и я просто убрал /3GB. В моем случае она не особо актуальна — оперативки на этой машине нужно много не из-за какого-то одного тяжелого приложения, а из-за большого количества работающих параллельно.