В статье (http://markelov.blogspot.com/2009/01/linux-procmeminfo.html) подробно рассмотрены параметры /proc/meminfo, отражающие состояние распределения памяти Linux ядром.URL: http://markelov.blogspot.com/2009/01/linux-procmeminfo.html
Новость: http://www.opennet.me/opennews/art.shtml?num=19769
у меня вот вопрос... а принудительно освободить swap? после продолжительной нагрузки при 4Gb памяти, swap начинает наполняться, однако свободной памяти около 1.5Gb. Как только нагрузка падает, то swap так и не очищается. ЧЯДНТ?
swapoff -a && swapon -a
я поставил vm.swappiness = 10 - смотрю, своп, распухший до ~200 метров при глюке софтины с порождением кучи форков за раз, потихоньку сдыхает сам по себе (т.е. высвопа на графике не видно, а размер занятого свопа уже упал ниже 90 метров, а сразу после перезапуска софтины он упал лишь до 140 метров)
# free
total used free shared buffers cached
Mem: 516240 494108 22132 0 12296 160292
-/+ buffers/cache: 321520 194720
Swap: 1871532 365016 1506516# swapoff -a
swapoff: /dev/sda7: Невозможно выделить памятьЧЯДНТ?
># swapoff -a
>swapoff: /dev/sda7: Невозможно выделить память
>ЧЯДНТ?у Вас памяти физической свободно:
> 194720а Вы хотите выделить (освободить из свапа и переместить в физ. память)
> 365016о чём Вам и говорится - Невозможно выделить память.
>
>о чём Вам и говорится - Невозможно выделить память.Есть желание просто высвободить своп (дабы не перезагружаться).
После работы с граф приложениями Blender, Gimp, Inkscape (на др машине, 1,5Gb памяти) при закрытии оных своп не высвобожадется, значительная часть остается.
Приходиться перегружать машину.
>После работы с граф приложениями Blender, Gimp, Inkscape (на др машине, 1,5Gb
>памяти) при закрытии оных своп не высвобожадется, значительная часть остается.Он и не должен освобождаться. Заполнился хламом который в свапе отдыхает, в результате хлам спит в свопе а освободившаяся память используется для увеличения кешей диска.
>Приходиться перегружать машину.
Ужасная глупость и бестолковость и беспользность. Какой результат-то? Нулевое использования раздела подкачки? А в чём выгода?
linux использует свап и с нулевым использованием свап раздела, и вообще с выключенным свапом linux использует свап. Вытесняя код программ (сегменты только для чтения, которые не могут менятся во время работы программы), который давно не выполнялся. А если вдруг программа передаёт ему управление - недостающие части программы заново загружаются из исполняемого файла программы.
Если своп однажды занялся на 5 метров, то top будет показывать, что он занят на 5 метров все время.
Т.е. фактически оно показывает, максимальную загрузку свопа, которая была во время работы системы.
>Если своп однажды занялся на 5 метров, то top будет показывать, что
>он занят на 5 метров все время.Просто резона выгружать эти страницы из подкачки у операционой системы наверняка не будет. Но освободить всегда можно. Размонтировав все tmpfs и завершив все процессы, свап точно станет нулевым :)
>Т.е. фактически оно показывает, максимальную загрузку свопа, которая была во время
>работы системы.Нет.
Абсолютные значения свапа лишены всякого смысла, ибо они не оказывают никакого влияния на производительность!
Смотреть надо "si" "so" в выводе vmstat. Если они большие - значит компьютер настроен не правильно. Особенно если большой "si".
> Смотреть надо "si" "so" в выводе vmstat. Если они большие - значит
> компьютер настроен не правильно. Особенно если большой "si".особенно если большой so может быть? (so = swapped out)
Допустим, у нас есть 5 метров памяти, к которой не обращался никто в течении суток. Память была это вытеснена в своп. Внимание, вопрос: сколько памяти будет в свопе через ещё одни сутки, если обращения к этим метрам так и не было?
>Допустим, у нас есть 5 метров памяти, к которой не обращался никто
>в течении суток. Память была это вытеснена в своп. Внимание, вопрос:
>сколько памяти будет в свопе через ещё одни сутки, если обращения
>к этим метрам так и не было?Столько же.
Если специально не отмонтировать своп.