LenaOna, потому что в той версии Solaris, для которой написана 11 лет назад данная документация, организация виртуальной памяти была весьма жёстко прибита к умолчальному размеру страницы памяти, который на спарке как раз и есть 8Кб, и работа с large pages на некотором уровне и в ряде случаев (и в частности, в пейджинге и своппинге) вырождалась в работу со страницами стандартного размера. Не могу не вспомнить старую (~2007) плюху, когда крутящийся page scanner выпейдживал (ставил в очередь на выпейдживание) на диск _всю_ большую страницу памяти по критерию малоиспользуемости _одной_ из 8К-страниц, из которых, во его внутреннем представлении, эта большая страница состояла.

На самом деле, не переживайте сильно - если ваш Solaris начал пейджится (начался страничный обмен памяти на диск), у вас уже пред-аварийная или аварийная ситуация, т.к. последствиями этого обычно является неприемлимая деградация производительности. Из ситуации своппинга (обмен всей памяти процесса на диск) на моей памяти никто не выходил живым :) Хотя сейчас NVMe на каждом шагу - могут быть варианты.

mayton, не усложняйте жизнь. Своп в солярисе нужен для того, чтобы быть равным размеру RAM и никогда не использоваться фактически. Dump device лучше иметь отдельный - хотя бы ради live kernel dump.

Вячеслав Любомудров, всё ещё проще - своп в Solaris суть не дисковое пространство, а специфический сегмент виртуальной памяти, расположенный, при необходимости, на дисковом устройстве, файле, ZFS volume, ну или в RAM при отсутствии дисков. Есть способы выделения памяти, которые в свопе место резервируют, а есть - которые не резервируют.

Да, разумеется. Я ж говорю: своп суть не диск, а сегмент памяти, который может располагаться на разного типа устройствах. Своп даже на NFS можно делать :)