Процессы "В ожидании на диске"

[Hi]

После обновления у меня начались странные лаги: иногда ни с того ни с сего начинает бешено тормозить вся система, вплоть до курсора, совершенно без видимых причин. Я изловчился, и смог поймав такой момент запустить ksysguard, итог: CPU практически не загружен, зато на большинстве больших процессов: chromium, firefox, plasma-desktop -- по очереди возникают надписи "в ожидании на диске".
Мне пришло в голову, что, должно быть, кончается оперативная память, я закрыл кое-как chromium, предварительно глянув, сколько места в RAM он занимал -- тормозить все перестало -- посмотрел в top: у меня свободной RAM еще полтора Ггб из трех. Если добавить закрытый хромиум, то выходит ≈1 Ггб.
Swap-раздел в системе отсутствует, внимание, вопрос: какого черта у меня столь дорогие моему сердцу процессы валяются без дела на диске, если они должны быть в оперативной памяти?

Решение:

Управлять этим можно с помощью ряда переменных sysctl, в частности vm.dirty_ratio, vm.dirty_background_ratio, vm.vfs_cache_pressure.

Спасибо большое, похоже это то, что нужно. Думаю, тема решена; подытоживая: параметр vfs_cache_pressure отвечает за кэширование дисковых операций. Текущее значение можно посмотреть через cat, в процентах:

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

$ cat /proc/sys/vm/vfs_cache_pressure
100100 -- это мое старое значение, означает агррессивное кэширование дисковых операций. Видимо в этом проблема и была. Вводим:

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

$sudo sysctl -w vm.vfs_cache_pressure=80
vm.vfs_cache_pressure = 80чтобы изменить дисковый кэш на 80% вместо ста.

[satch]

Эмм... вот вы сейчас что хотели этим сказать? Вы ругаетесь или просите совета как поступить?
Если первое , то это не сюда, т.к. тут нет ни разработчиков ядра ни разработчиков хромиума! Если второе, то совет будет, пожалуй, один - добавить оперативки, поскольку вы это и сами видите

[skybour]

satch,
+1
или перестать использовать сразу два браузера, ни один из которых низким потреблением оперативной памяти не славится.

[Hi]

Эмм... вот вы сейчас что хотели этим сказать? Вы ругаетесь или просите совета как поступить?
Если первое , то это не сюда, т.к. тут нет ни разработчиков ядра ни разработчиков хромиума! Если второе, то совет будет, пожалуй, один - добавить оперативки, поскольку вы это и сами видите

Я хотел узнать, не в курсе ли кто, каким образом они вообще оказались "на диске", если у меня даже нет swap-раздела) И, если каким-то образом ядро само выделило место на диске, без моего ведома, и туда все сбрасывает, должно быть есть где-то опция, при каком кол-ве свободной памяти необходимо это делать, т.к. при целом 1 Ггб оперативы кидать все на винчестер просто бессмысленно.

[satch]

ок давайте для начала выясним как вы узнали что "столь дорогие моему сердцу процессы валяются без дела на диске", тем более что у вас, по вашим словам, нет swap'а, что при наличии всего лишь 1 Гб оперативки уже вызывает смешанные чувства по поводу правильности ваших действий.

[Hi]

ок давайте для начала выясним как вы узнали что "столь дорогие моему сердцу процессы валяются без дела на диске", тем более что у вас, по вашим словам, нет swap'а, что при наличии всего лишь 1 Гб оперативки уже вызывает смешанные чувства по поводу правильности ваших действий.

Я изловчился, и смог поймав такой момент запустить ksysguard, итог: CPU практически не загружен, зато на большинстве больших процессов: chromium, firefox, plasma-desktop -- по очереди возникают надписи "в ожидании на диске".

у меня свободной RAM еще полтора Ггб из трех. Если добавить закрытый хромиум, то выходит ≈1 Ггб.

[satch]

а... невнимательно прочитал. т.е. у вас всего 3 Гб оперативки. то что он пишет "в ожидании на диске" не стоит верить наслово, т.к это просто перевод с английского. гораздо больше нам скажет скрин с top'а

[Hi]

Честно сказать, у меня так и не получилось вновь вызвать искусственно подобную ситуацию: я пробовал открыть кучу вкладок в хромиуме с ютубом, и действительно, все начинало тормозить -- но проблема, что там действительно кончалась свободная RAM, что, вероятно, не те тормоза, которые мы ищем, перефразируя уважаемого Оби-Ван Кеноби.
Если и правда так необходим снимок с top, придется ждать, пока вновь не проявится подобное поведение.
Кстати я сейчас из любопытства запустил top -- если что, компьютер буквально только что был мной включен, и ничего на нем, кроме хромиума, VLC и dolphin не запущено -- и top меня заверяет, что свободной памяти у меня всего около 300Мб, а занято 27ххМб. Странные показания: что у меня может вообще так память есть?  Если отсортировать процессы в ksysguard по занятой памяти, то там никак не выходит столько много, я, дабы не быть голословным даже скрин прицеплю.

