Оригинал
Переведено при помощи сервиса translated.by инициативной группой переводчиков welinux при участии пользователей
Shtsh,
settler,
zereal.
Linux делит физическую память (RAM, random access memory, память с произвольным доступом) на участки, называемые страницами. Свопинг - это процесс, когда страницы памяти копируются на заранее определённое место на жёстком диске, называемое областью подкачки (swap). Совместно физическая память и область подкачки составляют виртуальную память.
Если на x86 ОСи физически стоит 4 ГБ RAM, система из них использует 3.5 ГБ.
Вопрос в том, используется 3.5 ГБ только как ОЗУ или вообще?
Т.е. я к тому, что по идее, я могу создать на пример RAM Disk на 0.5 ГБ. Тогда получиться 3.5 ОЗУ + 0.5 RAM Disk = 4 ГБ в использовании.
Или все не так? )
Спасибо
Где-то видел, что такое практикуют. Можете по подробнее описать этот процесс и рассказать есть ли от этого какая-то польза?
Забавно, но читая
флеймообразующий пост под авторством пользователя
LiS-31 обратил внимание на
комментарии пользователя
HTaeD по поводу использования браузера Uzbl. Ссылочка от того же пользователя отправила меня в F.A.Q. от создателей сего браузера, который я сел читать в электричке по пути на работу. Интересно, что в F.A.Q.е я увидел вопрос, звучащий так:"Uzbl использует слишком много памяти! Особенно, когда работает в многооконном режиме (т.е. когда используются вкладки)". Авторы Uzbl дали такой ответ:
Не дайте себя обмануть тем, как утилиты Linux показывают вам измеренное количество использованной памяти. Вы должны понимать как разницу между RSS (Resident Set Size) и VSS (Virtual Set Size), так и то, что динамические библиотеки (libwebkit, libgtk и т.д.) загружаются в память лишь однажды.
И далее авторы дают ссылку на интересную статью, объясняющую суть того, как же все таки ядро Linux работает с оперативной памятью.
На ноуте убунта 9.10 и 3 гига оперативы.
При этом, нередко наблюдается следующая картина:
Т.е. свободной памяти еще вагон, но некоторые данные все равно грузятся в своп.
Почему так происходит иможно ли это как-нибудь решить - чтобы своп задействовался, только когда свободной памяти нет, или осталось совсем мало?
Иногда полезно некоторые части системы, к которым идет частое обращение вынести в оперативную память, причины очевидны:
-меньше дергаем хард;
-RAM работает быстрее => и доступ к данным будет быстрее.
Далее привожу основные выжимки из этой ветки форума.
В общем бродил тут по интернетам, по дебиановским форумам в поисках инструкций на тему: "Как загрузить Linux в оперативную память"
В общем нашёл удобное решение в виде пакета debirf. Этот пакет(на самом деле это просто набор bash скриптов) предоставляет удобный интерфейс для установки и создания образа дистрибутива при помощи debootstrap, initramfs-tools и bash, для упаковки его в образы initrd. Дополнительно позволяет делать образы iso, которые при помощи того же unetbootin можно закатать на флэшку.
English — Tuning for RAM nerds
If you have two or more gigabyte of RAM, then you’ve come to the right place. I’m going to show you how you can get the maximum out of your machine by a low effort.
This howto covers turning off swapping, shrinking caches as well as creating temporary file systems for faster access.
Сабж.. Кто сталкивался с данной проблемой, хотелось бы узнать пути решения..
зы. 64bit`ную ось не предлагать. Слышал что это решается пересборкой ядра с ключиком himem или hugemem, непомню.. И есть ли уже собранное такое ядро (generic) в репозиториях Ubuntu/Debian.