Dotaz: Mint 21.2 - bug,nepoužitelnoust?

[JLL]

Po upgradu (resp. čisté instalaci) z 18.4 se systém stal dost nepoužitelným, pamět neusále plná (16GB), záseky...

Přitom se používá prakticky jen chrome, a reminna. Nikdy před tím se tohle nedělo, nejsem ani schopen určit, co tu paměť přesně vyžírá. Také se děje to, že procesy padnou do nekilovatelného D stavu.

 task:xfreerdp        state:D stack:    0 pid:210951 ppid:210677 flags:0x00004006
[510153.900306] Call Trace:
[510153.900308]  < T A S K >
[510153.900311]  __schedule+0x24e/0x590
[510153.900320]  schedule+0x69/0x110
[510153.900323]  request_wait_answer+0x138/0x210
[510153.900328]  ? wait_woken+0x70/0x70
[510153.900332]  fuse_simple_request+0x1b5/0x360
[510153.900335]  fuse_do_getattr+0xda/0x370
[510153.900340]  fuse_getattr+0xa9/0x130
[510153.900343]  vfs_getattr_nosec+0xbd/0xe0
[510153.900348]  vfs_statx+0x9d/0x130
[510153.900352]  __do_sys_newfstatat+0x36/0x70
[510153.900356]  __x64_sys_newfstatat+0x1c/0x30
[510153.900360]  do_syscall_64+0x5c/0xc0
[510153.900364]  ? exit_to_user_mode_prepare+0x37/0xb0
[510153.900369]  ? syscall_exit_to_user_mode+0x27/0x50
[510153.900372]  ? do_syscall_64+0x69/0xc0
[510153.900375]  ? syscall_exit_to_user_mode+0x27/0x50
[510153.900377]  ? do_syscall_64+0x69/0xc0
[510153.900380]  entry_SYSCALL_64_after_hwframe+0x61/0xcb
[510153.900384] RIP: 0033:0x7ffa113d1eee
[510153.900390] RSP: 002b:00007fff8adab518 EFLAGS: 00000246 ORIG_RAX: 0000000000000106
[510153.900393] RAX: ffffffffffffffda RBX: 00007fff8adab520 RCX: 00007ffa113d1eee
[510153.900395] RDX: 00007fff8adab550 RSI: 0000604000012350 RDI: 00000000ffffff9c
[510153.900396] RBP: 00007fff8adab660 R08: 000060f000000420 R09: 000000007fffffff
[510153.900397] R10: 0000000000000000 R11: 0000000000000246 R12: 00000ffff15b56a4
[510153.900399] R13: 0000604000012350 R14: 00007fff8adab520 R15: 000000000000000f
[510153.900402]  < / T A S K >
[510274.732444] INFO: task xfreerdp:210951 blocked for more than 483 seconds.
[510274.732470]       Tainted: P           O      5.15.0-76-generic #83-Ubuntu
[510274.732476] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Máte někdo podobné zkušenosti?

Odpovědi

[X]

Nemyslim si, ze nekdo ze zasekleho xfreerdp pozna co mas za problem. Zaplnenych 16GB RAM je docela ulet, takze bych se snazil to trochu diagnostikovat.

[JLL]

Prave, ze jsem na nic moc neprisel. Prijde mi to jako memory leak v jadre... Nainstaloval jsem 6.1, uvidime, co to po par dnech udela...

[k3dAR]

v "top" nebo "htop" nevidis co zere ram?

[JLL]

ne, cisla se zdaji dost nesmyslna... kdyz si udelam soucet z cisel v htop %, dostamu radove kolem 30, pritom je cela plna vc. swapu.

[X]

Jak si prisel na to, ze mas plnych 16GB RAM?

[JLL]

Z htopu :D

[BFU]

A neni to nahodou buffer cache ?

V htop je ZELENA=pouzita pamet / MODRA=buffery / ZLATA=cache (viz F1 - HELP).

Cache neni problem, kdyz je potreba pamet (zelena) tak se proste zapisou data na disk a cache se zahodi .

Detaily viz treba https://tldp.org/LDP/sag/html/buffer-cache.html .

Trochu vic advanced je systemd-cgtop , ktery ukazuje skutecny memory accounting pro slice/scope/service/...jak je potreba.

[BFU]

systemd-cgtop -brm ... bych zkusil .

[Milan Uhrák]

To mi nějak nesedí ... pošli screenshoty, ať se kouknem na ten zázrak

[Míchal]

Divné používám 20 od začátku apri spuštěném Thunderbirdu bapod max 3,7 , ale jinak je náročnější na paměť oproti minulým verzím o tom žádná. Výpnul bych třeba nějaké aplikace co se auto spustí.

[MM]

Ještě zkontroluj RAMdisky atp. Například, zda nemáš /tmp v RAM a nezaplníš ho něčím... tzn zkontrolovat nejen 'htop' seřazený podle RAM ale i 'df' - položky s tmfs souborovým systémem.