Очистить swap

0

2

Здравствуйте, подскажите пожалуйста, имеется сервер c CentOS 7, заметил что при достаточном кол-ве свободной памяти полностью забит swap:

[@]# free -m
              total        used        free      shared  buff/cache   available
Mem:          64321        3898         793        1080       59628       58899
Swap:          1021        1021           0

На сколько корректным будет выполнение swapoff -a и swapon -a в данной ситуации? Или есть какие-то другие пути очистки без осуществления перезагрузки?

Ссылка

←	Беда с копированием внутри samba-шары

удалённая остановка hdd

→

Зачем его очищать, болезный?

anonymous
(01.04.16 11:17:03 MSK)

Ссылка

Странно как-то. А что кажет swapon -s ?

r0ck3r ★★★★★
(01.04.16 11:17:10 MSK)

Ответ на: комментарий от r0ck3r 01.04.16 11:17:10 MSK

[@]# swapon -s
Filename				Type		Size	Used	Priority
/dev/sda2                              	partition	523260	523260	-1
/dev/sdb2                              	partition	523260	523260	-2

iAlexandre
(01.04.16 11:26:03 MSK) автор топика

Ссылка

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

При этом, у тебя почти 60 буфера/кеша. Видимо, чтобы довести кеш до максимума всё лишнее и было сброшено в своп.

Дай угадаю: файлопомойка и единственные активные демоны - smbd и nmbd ? :)

slamd64 ★★★★★
(01.04.16 11:26:23 MSK)

есть какие-то другие пути очистки без осуществления перезагрузки?

Перезапуск приложения, страницы памяти которого были вытеснены в своп, например. Или освобождение памяти этим приложением без его перезапуска (например, завершение выполнения задачи).

slowpony ★★★★★
(01.04.16 11:26:44 MSK)

Ссылка

Ответ на: комментарий от slamd64 01.04.16 11:26:23 MSK

буфер/кэш, вроде, всегда занимают всю свободную память. Разве нет?

r0ck3r ★★★★★
(01.04.16 11:30:48 MSK)
Последнее исправление: r0ck3r 01.04.16 11:31:05 MSK (всего исправлений: 1)

Ответ на: комментарий от slamd64 01.04.16 11:26:23 MSK

Да вроде как все при деле :) Нет, не файлопомойка, обычный сервер с ispmanager и парой сайтов самых типовых новостников, порталов-форумов с невысокой посещаемостью. :)

iAlexandre
(01.04.16 11:31:57 MSK) автор топика

Ссылка

Ответ на: комментарий от r0ck3r 01.04.16 11:30:48 MSK

«всегда занимают всю свободную память»

Если есть чем занимать. Сразу при включении, собственно, закешируются только те программы, которые запускались во время загрузки. Ну точнее там OS File Cache.

slamd64 ★★★★★
(01.04.16 11:32:41 MSK)

Ссылка

Ответ на: комментарий от r0ck3r 01.04.16 11:30:48 MSK

буфер/кэш, вроде, всегда занимают всю свободную память. Разве нет?

Так до того, как страница оказалась в свопе, она была в памяти.

~~redgremlin~~ ★★★★★
(01.04.16 11:36:34 MSK)

Ответ на: комментарий от redgremlin 01.04.16 11:36:34 MSK

Так я о том и говорю. Разве это нормальное поведение, что файловый кэш вытеснил программы?

r0ck3r ★★★★★
(01.04.16 11:50:43 MSK)

Ответ на: комментарий от slamd64 01.04.16 11:26:23 MSK

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

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

~~vurdalak~~ ★★★★★
(01.04.16 11:51:59 MSK)

Ссылка

Ответ на: комментарий от r0ck3r 01.04.16 11:50:43 MSK

Разве это нормальное поведение, что файловый кэш вытеснил программы?

Не программы, а некоторые их страницы. Тем более, что даже официальная документация по ядру упоминает некие ненужные страницы:

A significant number of the pages referenced by a process early in its life may only be used for initialisation and then never used again. It is better to swap out those pages and create more disk buffers than leave them resident and unused.

~~redgremlin~~ ★★★★★
(01.04.16 11:55:50 MSK)