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

[darkleech]

darkleech » поставь htop

Да, есть, там вот такая картина

[korvinod]

О! .. Уже видим картину что у нас обоих mysqld жрёт неплохо..
У меня правда clamav на первом месте

[LonerD]

У меня вообще странный график:

Сервер на Centos6 x86 не трогал, сам потихоньку работал, обновился (не заметил, что обновление вышло и оно включено по умолчанию) - после обновления почему-то скачок большой и дальше постепенное уменьшение потребления памяти. В 20:00 перезагрузил сервер (разрыв на графике), сделал yum update и через несколько минут остановил clamd и named (они установлены, но отключаю), дальше само работало опять, и через некоторое время (ближе к полуночи) потребление памяти уменьшилось, но всё-равно примерно в два раза выше, чем до обновления.

stat /etc/my.cnf

Code: Select all

[root@www ~]#  stat /etc/my.cnf
  File: `/etc/my.cnf'
  Size: 685             Blocks: 8          IO Block: 4096   regular file
Device: 3990b6a1h/965785249d    Inode: 16528       Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2016-11-26 04:00:02.795324476 +0300
Modify: 2015-06-24 06:58:00.000000000 +0300
Change: 2016-09-21 01:32:26.330582385 +0300
[root@www ~]# mysql -V

[skurudo]

Коллеги, не пробовали memtop ?

Code: Select all

pip install memtop

Что показывает?

[scorp13]

У себя на сервере после некоторых копаний и гуглений выяснил, что скачок произошел за счет inactive memory.
В линуксе далеко не гуру - но это вроде как несмертельно.

[korvinod]

Есть у меня скриптик..

Было занято в кеше ОЗУ
total used free shared buffers cached
Mem: 3972380 3794312 178068 69556 223092 2163928
-/+ buffers/cache: 1407292 2565088
Swap: 7811068 536 7810532
1
2
3
Стало свободно в ОЗУ
total used free shared buffers cached
Mem: 3972380 1368472 2603908 69556 1312 123388
-/+ buffers/cache: 1243772 2728608
Swap: 7811068 536 7810532

Кому интересно:

Code: Select all

#!/bin/sh
echo "Было занято в кеше ОЗУ"
free
# Чистим pagecache:
sync
echo 1 | sudo tee -a /proc/sys/vm/drop_caches
#Чистим dentrie и inode кэши:
sync
echo 2 | sudo tee -a /proc/sys/vm/drop_caches
#Чистим pagecache, dentrie и inode кэши:
sync
echo 3 | sudo tee -a /proc/sys/vm/drop_caches
echo "Стало свободно в ОЗУ"
free
exit 0

[logger]

у меня тоже потребление выросло судя по графикам в 3 раза после апдейта
free -m показывает реальные значения - совпадает с текущим графиком

ясно что конфиги mysql nginx apache не менялись уже долго - проверил - остается что ?
сама веста - врядли он жрет сама по себе
крон - а что в кроне часто запускается ?
*/5 * * * * sudo /usr/local/vesta/bin/v-update-sys-queue backup
*/5 * * * * sudo /usr/local/vesta/bin/v-update-sys-rrd
наверно они жрут - можно их выключить и проверить - отключение их на что влияет ?
при условии конечно что это не баг с отображением графика - munin у меня не стояло до этого - сравнить не с чем
cat /proc/meminfo

SpoilerShow

MemTotal: 1020400 kB
MemFree: 100664 kB
Buffers: 72284 kB
Cached: 511228 kB
SwapCached: 0 kB
Active: 293812 kB
Inactive: 547048 kB
Active(anon): 159260 kB
Inactive(anon): 195228 kB
Active(file): 134552 kB
Inactive(file): 351820 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 819192 kB
SwapFree: 819192 kB
Dirty: 92 kB
Writeback: 0 kB
AnonPages: 257368 kB
Mapped: 90308 kB
Shmem: 97136 kB
Slab: 51780 kB
SReclaimable: 27048 kB
SUnreclaim: 24732 kB
KernelStack: 1288 kB
PageTables: 11308 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 1329392 kB
Committed_AS: 802604 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 7288 kB
VmallocChunk: 34359716696 kB
HardwareCorrupted: 0 kB
AnonHugePages: 94208 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 6136 kB
DirectMap2M: 1042432 kB
DirectMap1G: 0 kB

[Kirill]

Друзья, кто может скиньте вывод команды:

Code: Select all

cat /proc/meminfo

[korvinod]

cat /proc/meminfoShow

MemTotal: 3972380 kB
MemFree: 2138468 kB
MemAvailable: 2535224 kB
Buffers: 58740 kB
Cached: 410304 kB
SwapCached: 24 kB
Active: 1219356 kB
Inactive: 518452 kB
Active(anon): 928240 kB
Inactive(anon): 413604 kB
Active(file): 291116 kB
Inactive(file): 104848 kB
Unevictable: 3796 kB
Mlocked: 3796 kB
SwapTotal: 7811068 kB
SwapFree: 7810532 kB
Dirty: 120 kB
Writeback: 0 kB
AnonPages: 1272552 kB
Mapped: 122496 kB
Shmem: 70236 kB
Slab: 51000 kB
SReclaimable: 30240 kB
SUnreclaim: 20760 kB
KernelStack: 3104 kB
PageTables: 13924 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 9797256 kB
Committed_AS: 2210620 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 275756 kB
VmallocChunk: 34358947836 kB
HardwareCorrupted: 0 kB
AnonHugePages: 1044480 kB
CmaTotal: 0 kB
CmaFree: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 67136 kB
DirectMap2M: 4052992 kB

[Kirill]

Думается ответ в этом значении
MemAvailable: