Свап при 50% свободной памяти

free -m
в студию

>> vm.swappiness=10

/proc/sys/vm/swappiness

The value in this file controls how aggressively the kernel will swap memory pages. Higher values increase agressiveness, lower values decrease aggressiveness. The default value is 60.

>> vm.dirty_writeback_centisecs=6000

Тоже вряд ли, но никто ведь не мешает проверить.

а он его вообще слушается?
нука cat /proc/sys/vm/swappiness

cat /proc/sys/vm/swappiness
10

Не помню когда начал отжираться свап, но что то смутные подозрения, что когда захотел его не отжирать этими фокусами :-)

Такое бывает. У меня было.

Ubuntu? Знакомая картина.

слака

я нескольно месяцев назад создавал такой тред, потому что у меня тоже при еще 300-400 мб свободной памяти система использовала свап. Кончилось тем, что я плюнул и свап вообще выключил, потому что работать было совершенно невозможно.

И кстати, уатновка swappiness не поможет, она влияет только на время, через которое страницы будут вытесняться в своп. Т.е. через полчаса-час будет почти то же самое

>страницы будут вытесняться в своп

Это не совсем верное представление процесса, страницы с данными туда копируются и могут присутствовать в обоих местах одновременно. Само по себе, использование свопа вообще не должно волновать.

Может, эти 50% заняты каким-нибудь tmpfs'ом? И где выхлоп 'free'? Свободная память определялась по первой или второй строке? Если по второй ('-/+ buffers/cache'), то, возможно, часть из этой «свободной» памяти занята именно tmpfs или ramfs.

>Само по себе, использование свопа вообще не должно волновать

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

Тут вам композитный менеджер окон может помочь: окошки нужно будет реже перерисовывать.

А сможет он помочь, когда 300мб фаерфокса веселенько окажутся размазанными по всему своп-файлу? Или когда там же окажутся все час назад открытые ресурсы какого-нибудь гимпа или ООо?

Это bullshit, ознакомься с матчастью

$ free -m
             total       used       free     shared    buffers     cached
Mem:          2005       1746        259          0        176        937
-/+ buffers/cache:        632       1372
Swap:         1953          0       1953

$ sysctl vm.swappiness 
vm.swappiness = 0

>А сможет он помочь, когда 300мб фаерфокса веселенько окажутся размазанными по всему своп-файлу? Или когда там же окажутся все час назад открытые ресурсы какого-нибудь гимпа или ООо?

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

Как определил, что память свободна? free покажи хотя бы.

ах да, аптайм полсуток

Кстати: в свопе могут оставаться страницы после предыдущей гибернации.

тут может быть это потому, что у тебя памяти много еще свободной. у меня «всего» гигабайт на той машине, свободны, соответственно, около 300. Попробуй забей до этого уровня, и если все будет так же, то скинь, плз, все относящиеся к делу конфиги.

Если жестко не задавать tmpfs вообще то динамично распределяет память

>tmpfs вообще то динамично распределяет память

Она-то динамически занимает, но если в неё положить гигабайт файлов, то меньше гигабайта она никак не сможет занимать.

Откуда в tmpfs будет гиг ? Разве что от компиляции pypy :-)

>Откуда в tmpfs будет гиг ?

При компиляции чего-то и больше было, не помещалось. А вообще 'dd if=/dev/urandom of=/tmp/file count=2G'.

А вообще 'dd if=/dev/urandom of=/tmp/file count=2G'.

Больше мне конечно делать совершенно нех.. как забивать рандомом tmfs :-)