LINUX.ORG.RU

кто кушает swap?


0

2
neko@nowhere ~/Desktop $ cd
neko@nowhere ~ $ free -m
             total       used       free     shared    buffers     cached
Mem:          3965       3665        300          0         15       2761
-/+ buffers/cache:        889       3076
Swap:         3820       1730       2090
neko@nowhere ~ $ sudo swapoff -a
swapoff: /dev/sda3: swapoff failed: Невозможно выделить память

я спрашиваю не «кому из лоровцев нужен своп», а «что за программа сидит у меня там»?

★★★★★

Последнее исправление: snoopcat (всего исправлений: 2)

Ну и заголовок... Я сначала тоже не понял, как аморфер. Ну посмотри ps aux или типа того - там напишет кто виноват вроде.

Анрет тоже не понял. Меняй загловок.

Вот статейка хорошая - http://www.opennet.ru/base/sys/procps_info.txt.html

wbrer ★★★
()
Последнее исправление: wbrer (всего исправлений: 2)

Да он и не сильно то используется, свободно более 50%. А вот оперативку хавает кеш, причем конкретно (поэтому кстати и swapoff не сработал, что некуда выкинуть данные, оперативка то забита). Это говорит о том что работает программа с большим количеством обращений к диску, например СУБД. Чтобы освободить оперативку, есть специальные финты, о которых например можно почитать здесь: http://www.opennet.ru/tips/info/1455.shtml

jamy
()
Ответ на: комментарий от snoopcat

Why doesn't htop feature a SWAP column, like top?

It is not possible to get the exact size of used swap space of a process. Top fakes this information by making SWAP = VIRT - RES, but that is not a good metric, because other stuff such as video memory counts on VIRT as well (for example: top says my X process is using 81M of swap, but it also reports my system as a whole is using only 2M of swap. Therefore, I will not add a similar Swap column to htop because I don't know a reliable way to get this information (actually, I don't think it's possible to get an exact number, because of shared pages).

Ja-Ja-Hey-Ho ★★★★★
()
Ответ на: комментарий от jamy
neko@nowhere ~/Desktop $ sudo su -
[sudo] password for neko: 
nowhere ~ # sync &&    echo 3 > /proc/sys/vm/drop_caches
nowhere ~ # free -m
             total       used       free     shared    buffers     cached
Mem:          3965       3182        783          0          3       2195
snoopcat ★★★★★
() автор топика

кто кушает swap?

Дебиан.

bsdfun ★★★★★
()
Ответ на: комментарий от snoopcat

(Я могу и ошибаться). Вот виновники:

  • RaiserFs
  • VirtualBox

Эти двое не должны встречаться. Я правильно понял, сейчас запущена виртуалка?

jamy
()
Ответ на: комментарий от jamy

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

Swap: 0 0 0

snoopcat ★★★★★
() автор топика
Ответ на: комментарий от snoopcat

Ну если повторится, то нужно поступить так:

  • Найти приложение которое активно пользуется диском
  • перенести его файлы на отдельный раздел, отформатированный под НЕ RaiserFs
jamy
()

кто кушает swap?

маленькая зеленая свопоежка :3

havelite
()
root@workplace:/mnt# free -m
             total       used       free     shared    buffers     cached
Mem:         32017      31676        341          0        394      28723
-/+ buffers/cache:       2558      29459
Swap:        10239         16      10223

вот блин, у меня тоже что-то свопнулось :)

greyl
()
Ответ на: комментарий от Ja-Ja-Hey-Ho

Запустить top, добавить колонку SWAP.

ненужен, есть htop

greyl
()
Ответ на: комментарий от jamy

Нафига тебе своп, тем более таких размеров? :-О

виртуалки не влезали в 32 гига :(

greyl
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.