Kernel/PAE

PAE (Intel Physical Address Extension)

Очередной аппаратный хак, который позволяет 32-битным процессорам работать с памятью за пределами 32-битного адресного пространства.

В ALT Linux 4.0+ поддержка PAE включена в некоторых 32-битных (i586) ядрах; на весну 2008 основное из них — std-pae.

Ядра std-smp и std-pae отличаются только одной опцией конфигурации: 
в std-smp используется HIGHMEM4G, а в std-pae - HIGHMEM64G.  (Дифф между
конфигами больше одной строки, поскольку там показываются и зависимые
опции, которые устанавливаются автоматически.)

Необходимость сборки двух вариантов ядра для i586 вызвана тем, 
что ядро, собранное с HIGHMEM4G, не может использовать более 4GB RAM, 
зато работает на всех процессорах >= i586, в то время как ядро, собранное 
с HIGHMEM64G, может использовать до 64GB RAM, но не работает 
на процессорах, не поддерживающих режим PAE (поддержка PAE появилась
начиная с Pentium Pro, кроме того, первые варианты Pentium M также 
не поддерживают PAE).  На самом деле пакеты ядер std-pae должны были
бы иметь архитектуру i686, а не i586, но я не знаю, есть ли способ
заставить incoming пересобирать пакеты именно таким образом.

Для архитектуры x86_64 всё это неактуально, поэтому вариант std-pae
существует только на i586.

vsu@

Вообще ядро std-pae действительно нужно использовать только при
наличии как минимум 4G RAM; в остальных случаях устанавливать его
обычно не имеет смысла (разве что очень хочется использовать в
32-разрядном ядре имеющуюся в процессоре поддержку NX (запрет
исполнения кода на уровне страниц) - эта возможность поддерживается
только при использовании PAE).

К сожалению, именно на этом ядре swsusp работать не может - реализация
swsusp в 2.6.18 на i386 несовместима с PAE.  Для использования swsusp
придётся установить вариант ядра std-smp (релизы std-smp и std-pae с
одинаковыми номерами отличаются только конфигурацией - в std-pae
включена опция HIGHMEM64G, в std-smp - HIGHMEM4G).

vsu@

Ссылки

• http://www.spack.org/wiki/LinuxRamLimits
• Linus Torvalds: PAE sucks