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

[korvinod]

Давайте тогда по ОС вычислять..
У меня Ubuntu 14.04
Есть такое ощущения что не чистятся кэши.. Я вручную чищу и нагрузка падает.. Начинает расти постепенно.
Чищу скриптом

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

P.S. У кого всё нормально с сервером, гляньте какой релиз у вас vesta-php и vesta-nginx

[yariksat]

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

Не охота трогать то что работает в надежде не сломать ничего.

P.S. У кого всё нормально с сервером, гляньте какой релиз у вас vesta-php и vesta-nginx

Дебиан 7 17 и 16 релизы соотв.Только что глянул.
Хотя если глянуть график недельный то он показывает точь в точь что и у вас тут всех.Хотя график показывает херню полную,такие значения RAM которые там есть на графике я отродясь не видал.График показывает 0.2-0.3 гига,хотя у меня средняя постоянная нагрузка 0.8-1 гиг.Это я мониторил прошлую неделю не средствами панели и графиков.Да у меня всегда так и было.

[Stesh]

Давайте тогда по ОС вычислять..
У меня Ubuntu 14.04
Есть такое ощущения что не чистятся кэши.. Я вручную чищу и нагрузка падает.. Начинает расти постепенно.

Давайте будем исходить из того, что:
- Панель не ставит свой софт (кроме бинарников nginx+php для своего web-окружения, сейчас этим можно пренебречь - в топе этого обычно нет). Все со стандартных реп.
- Расход памяти - это запущенные процессы. Запущенные процессы - это конфиги.

P.S. У кого всё нормально с сервером, гляньте какой релиз у вас vesta-php и vesta-nginx

Все последнее. Centos 6/7

[speedo]

У меня по графику в весте график вырос и совпадает с выводом free m -
total 2051048 used 1655872 free 395176 shared 0 buffers 172756 cached 629692

Но по htop как было в районе 1 гига , так и осталось

[SKYNET74]

Debian 8.5 x64
Обновился с 16 до 17 релиза, так же RAM в полку.
Изначально занято было 2 Gb, сейчас все 8 Gb.
top и free -m совпадают с графиком, до этого такого расхода RAM не было, только при очень жесткой нагрузке на сервер.

[LonerD]

А как начинаются создаваться бэкапы - теперь совсем крутотенюшка. Память забивается почти полностью, и потом сервер на протяжении нескольких часов отходит от такого потрясения (бэкапы маленькие - у одного пользователя 300 Мб архив получается, у второго - 200 Мб).

[nikivanov]

CentOS 6.8 x32, сервер с 756 мб озу и столько же swap, обновление с 16 релиза.
После обновления и ребута в консоли использование памяти в настоящий момент выглядит примерно как на 16 релизе:

Code: Select all

# free -m
             total       used       free     shared    buffers     cached
Mem:           750        741          9          0         42        171
-/+ buffers/cache:        527        222
Swap:          749        148        601

Но в самой панели график использования памяти заметно изменился:

[aysergeev]

http://forum.vestacp.com/viewtopic.php? ... 0&start=10 - англоязычная ветка обсуждения проблемы, может кто-то для себя полезное найдет

[skurudo]

- Расход памяти - это запущенные процессы. Запущенные процессы - это конфиги.

Только вот ведь интересное, при обновлении конфиги боевых серверов не перезатираются...

[skid]

К сожалению, в новом релизе была допущена ошибка. Функции учета доступной памяти не учитывает память доступную в системных кэшах, как это было раньше. Я хочу вас заверить, что реальное потребление памяти ни сколько не изменилось после обновления. В ближайшее время эта ошибка будет исправлена.

Вот как было раньше

Code: Select all

[root@r6 ~]# free -m |awk '{print $4}'|head -n3 |tail -n1
404

Вот как стало в новом релизе

Code: Select all

[root@r6 ~]# free -m |grep Mem |awk '{print $4}'
98