Успел заскринить даже более запущенный случай: теперь, по словам top, у меня осталось всего ~108Мб. По понятным причинам, ksysguard я больше верю.

изображение удалено модератором

Руководство по добавлению изображений на форум
--HP

[satch]

надеюсь, эти ссылки вам скажут больше
http://rus-linux.net/MyLDP/server/monitoring-servera-v-konsoli.html
http://www.gentoo.ru/node/14306
http://welinux.ru/post/2388/

[Hi]

Свободная память только на полке в магазине

Вы меня убедили по поводу памяти, спасибо. Однако проблема по-прежнему остается: если вместо кэша, ОС скидывает на диск плазму, браузеры, и все, что под руку подвернется, это явно не здоровое поведение

[MooSE]

Дело не в swap. Браузеры часто обращаются к диску потому что хранят на нём кэш посещённых страницы, историю сёрфинга, закладки и проч.

Если оперативной памяти много то система кэширует эти обращения к диску и всё хорошо. Если памяти мало то дисковый кэш тоже очень мало и потому на любой чих вроде записи урла в историю сёрфинга начинается муторное обращение к медленному диску. При достаточно количестве памяти всё кэшируется в RAM, где всё происходит очень быстро, и периодически сбрасывается на диск.

У меня самого основной ноут для работы Celeron 847 (2x1.1GHz)/8GB RAM/60GB SSD и всё просто летает. Но когда RAM было всего 4GB то Chrome периодически подтормаживал с симптомами как у топик-стартера.

[Hi]

Дело не в swap. Браузеры часто обращаются к диску потому что хранят на нём кэш посещённых страницы, историю сёрфинга, закладки и проч.

Если оперативной памяти много то система кэширует эти обращения к диску и всё хорошо. Если памяти мало то дисковый кэш тоже очень мало и потому на любой чих вроде записи урла в историю сёрфинга начинается муторное обращение к медленному диску. При достаточно количестве памяти всё кэшируется в RAM, где всё происходит очень быстро, и периодически сбрасывается на диск.

У меня самого основной ноут для работы Celeron 847 (2x1.1GHz)/8GB RAM/60GB SSD и всё просто летает. Но когда RAM было всего 4GB то Chrome периодически подтормаживал с симптомами как у топик-стартера.

Да вы понимаете, в чем дело: я бы не создавал целую тему всего лишь из-за тормозов браузера. Но у меня начинает тормозить абсолютно все, вплоть до последнего пикселя на курсоре; если бы я пересмотрел фильмов про супер-героев, я был бы на седьмом небе от счастья, ибо восприятию мира в настолько замедленном темпе позавидовал бы сам Spider-Man. К сожалению я не фанат комиксов Марвел, а тормоза, по закону Мерфи, возникают в самые наинеудобнейшие моменты.

[MooSE]

Да вы понимаете, в чем дело: я бы не создавал целую тему всего лишь из-за тормозов браузера. Но у меня начинает тормозить абсолютно все, вплоть до последнего пикселя на курсоре; если бы я пересмотрел фильмов про супер-героев, я был бы на седьмом небе от счастья, ибо восприятию мира в настолько замедленном темпе позавидовал бы сам Spider-Man. К сожалению я не фанат комиксов Марвел, а тормоза, по закону Мерфи, возникают в самые наинеудобнейшие моменты.

Думаете другие программы не испытывают проблема из-за маленького объёма дискового кэша? Можете показать вывод команды "free"?

У меня в 8GB RAM:

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

# free
             total       used       free     shared    buffers     cached
Память:    8177080    5780768    2396312     565252     358552    2473308
-/+ буферы/кэш:    2948908    5228172
Swap:            0          0          0


[Hi]

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

$ free
             total       used       free     shared    buffers     cached
Память:    2996480    2326908     669572      62664      57656     769712
-/+ буферы/кэш:    1499540    1496940
Swap:            0          0          0Но должна же быть какая-то опция, чтобы регулировать остающееся кол-во свободной памяти, момент, когда пора системе беспокоится о том, чтобы дропнуть кэш?

[Tear]

Честно сказать, у меня так и не получилось вновь вызвать искусственно подобную ситуацию:

Баг 12309 неуловим.