LINUX.ORG.RU

swap, проблемы


0

0

При запуске 1-2 активно жрущих память приложений (virtualbox, firefox), спустя какое то время, начинаются дикие тормоза. Видно что в этот момент своп забивается до предела. Проблема скорее всего появилась после какого то апдейта ядра (ubuntu из реп).

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

free -m

total used free shared buffers cached

Mem: 4018 3574 444 0 56 3268

-/+ buffers/cache: 248 3770

Swap: 972 965 6

root@desktop:~# swapoff -a

Убито

Deleted

Ответ на: комментарий от Deleted

вот-вот
а реально надо не более 20-ти
echo 20 > /proc/sys/vm/swappiness

megabaks ★★★★
()

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

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

у меня самый емкий процесс - virtualbox, мегабайт 800

самое непонятное, почему при доступной озу 400 мегабайт что то упорно лезет в swap и занимает его до предела?

tmpfs не использую

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

это я еще молчу о том что cached память по идее должна отдаваться ресурсоемким процессам

поставил /proc/sys/vm/swappiness 10, но до этого около года наверное стояло 60

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

ну вот эти 600-800 мегабайт и стоит

досконально смотрел уже список процессов на хосте, реально занято обычно 1-1.5 Гб, не больше

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

после ребута такое сейчас

1319 g 20 0 1070m 800m 76m S 94 19.9 3:44.21 VirtualBox

886 root 20 0 100m 18m 9060 S 10 0.4 0:48.44 Xorg

1356 g 20 0 327m 147m 29m S 2 3.7 1:37.69 firefox-bin


остальные процессы практически не занимают ram

в период когда начинаются тормоза (вплоть до того, что курсор мыши залипает секунд на 5-10), топ точно такой же, разве что ff распухает до ~500 мегабайт

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

а чё за фф? пмню 2-ой тек и только в своп %)
другие браузеры как?

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

да, именно так

но проблема появилась после какого то апдейта пришедшего наверное, потому что больше ничего не менялось

и да, кто и почему убивает swapoff ?

ff 3.6.3 из реп, раньше было все отлично

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

да вот не при всех дисковых операциях тормозят

копировал сейчас 10 гб файл туда сюда - все нормально, ничего не свопится.

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

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

ну может я чего недоглядел, но вообшем похоже

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

10.04, и видео intel как раз.

но не уверен что причина в этом, да и не наблюдаю утечки в иксах.

886 root 20 0 86108 19m 9116 S 4 0.5 2:51.42 Xorg

память то свободная есть, просто почему то какой то процесс что-то свопит

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

у меня гента, но всё равно - тормозит только если есть несколько очень быстрых закачек
а если их на нтфс писать (было нужно когда то) то тормоза вообще зачётные
вот с раздачами пофиг и кол-во и скорость
и да - ICH7

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

а все-таки, это нормально - память закешированная не отдается процессам?

подозреваю что нет

Deleted
()

Было такое пару месяцев назад, тоже после апдейта ядра. Следующий апдейт исправил ситуацию.

xetf ★★
()

без виртуалбокса тоже бывает такая засада?

помню, было у меня нечто подобное на патченом *zen ядре, там опцию какую-то нужно было скинуть в конфиге. что-то со свопом связаное, есно

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

аптайм виртуалбокса равен аптайму компьютера, так что не знаю.

пока с /proc/sys/vm/swappiness = 10 , аптайм 17 часов, в своп ничего не лезет, но вся память закеширована.

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

так она и должна быть вся в кешах - остается недоступно кэшу искаропки вроде тока 1024 кило - всегда свободный метр

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

total used free shared buffers cached

Mem: 4018 3896 122 0 1 2453

-/+ buffers/cache: 1442 2576

Swap: 972 92 880

аптайм почти сутки, опять начинаем свопиться, появляются тормоза

1356 g 20 0 539m 249m 13m R 54 6.2 119:09.56 firefox-bin

1319 g 20 0 1072m 757m 55m S 25 18.8 620:16.37 VirtualBox

1144 g 9 -11 158m 9352 8656 S 5 0.2 54:20.60 pulseaudio

886 root 20 0 714m 26m 11m S 2 0.6 63:35.59 Xorg

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

во-первых в топе видно что лис не больше полгига ест

во-вторых, на днях убил фф и запустил update-manager убунтовский, эффект тот же был

а и еще забыл сказать что виртуалбокс и фаерфокс и вообще любое приложение периодически киляется видимо из за недостатка памяти ( хотя памяти навалом)

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

все же я проверял эту мысль, фаерфокс ни при чем

cached память не отдается процессам, вот проблема :(

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

да и вообще, раньше аптайм фф был недельный - именно у этой версии

скорее всего апдейт иксов или кернела виноват

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

General setup ---> всё похожее на swap, page cache (у меня другое ядро сейчас, нет той загадочной опции, как в zen-ядре)

если что, еще здесь проверь

/proc/sys/vm/dirty_background_ratio
/proc/sys/vm/dirty_ratio
/proc/sys/vm/vfs_cache_pressure
/proc/sys/vm/dirty_expire_centisecs
/proc/sys/vm/dirty_writeback_centisecs

дефолтные указаны в /usr/src/linux/Documentation/sysctl/vm.txt


PS и все же, мне кажется, что это из-за виртуалки.

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

да, проблема в Virtualbox

надо бы баг-репорт отослать, да непонятно, то ли ораклу, то ли в каноникал

Deleted
()
4 июня 2010 г.
Ответ на: комментарий от froggy

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

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