UPD №2: Локализировал диапазон Ядер, проблема начинается с ядра 5.14.0 (5.14.0-051400-generic), если учитывать версии релиз кандидатов то с 5.14.0-051400rc2-generic. В версии ядра 5.13.19 (5.13.19-051319-generic) проблема Не наблюдается. Ис пользовал как основу дистрибутив Ubuntu 20.04.6 на ядре 5.4.0. Для тестов использовал версии Ядер выложенные на https://kernel.ubuntu.com/mainline/
UPD №1: Обнаружилось что с ядром 5.15 (Ubuntu 22.04.1), проблема также наблюдается. Текст править не буду картина в целом сохраняется. Количество версий проблемных дистрибутивов, значительно расширяется.
На свеже установленных («пустых») дистрибутивах семейства Debian (пробовал Proxmox VE 8.3, Ubuntu 24.04, Debian 12, Astra Linux SE 1.8) с ядром 6.1 и выше - free , top, веб морда Proxmox и т.д. показывает used примерно 80% на постоянной основе. На дистрибутивах с 5м ядром (Ubuntu 20.04, Debian 11, Astra Linux SE 1.7) такой ерунды не наблюдается.
Может кто сталкивался, как победить?
Гуглинг пока что ни к чему схожему не привел, в основном все ссылаются на то что так устроена работа ядра с памятью и когда память понадобится, ядро ее отдаст, но судя по столбцам buff/cache/available вывода top - освобождаться там особо нечему - *Сужу со своей колокольни на основе вывода free и top, но это не точно - в виду невысокого опыта.
Ядро 6.1 (Debian 12) - проблемный:
~$ echo = = = Free = = =; free -m ; echo; echo = = = TOP = = =; top -bn1 -o%MEM | head
= = = Free = = =
total used free shared buff/cache available
Mem: 7577 5931 1446 1 452 1646
Swap: 975 0 975
= = = TOP = = =
top - 12:28:19 up 1:05, 1 user, load average: 0,02, 0,05, 0,03
Tasks: 262 total, 1 running, 261 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,0 us, 2,2 sy, 0,0 ni, 94,6 id, 3,3 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 7577,3 total, 1443,6 free, 5933,8 used, 453,1 buff/cache
MiB Swap: 976,0 total, 976,0 free, 0,0 used. 1643,5 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
444 root 20 0 143592 84388 81228 S 5,9 1,1 0:14.57 systemd+
1 root 20 0 167776 12172 9120 S 0,0 0,2 0:02.46 systemd
20391 root 20 0 17732 10860 9260 S 0,0 0,1 0:00.07 sshd
Ядро 5.10 (Debian 11) - проблема НЕ наблюдается:
~$ echo = = = Free = = =; free -m ; echo; echo = = = TOP = = =; top -bn1 -o%MEM | head
= = = Free = = =
total used free shared buff/cache available
Mem: 7593 336 7124 1 132 7052
Swap: 975 0 975
= = = TOP = = =
top - 15:13:01 up 43 min, 1 user, load average: 0,01, 0,01, 0,00
Tasks: 251 total, 1 running, 250 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,3 us, 0,3 sy, 0,0 ni, 99,4 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 7593,6 total, 7124,8 free, 336,1 used, 132,6 buff/cache
MiB Swap: 976,0 total, 976,0 free, 0,0 used. 7052,9 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
434 root 20 0 72800 32780 31876 S 0,0 0,4 0:00.30 systemd-journal
1 root 20 0 163708 10092 7744 S 0,0 0,1 0:01.61 systemd
10525 root 20 0 14452 8656 7428 S 0,0 0,1 0:00.07 sshd
В /proc/meminfo ничего не увидел криминального (возможно не туда смотрел в виду опыта) кроме как того что у проблемной версии ядер почему то низкий MemFree который задействуется в расчете used команд top и free
Ядро 6.1 (Debian 12) - проблемный:
~$ cat /proc/meminfo
MemTotal: 7759188 kB
MemFree: 1483112 kB
MemAvailable: 1683256 kB
Buffers: 151028 kB
Cached: 242592 kB
SwapCached: 0 kB
Active: 256324 kB
Inactive: 168196 kB
Active(anon): 624 kB
Inactive(anon): 31752 kB
Active(file): 255700 kB
Inactive(file): 136444 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 999420 kB
SwapFree: 999420 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 2988 kB
Writeback: 0 kB
AnonPages: 30936 kB
Mapped: 65216 kB
Shmem: 1452 kB
KReclaimable: 65548 kB
Slab: 434408 kB
SReclaimable: 65548 kB
SUnreclaim: 368860 kB
KernelStack: 4536 kB
PageTables: 1472 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 4879012 kB
Committed_AS: 139948 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 36264 kB
VmallocChunk: 0 kB
Percpu: 32352 kB
HardwareCorrupted: 0 kB
AnonHugePages: 4096 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 220572 kB
DirectMap2M: 5699584 kB
DirectMap1G: 4194304 kB
Ткните куда копать, что не так.
Не знаю важно ли Железо, но есть с ним один нюанс:
- Процессор: Intel Xeon Silver 4210R 2,4GHz
- Память: Kingston DDR4 3200 MGz ECC REG 8Gb
- Материнская плата (собственно сам нюансик): Гравитон ЕЦРТ.469555.001 SMB-C621-ATX01 Тайга - Чипсет у нее Intel C621
