Ваш унылый срач начинает надоедать.
Есть физическое адресное пространство (ФАП) - это та память, что воткнута в мать. Есть виртуальное адресное пространство (ВАП) - это та память, с которой работает процессор. ФАП и ВАП совершенно разные, даже по размеру. Скажем, у какого-нибудь достаточно древнего компьютера ФАП равен 64-128 МБ, а ВАП равен 64 ГБ. Или у ещё более древнего (середины 90-х годов прошлого века) компьютера с процессором i80386 ФАП 2 или 4 Мб, а ВАП 4Гб. Поэтому часть ВАП может находиться не в ФАП, а на диске. Пересчётом между ВАП, ФАП и диском занимается диспетчер памяти (ДП), он же memory manager (MM). Ядро ДП реализовано аппаратно, поэтому его работа в принципе не может зависеть от того, какая операционная система (ОС) работает (хотя мелкие детали, отданные на реализацию ОС, могут изменяться в зависимости от неё). Несколько различных фрагментов ФАП/диска могут соответствовать непрерывному пространству ВАП (и наоборот). Когда процессор запрашивает новый кусок ВАП, ДП ищет в ФАП непрерывное свободное пространство нужной длины. Есть - выделяет. Но может получиться так, что ФАП или просто занята, или свободное пространство нужного размера есть, но фрагментировано (а фрагментация неизбежно увеличивается со временем). Тогда ДП смотрит список имеющихся занятых кусков ФАП и с того, к которому дольше всего не обращались, снимает специальный признак "удерживать в памяти". Затем повторяет запрос. Фрагмент со снятым признаком выгружается на диск (если в будущем процессор к нему обратится, ему предстоит точно такая же процедура), и, если непрерывный кусок ФАП нужного размера появился, память выделяется. Нет - процедура повторяется, пока память не будет выделена.
Теперь посмотрим, что будет, если свопа нет. К примеру, ФАП=16Гб, из них занято 12 Гб, процессор захотел 120 Мб, а наибольший непрерывный свободный кусок ФАП - 80 Мб. ДП снимает признак "в памяти" с фрагмента ФАП размером 32 Мб, находящегося между двумя свободными кусками размером 32 Мб и 64 Мб. Если бы своп был, при повторном обращении фрагмент выгрузился бы на диск, в ФАП образовался бы непрерывный свободный кусок размером 128 Мб, и ДП выделил бы процессору вожделенные 120Мб. Но свопа нет, фрагмент не выгружается, память не выделяется и ДП снимает пометку "в памяти" со следующего кандидата на выгрузку в своп. Тот тоже не выгружается (некуда) и веселье продолжается. До бесконечности, поскольку занятые фрагменты ФАП не кончатся никогда.
Поскольку именно так (если не считать того, что часть моментов я пропускал для простоты) работает диспетчер памяти в любом компьютере с интел8086-совместимым процессором, начиная с i80386, то беспроблемная работа без свопа гарантирована только если физической памяти в компьютере столько, что никогда не будет занято больше 1/2 - это теоретически обоснованная цифра, но обоснование я просто не помню за ненадобностью. При превышении порога в половину занятой физической памяти появляется вероятность описанного клинча, и она тем выше, чем больше памяти занято, и чем дольше работает компьютер с момента последней загрузки ОС.
Mageia 8 x64, Xfce
В моем понимании просто при использовании всей озу приложение должно крашиться. У меня же комп залипает и иногда когда еще можно двигать мышкой видно сообщение что js исполняется слишком долго. Просто в винде такой проблемы нет и на убунте тоже поэтому я предположил что магея чем-то отличается от двух других ОС.
