Память не используется, а своп забит?

[Phlya]

Странная вещь: особо много памяти в данный момент не занято, но своп забит наполовину (8 Гб из 16 на секундочку!). Да, перед этим память использовалась очень сильно, но теперь, как видно, все нормально - своп почему-то не освободился? Никаких реальных симптомов (тормозов) не заметно (были поначалу, но пропали).

В чем фишка?

[art1101]

8Гб ОЗУ и 16Гб своп? да вы щедрый) я не помню, чтобы у меня в своп хоть байт вообще записался, даже когда куча всего запущено включая ВМ с отведенными 2Гб, плюс в warthunder шпилю.

[Phlya]

Ну, такая уж специфика работы. Все никак еще 8 Гб памяти не добавлю, хотя надо бы.
Пользователь решил продолжить мысль 25 Апреля 2015, 02:33:49:Да, опытным путем выяснил, что дело в питоне - после его убийства все пришло в норму. Но странно, что все это дело не перенеслось в оперативку...

[Phlya]

Похожая проблема снова, поэтому не создаю новую тему. Практически ничего не запущено, а занято больше 3х гигов памяти:


Где искать виновника?

[eNdiD]

Тащемта своп начинает использоваться при загрузке памяти на 40% by default. Можно отредактировать это значение в

Код: [Выделить]

sudo gedit /etc/sysctl.confДобавить параметр vm.swappiness=%%
Где вместо %% прописать процент остатка памяти, при котором начнет работать своп. Например, при vm.swappiness=20, своп начнет использоваться при 80% занятой памяти.

P.S. Оперативка доложна работать негоже ей простаивать без дела, иначе зачем она нужна? Если есть куча простаивающей памяти -> поднимаем демон preload -> получаем профит в виде кеширования и быстрой загрузки часто запускаемых приложений. Что касается вопроса "куда уходит столько памяти?", есть отличная статья на эту тему:
http://habrahabr.ru/company/yandex/blog/250753/

[Phlya]

Не-не, я swappiness вообще в 0 поставил, а то иначе когда я что-то такое тяжелое считаю, что случается регулярно, то капец наступает.

Я не спорю, что она должна работать, но не тогда, когда ее ничто не загружает!

А статья, кажется, для меня сложновата что-то...

[eNdiD]

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

Через Page Cache в Linux по умолчанию идут все операции чтения и записи. Он динамического размера, то есть именно он съест всю вашу память, если она свободна.... Как же происходит запись? Любая запись происходит на диск не сразу, а в Page Cache, и делается это практически моментально. Тут можно увидеть интересную «аномалию»: запись на диск идет намного быстрее, чем чтение. Дело в том, что при чтении (если данной странички файла в Page Cache нет) мы пойдем в диск и будем синхронно ждать ответа, а запись в свою очередь пройдет моментально в кеш.

Выделение памяти можно поделить на четыре случая: есть выделение приватной памяти и памяти, которой можем с кем-­то поделиться (share); двумя другими категорями являются разделение на анонимную память и ту, у которая связана с файлом на диске. Самые частые функции выделения памяти – это malloc и free. Если мы говорим о glibc malloc(), то он выделяет анонимную память таким интересным способом: использует heap для аллокации маленьких объемов (менее 128 KБ) и mmap() для больших объемов. Такое выделение необходимо для того, чтобы память расходовалась оптимальнее и её можно было запросто отдавать в систему.


Вообще, довольно познавательно.

[www777]

P.S. Оперативка доложна работать негоже ей простаивать без дела, иначе зачем она нужна? Если есть куча простаивающей памяти -> поднимаем демон preload -> получаем профит в виде кеширования и быстрой загрузки часто запускаемых приложений. Что касается вопроса "куда уходит столько памяти?", есть отличная статья на эту тему:
http://habrahabr.ru/company/yandex/blog/250753/

Ссылка не рабочая по клику, посмотри внимательно, и исправь.

[sergey8888]

Своп это же вам не оперативная память, оперативка перестает использоваться как только закрываете процесс, а своп потихоньку заполняется и очищается только перезагрузкой системы, у меня бывало тоже за пару недель своп заполнялся на 30-50%, ничего в этом необычного нет и сам по себе он не очищается

[Phlya]

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

[Dt-13]

...очищается и без перезагрузки. Очищается, конечно, медленнее, но очищается...

# swapoff -a && swapon -a

[Phlya]

Dt-13,
А это не опасно, если там какие-то данные лежат?

[www777]

Dt-13,
А это не опасно, если там какие-то данные лежат?

Они буду перемещены в ОЗУ.

[Dt-13]

 

Dt-13,
А это не опасно, если там какие-то данные лежат?

нет не опасно. при swapoff -a - данные выгружаются в оперативку... хотя в вашем случае: озу 8, свап 16 и если он еще и заполнен под 100% будет - не знаю 
Пользователь решил продолжить мысль [time]29 Апрель 2015, 00:50:17[/time]:можно порулить параметром vm.swappiness или дисковым кэшем... почитайте к примеру здесь: http://mydebianblog.blogspot.ru/2010/05/swap-swap-linux.html

[fisher74]

Я, конечно, не совсем уверен, но вроде как данные переносятся из свопа в ОЗУ только по мере использования. То есть если они перенесены в своп и не запрашиваются, то так там и висят. Оно и понятно - чего гонять туда сюда неюзанные данные.