Duże zużycie RAM (Shared) pod kernelem 5.4

Zauważyłem, że pod kernelem 5.4 system zużywa znacznie więcej RAMu niż pod kernelem 4.19, czego niechcianym efektem, przy uruchomieniu mojego standardowego zestawu aplikacji, jest brak RAMu i korzystanie ze SWAP.

Jak sprawdziłem, pod kernelem 5.4 jest zużywane znacznie więcej pamięci dzielonej (“Shared”).
Poniżej wynik fragmentu komendy sudo ps_mem, pokazujący stan pamięci tuż pod starcie systemu w formacie:

Private  +   Shared  =  RAM used	Program

Pod kernelem 4.19
k4.19_2020-01-31_232122

Pod kernelem 5.4
k5.4_2020-01-31_232037

Co zrobić, aby pod kernelem 5.4 było zużywane mniej pamięci?

Różnica jest całkiem spora, trzeba by się przyjrzeć dokładniej wszystkim procesom na obu kernelach i znaleźć odpowiedzialnego za ten stan.

Mogę doradzić obniżenie parametru swappiness, żeby system korzystał ze SWAP dopiero gdy RAM naprawdę się kończy. Swap - Manjaro

swappiness mam ustawione na niską wartość =10
vfs_cache_pressure mam domyślne =100.

Ale chyba nie tu leży problem, bo to samo jest na obu kernelach.

Nie widzę w tym nic dziwnego, po prostu kernel 5.4 potrzebuje zużywać tyle pamięci

Miejmy nadzieje że 5.5 coś zmieni w tej kwestii.

coś musiałeś instalować przed użyciem tej komendy, bo u mnie to nie działa, a tylko
free -t
a następnie wynik:

              razem       użyte       wolne    dzielone   buf/cache    dostępne
Pamięć:     3590496     1088952      938688       62288     1562856     2185556
Wymiana:     2097148           0     2097148
Razem:      5687644     1088952     3035836

@lcoyote
Pakiet ps_mem ma tylko jedną zależność - python
Spróbuj ew. przeinstalować zarówno ps_mem jak i python i powinno hulać.

pamac info ps_mem
Nazwa                  : ps_mem
Wersja                 : 3.12-1
Opis                   : List processes by memory usage
URL                    : https://github.com/pixelb/ps_mem
Licencje               : GPL
Repozytorium           : community
Installed Size         : 25,6 kB
Zależy od              : python
Pakujący               : Kyle Keen <keenerd@gmail.com>
Data utworzenia        : 20.07.2018
Data instalacji        : 23.12.2019
Przyczyna instalacji   : Zainstalowane bezpośrednio