Bug 6229 - Swap not moved back to RAM after RAM freed
: Swap not moved back to RAM after RAM freed
Status: CONFIRMED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: -Enter Bugs Here-
: Fresh
: All Linux
: Normal normal
: ---
Assigned To: Desktop Triage Team
: Desktop Triage Team
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-09-26 23:33 MSD by Mikhail N
Modified: 2015-09-29 10:56 MSD (History)
2 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments
sceenshot of swap bigger than RAM used (181.63 KB, image/png)
2015-09-26 23:33 MSD, Mikhail N
Details
another screen (480.21 KB, image/png)
2015-09-28 16:55 MSD, Mikhail N
Details
ram usage pik (483.42 KB, image/png)
2015-09-28 18:09 MSD, Mikhail N
Details
swap usage after the case (26.20 KB, image/png)
2015-09-28 18:10 MSD, Mikhail N
Details
swap and memory after reproducing the problem for many times (57.49 KB, image/png)
2015-09-28 19:32 MSD, Mikhail N
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail N 2015-09-26 23:33:35 MSD
Created attachment 4263 [details]
sceenshot of swap bigger than RAM used

Thorough description of the problem with screenshots: http://vk.com/wall-33847957_25968

Rosa Desktop Fresh R6, KDE, Linux kernels 4.1.7, 4.1.8

When there's not enough RAM the system goes to swap, but when the RAM is freed the swap can be not moved back to RAM, what causes very low system performance (because swap is on HDD). swapoff -a && swapon -a makes the performance good again (only if there is enough memory to clear the swap).

Steps to Reproduce:
1. vm.swappiness = 60 as default
2. Run a lot of programs (e.g. 5 browsers with 15-20 tabs in each) to cause high memory usage
3. Detect how much swap is being used.
4. Close the programs one-by-one and detect swap & memory usage.Maybe there will be some difference between closing first the programs which had been run first and closing first the programs that had been run secondly.
Comment 1 Mikhail N 2015-09-28 16:55:51 MSD
Created attachment 4265 [details]
another screen
Comment 2 Mikhail N 2015-09-28 16:57:16 MSD
the submited 'nother screen' shows that there is enough space to clean the swap but nothing happens. The situation in TOP (on the right in the screenshot) was the same some time ago when 3.2 out of 3.8 gigs of RAM were used.
Comment 3 Mikhail N 2015-09-28 18:07:54 MSD
I managed to reproduce the bug. Video recording of reproducing is available.

Удалось воспроизвести проблему и зафиксировать резкое кратковременное повышение потребления памяти раза в 2 в момент открытия папки с загрузками из браузера (то есть нажимаю правой мышью на скачанный файл и выбираю показ папки с файлом). Резкое повышение потребления оперативки вынуждает систему выбросить лишнее в своп, а оттуда обратно она ничего не возвращает. Проблему повторил в Яндекс.Браузере и Хромиуме, в других не пробовал еще. 

Более детально для воспроизведения проблемы:
1. Открыть браузер
2. Скачать что-нибудь
3. Открыть папку со скачанным. Либо через контекстное меню браузера открыть папку с загрузкой, либо открыть папку вручную через Dolphin. Резкое повышение потребления памяти происходит в обоих случаях.
Comment 4 Mikhail N 2015-09-28 18:09:09 MSD
Created attachment 4266 [details]
ram usage pik

скриншот резкого повышения потребления памяти, после которого потребление памяти падает обратно, а вот своп остается большим
Comment 5 Mikhail N 2015-09-28 18:10:32 MSD
Created attachment 4267 [details]
swap usage after the case

Не вижу логики, почему в своп выбрасываются именно wps (офисный пакет) и браузер. также там часто находится plasma-desktop в топе потребления свопа.
Comment 6 Mikhail N 2015-09-28 19:26:06 MSD
Проще прощения за множество бесполезных сообщений, написанных до окончания выяснения причины проблемы.

Браузер в проблеме не участвует. Повышенное потребление памяти возникает только при открытии одной конкретной директории - /home/%username/Загрузки

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

ls /new_directory/ :
1279264904_sovremennoe-sostoyanie-finansovoj-nauki-v-rossii.rar
169572-package.zip
170434-papirus-dark.tar.gz
170623-breeze_transparent.zip
52. Инвентаризационная опись № 52 от 22.09.2015.pdf
A35-3819-2013 - 02.07.15 - Об установлении оплаты привл. спец..pdf
admin.2015-09-27.tar
admin.2015-09-27.tar.~
Adobe Photoshop CS6 13.0/
Alice in Wonderland.1951.iPad.576p.leonardo59.BDRip.m4v
Alice  R.G.RealMT.mp4
ASK98720_0_20150821_171142_53365 (1).rtf
ASK98720_0_20150821_171142_53365.rtf
Attachments_olga-ermolaeva7@yandex.ru_2015-09-10_12-55-18/
AZS118231_0_20150821_171141_53446 (1).rtf
AZS118231_0_20150821_171141_53446.rtf
breeze_transparent/
cinepaint-1.0-4.i686.rpm
contents/
gu5setup_kingsoft (1).exe
gu5setup_kingsoft.exe
icon.png
kaption-0.1.1-6.mga5.x86_64.rpm
P9170023 (online-video-cutter.com).mp4
Prostokvashino.1978.{am}.896.Hi10P.Rus.mkv
Prostokvashino.1980.{am}.896.Hi10P.Rus.mkv
Prostokvashino Trilogy (1978-1984) AVC Hi10P/
S120xU.jpg
S120xU.png
swap.docx
teamviewer_10.0.46203.i686.rpm
Windows XP Professional SP3 Russian VL (-I-D- Edition) 01.01.2014/
Zapis_ekrana_2015-09-24_21_54_36.mp4
Алиса в стране чудес - Alice in Wonderland (1951) BDRip-AVC - iPad.torrent
Добро пожаловать.pdf@
Комитет кредиторов 22.09.15/
Комитет кредиторов 22.09.15.rar
Материал к новому курсу/
Общая презентация c темат героями.ppt
Объявление в Коммерсанте о несост. торгах от 25.07.2015.docx
Ответы на анкету.docx
Платный продукт.doc
Пояснения (1).doc
Пояснения.doc
Реестр кредиторов на 07.09.15 (1).docx
Реестр кредиторов на 07.09.15.docx

Что именно вызывает проблему, непонятно.
Comment 7 Mikhail N 2015-09-28 19:27:11 MSD
повышение потребления памяти происходит через секунды 2 после открытия проблемной директории, не сказать, что прям моментально (если показания системного монитора не запаздывают).
Comment 8 Mikhail N 2015-09-28 19:32:47 MSD
Created attachment 4268 [details]
swap and memory after reproducing the problem for many times

После многократного воспроизведения проблемы вот такая картинка. Жирность свопа зашкаливает.
Comment 9 Vladimir Potapov 2015-09-28 20:19:04 MSD
Попробуйте методом деления отрезка пополам найти файл, который вызывает проблему. Скорее всего превью пытается делать неудачно и выбивает память.
Comment 10 Vladimir Potapov 2015-09-28 20:22:38 MSD
(In reply to comment #9)
> Попробуйте методом деления отрезка пополам найти файл, который вызывает
> проблему. Скорее всего превью пытается делать неудачно и выбивает память.
Подозреваю видеофайлы
Comment 11 Mikhail N 2015-09-28 20:53:58 MSD
Да, виновники торжества - файл Alice in Wonderland.1951.iPad.576p.leonardo59.BDRip.m4v 
С видео-файлами других расширений проблемы нет.
Спасибо за помощь!

Получается, есть 2 бага: с генерацией превью (как вы предположили) и с тем, что своп обратно не возвращается.