Объем занятой памяти не соответствует реальному?

Question

[Alexander Valle]

Проблема вот в чем.Есть сервер на debian 8.Есть LXC контейнер которые работает на другой такой же машине (железо одинаковое,там же debian 8).Был скопирован контейнер и запущен.После запуска контейнера,в рут машине сразу стало занято (user) 43ГБ RAM.Хотя по сути,в конейнере не запустилось ничего такого.После стопа контейнера,память не освободилась.В чем может быть проблема и куда копать ?

# free
total used free shared buffers cached
Mem: 132189368 44353308 87836060 8872 34616 170712
-/+ buffers/cache: 44147980 88041388
Swap: 4190204 0 4190204

# cat /proc/meminfo
MemTotal: 132189368 kB
MemFree: 87837060 kB
MemAvailable: 87875804 kB
Buffers: 34624 kB
Cached: 170732 kB
SwapCached: 0 kB
Active: 139224 kB
Inactive: 95316 kB
Active(anon): 29456 kB
Inactive(anon): 8596 kB
Active(file): 109768 kB
Inactive(file): 86720 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 4190204 kB
SwapFree: 4190204 kB
Dirty: 52 kB
Writeback: 0 kB
AnonPages: 29032 kB
Mapped: 21180 kB
Shmem: 8872 kB
Slab: 46416 kB
SReclaimable: 22400 kB
SUnreclaim: 24016 kB
KernelStack: 2768 kB
PageTables: 2352 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 48371288 kB
Committed_AS: 103324 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 477284 kB
VmallocChunk: 34359256116 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total: 21400
HugePages_Free: 21400
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 61908 kB
DirectMap2M: 4016128 kB
DirectMap1G: 132120576 kB



# free && sync && echo 3 > /proc/sys/vm/drop_caches && free
total used free shared buffers cached
Mem: 132189368 44168988 88020380 8872 4264 30400
-/+ buffers/cache: 44134324 88055044
Swap: 4190204 0 4190204
total used free shared buffers cached
Mem: 132189368 44159828 88029540 8872 1328 24528
-/+ buffers/cache: 44133972 88055396
Swap: 4190204 0 4190204

Answer 1

[neol]

HugePages_Total: 21400
Hugepagesize: 2048 kB

21400 * 2048 = 43827200 (ваши "потерянные" гигабайты)

При активации HugePages память резирвируется сразу.

Comments

[Alexander Valle]

Похоже на правду.Тогда как корректно выключить HugePages ?

# cat /sys/kernel/mm/transparent_hugepage/defrag
always madvise [never]
# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]

и заодно в grub transparent_hugepage=never

Все равно после запуска

# cat /proc/meminfo | grep Huge
AnonHugePages: 0 kB
HugePages_Total: 21400
HugePages_Free: 21400
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB

[neol]

transparent hugepages и hugepages - это разные механизмы.

Чтобы убедится, что это действительно оно, выполните
sysctl vm.nr_hugepages=0

А чтобы выключить hugepages, надо сначала найти кто и где их включил (= По умолчанию этот механизм не используется. Ищите sysctl vm.nr_hugepages или параметр ядра hugepages

[Alexander Valle]

neol: Спасибо,так уже сделал.Как оказалось,трабла была в самом контейнере (#vm.nr_hugepages = 21400)

Не думал что внутри контейнера можно этим управлять.Спасибо большое.

[neol]

Alexander Valle: Если в контейнере будет жить СУБД (или другое приложение, которое умеет использовать hugepages), то может иметь смысл оставить как есть или скорректировать значение, а не выключать совсем.

[Alexander Valle]

neol: База есть,но там percona с достаточно небольшим объемом.Я просто уменьшил кол-во страниц,но полностью не отключил.

Answer 2

[Алексей Уколов]

linuxatemyram.ru

Comments

[Alexander Valle]

Тоесть кроме вывода htop вы ничего не смотрели,да ? Видно же что это не кэш и не буфер.

[Юрий Чудновский]

Alexander Valle: Как это не кэш и не буфер?

-/+ buffers/cache: 44134324 88055044

Answer 3

[Антон Уланов]

qm? if yes, install qm-agent to guest vm

Comments

[Alexander Valle]

LXC