стоит ли избавляться от /dev/shm ?
Как я понял из документации к ядру, этот вот /dev/shm - нечто вроде диска в оперативной
памяти, и занимает по умолчанию её половину :-(. Как временное хранилище чего-либо
я его не использую, то-есть /dev/shm - ВСЕГДА пустой. Но объём занимаемой памяти,
который выдается командой free почему-то примерно на ~250mb больше чем то, что
показывается в gnome-sysremmonitor'e(RAM - 512mb). В том же systemmonitor'e среди
всяких /dev/hda5 присутствует диск /dev/shm. Так вот, собственно, вопросы:
1) Чему же верить по-поводу свободной памяти (команде free или systemmonitor,
или они оба что-то своё правильное, только разное показывают)?
2) Зачем всё-таки нужна эта виртуальная штука, жрущая просто-так (или не просто
так?) пол памяти?
3) И если она не нужна, то как от неё избавиться (и наслаждаться кучей свободной
RAM :-))?
За ссылки, советы, объяснения - буду оччень благодарен.
A-Z.
P.S: После сборки-пересборки ядра (или может еще чего) стали наблюдаться тормоза:-(.
То есть ни с того - ни с сего обращения к винту по 5 минут, загрузка процессора
50%, потом все проходит. Потом опять :-). В чём может быть дело ? В том что винт
не умирает - уверен.
P.P.S: Извините за сумбурность изложения, но действительно непонятно, что происходит,
и интересно.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 10786; Возраст листа: 384; Участников: 1243
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/210944
-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru
http://subscribe.ru/ http://subscribe.ru/feedback
On Пятница 13 Август 2004 11:42, A-Z wrote:
Это действительно ram диск, но занимает в памяти он столько,
сколько в нём хранится, а его видимый размер - это предел, до
которого он может расти. Используется он в POSIX shared memory
(см. shm_open(3)), так что лучше не удалять, тем более, что
память он не жрёт.
А информацию о свободной памяти лучше брать из первоисточника
- /dev/meminfo