RAM после обновления до 17

[korvinod]

Пока дождёмся правильный ответ можно в крон засунуть
echo 2 > /proc/sys/vm/drop_caches
:)

[darkleech]

[Kirill]

Так выглядит абсолютно чистый сервер с RAM 512 на Debian 8 - специально активирован для анализа.

Code: Select all

top - 11:51:23 up 12:37,  1 user,  load average: 0.00, 0.01, 0.05
Tasks:  88 total,   1 running,  87 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  0.0 sy,  0.0 ni, 99.0 id,  0.0 wa,  0.0 hi,  0.0 si,  1.0 st
KiB Mem:    506296 total,   493504 used,    12792 free,    51300 buffers
KiB Swap:  1048572 total,      100 used,  1048472 free.   289784 cached Mem

Вывод: cat /proc/meminfo

SpoilerShow

root@localhost:~# cat /proc/meminfo
MemTotal: 506296 kB
MemFree: 13800 kB
MemAvailable: 347080 kB
Buffers: 51088 kB
Cached: 289452 kB
SwapCached: 48 kB
Active: 294516 kB
Inactive: 137936 kB
Active(anon): 87072 kB
Inactive(anon): 32352 kB
Active(file): 207444 kB
Inactive(file): 105584 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 1048572 kB
SwapFree: 1048472 kB
Dirty: 8 kB
Writeback: 0 kB
AnonPages: 91888 kB
Mapped: 73932 kB
Shmem: 27516 kB
Slab: 41024 kB
SReclaimable: 30860 kB
SUnreclaim: 10164 kB
KernelStack: 1888 kB
PageTables: 8144 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 1301720 kB
Committed_AS: 812860 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 3400 kB
VmallocChunk: 34359731272 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 40948 kB
DirectMap2M: 483328 kB

Вывод: free -m

Code: Select all

root@localhost:~# free -m
             total       used       free     shared    buffers     cached
Mem:           494        482         11         26         50        282
-/+ buffers/cache:        149        344
Swap:         1023          0       1023

[Mr.Erbutw]

Debian с RAM 512, на борту 2 сайта , до / после обновления.

[elmike]

Такая же ерунда после обновления с потреблением оперативки (
Кто-нибудь нашел выход?

p.s. ram смотрю через free -m

[yariksat]

Занятно,а я обновление увидел только когда на выходных зашел почту почитать.Увидел эту тему и ломанулся на свой сервер проверять.У меня Debian 7 + nginx + апач2 + mysql , как не странно но у меня потребление оперативной памяти наоборот снизилось.
Всё работает как и работало,если бы не письмо на почте то и не заметил бы что обновился.

[korvinod]

Занятно,а я обновление увидел только когда на выходных зашел почту почитать.Увидел эту тему и ломанулся на свой сервер проверять.У меня Debian 7 + nginx + апач2 + mysql , как не странно но у меня потребление оперативной памяти наоборот снизилось.
Всё работает как и работало,если бы не письмо на почте то и не заметил бы что обновился.

А выполните через консоль /usr/local/vesta/bin/v-update-sys-vesta-all

[Stesh]

Коллеги, еще раз спрашиваю - у вас есть free -m до и после обновления?

[korvinod]

Коллеги, еще раз спрашиваю - у вас есть free -m до и после обновления?

Еще раз объясню.
Я обновил v-update-sys-rrd-mem 3 месяца назад. Т.е. еще до выхода официального обновления. Взят был с GitHub.
Как вы выяснили в текущем v-update-sys-rrd-mem и free -m данные совпадаю.
Соответственно мой график можно считать правильным до и после обновления

[Stesh]

Вот статистика по машине с апачем (полное обновление по + ребут)



Вот что говорит веста



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