Тролли всея ЛОРа, как можно убунту заставить меньше жрать ОЗУ?

http://www.linuxatemyram.ru/

</thread>

скайп, огнелис

this

ещё учитывай, что x86_64 жрёт в джва раза больше памяти, по сравнению c i686, и если ты лишь недавно перекатился на ubuntu amd64, после windows i686, это может немножко порвать шаблон от неожиданности.

а может ты смотришь на потребляемую память с учётом кэша? тогда это норма.

и если ты лишь недавно перекатился на ubuntu amd64, после windows i686

Да давно уже как бы. Да и вин была x64.

с учётом кэша

Так ли он нужен? Хотя может у меня виндузятские взгляды, но все таки

Так ли он нужен? Хотя может у меня виндузятские взгляды, но все таки

В венде так же, просто по умолчанию диспетчер задач показывает занятое место за вычетом этих буферов

у тебя взгляды новичка.

когда ты открываешь файл, запускаешь программу и т.д. он читается с жёсткого диска, на котором этот файл находится. окей.

затем он помещается в кэш в оперативной памяти, и уже при повторном обращении жёсткий диск будет спать, а файл будет взят из оперативной памяти.

echo 3 > /proc/sys/vm/drop_caches это очистит кэш в памяти, полностью его удалив и освободив память.

можешь выполнять эту команду каждую минуту. тогда при каждом запуске файла — он будет читаться с жёсткого диска.

тебе хочется лишний раз дёргать жёсткий диск? ради того, чтобы память, которую ты не используешь, была свободна? лежала мёртвым грузом? поэтому линукс принимает решение использовать свободную память под кэш.

А, вот оно что...

всего 1.7ГБ?

А чо так мало?

x86_64 жрёт в джва раза больше памяти, по сравнению c i686

Меньше, чем в 2.

мммм.. а можно вопрос на засыпку? примонтированная директория в tmpfs, в которой лежит файл размером 1мб, сколько памяти потребляет? 1мб? или из-за того что оно в памяти, размер tmpfs варьируется в зависимости от архитектуры?

Пересобрать убунту с -Os.
Кстати, а зачем убунта? Весь вышеперечисленный софт работает и под семерочкой.

как можно убунту заставить меньше жрать ОЗУ?

убрать swap, вынуть лишние планки.

Тебе жалко что ли? Больше кошей - комфортнее среда. Или у тебя всего 2гб и что-то тяжелое свопится?

что x86_64 жрёт в джва раза больше памяти, по сравнению c i686

А пацаны в курсе?

Ты не линуксоид.

Тащемта, это иллюзорное buffers-cached совершенно не мешает срабатывать OOM Killer'у, т.к. памяти реально нет.

2 ОП: vm.vfs_cache_pressure крути.

В джва не в джва, но оверхед есть. И на код, и на указатели, и на некоторые другие вещи. Недаром для прилаг, которым не нужно дохрена памяти, пилится 32-битный ABI.

Поставить Linux

ещё учитывай, что x86_64 жрёт в джва раза больше памяти, по сравнению c i686

Ох уау. Злоупотребление согревающими в каптёрке?

В джва не в джва, но оверхед есть. И на код, и на указатели, и на некоторые другие вещи. Недаром для прилаг, которым не нужно дохрена памяти, пилится 32-битный ABI.

Оверхед небольшой (процентов 10). Да и дистрибутивы 32-битные уже стали закапывать. 32битные версии пакетов пока просто оставляют для совместимости.

32ABI - это не i386. Такой код может использовать все регистры (r8-15, xmm8-15, etc) и все фичи amd64, но при этом указатели вдвое меньше по размеру.

ещё учитывай, что x86_64 жрёт в джва раза больше памяти, по сравнению c i686

ШТА?! Вот ты нарколыга-то.

rm -rf / — сто бед, один ответ!

P.S. Зайчики, никогда не копируйте в эмулятор терминала всякую непонятную хрень.

Очевидная проблема - x86_64. Ставь x86 и твои волосы станут мягкими и шелковистыми.

Ещё юникод много отжирает. Ставь koi8 системной локалью.

У меня постоянно жрет 2-3 гига памяти, притом запущена intellij, atom, chrome + еще по мелочи, считаю что это вообще ерунда и даже на память не смотрю никогда (всего 16).

ещё учитывай, что x86_64 жрёт в джва раза больше памяти, по сравнению c i686,

Нет.

Только скайп, огнелис, пиджин, торрент-клиент Transmission, а уже пожрато 1.7 гб.

Пфф. А ты жалуешься. Там «1» потерялась у firefox, т.е. он жрал 1,5 гига в одно рыло только.

А пацаны в курсе?

Ну, в 1,5 уж точно.

Оверхед небольшой (процентов 10)

Раза в полтора разница наблюдалась, когда рядом плечо к плечу стояли идентичные системы на Debian x86 и amd64.
Для какого-то софта она меньше, для какого-то — больше.

логи где, главный балабол лора?

Несуществующая убунта не будет жрать озу. Используй сей рецепт на свой страх и риск. Всегда твой капитан очевидность.

не ставь в системы больше 1 гига, оно тебе не нужно.

Может, мне таки возродить мысль о замене пакетов :i386-версиями? Проприетарного 32-разрядного софта, который требует много швабодных системных библиотек, навалом, а вот 64-разрядного сходу и не вспомню. И памятепроблемы разусугублю, и срач немного выкину заодно.

Если памяти <= 3Гб, то смысл переехать на i386 есть, имхо.

Ну мне и с 3642 чё-т не хватает, всё свопится в ZRam и тупит. И 10% погоды не сделают, ибо жирнолис жрёт всё, что видит. Я юзал на более мощной системе (8G), он 4.5G сожрал и не подавился, и это на десятке загруженных вкладок всего-то. Проще пинать жирнолис, если это настраивается. Но вообще по длительному висению многий софт по памяти подтекает, гляжу — там и до сотни-двух мегабайт порой в своп уходит, при том что RES программа жрёт немногим менее обычного.

Сколько-то жрёт сама TMPFS под внутренние нужды, ХЗ как она устроена.

Это для магринальщины, чтоб работало.