Page 10 of 11

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

Posted: Wed Nov 30, 2016 7:18 am
by skurudo
devil550 wrote:Получается, что на 512Мб, что на 4Гб всю память съедает. Придется сносить, ибо свободных ресурсов совсем не остается. Жалко :( 5 день нагрузка не падает.
Помогите! Linux съел мою память!
http://www.linuxatemyram.ru/

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

Posted: Wed Nov 30, 2016 7:26 am
by korvinod
Повторюсь..
Прикрутил через крон скрипт.

Code: Select all

#!/bin/bash
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
Результат:
Image

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

Posted: Wed Nov 30, 2016 7:42 am
by devil550

Code: Select all

        
        	 total       used       free     shared    buffers     cached
Mem:          3863       3575        288          0        232       1959
-/+ buffers/cache:    1383       2480
Swap:         2857        134       2723
т.е у меня с памятью все хорошо? 2480 свободно под приложения?

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

Posted: Wed Nov 30, 2016 12:58 pm
by aysergeev
Подскажите, где что подправить (откатить до 16 версии) чтобы график показывался корректно на CentOS 6? В какой файл были внесены изменения, как я онимаю апдейт будет - но возможно на гитхабе уже есть что-то?

Заранее спасибо.

Понимаю что это не влияет на загрузку машины, но сложно мониторить реальное потребление, график тотально 100% загруженность показывает.

Image

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

Posted: Wed Nov 30, 2016 1:04 pm
by skurudo
aysergeev wrote:Подскажите, где что подправить (откатить до 16 версии) чтобы график показывался корректно на CentOS 6? В какой файл были внесены изменения, как я онимаю апдейт будет - но возможно на гитхабе уже есть что-то?
skid писал же, искать команду подсчета:
viewtopic.php?f=28&t=13194&start=60#p53304

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

Posted: Wed Nov 30, 2016 6:52 pm
by yariksat
devil550 wrote:

Code: Select all

        
        	 total       used       free     shared    buffers     cached
Mem:          3863       3575        288          0        232       1959
-/+ buffers/cache:    1383       2480
Swap:         2857        134       2723
т.е у меня с памятью все хорошо? 2480 свободно под приложения?
Да

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

Posted: Wed Nov 30, 2016 9:57 pm
by darkleech
skurudo wrote:
zooks wrote:Памяти потребляет столько же, но участились скачки памяти. На VPS с 512МБ памяти это критично.
Память начинает отжирать конкретно mysqld, после чего его убивает OOM-killer.
Конфиг на слабых машинах лучше подкручивать.
На форуме были примеры конфигураций для машинок с 512Мб.
Подскажите пожалуйста, как найти эти примеры?

Вообще, уже база на форуме собрана огроменная, почему бы не собрать базовые обкатанные конфиги mysql,nginx,php,apache2 для самых частых тарифов типа: 512 Mb, 1000 Mb, 2000 Mb, 4000 Mb, 8000 Mb

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

Posted: Thu Dec 01, 2016 9:18 am
by Exit
Image
Ubuntu 14.04
Обновлял сначала vesta-nginx полёт нормальный. Затем отдельно vesta-php, то же всё ровно. После обновления основного пакета загрузка ОЗУ начала медленно но верно расти вверх. На машинке 8гигов оперативки веники стоят SSD.
Видел пост, о том, что изменился алгоритм подсчёта. Хотелось бы получить разжёванный ответ на пару вопросов:
1. нужно ли в графике загрузки отображать занятое пространство c дисковым кешем? или правильным будет отображение загрузки только работающих приложений.
2. имеет ли смысл выполнять скрипт очистки кеша?
3. стоит ли ручками править конфиги, что бы было как раньше? И в каком файле?

Code: Select all

             total       used       free     shared    buffers     cached
Mem:          7869       1741       6128         12         76        889
-/+ buffers/cache:        775       7094
Swap:            0          0          0
Total:        7869       1741       6128

--------------------------------------------------------------------------

         8251 m total memory
         1825 m used memory
         1251 m active memory
          445 m inactive memory
         6425 m free memory
           80 m buffer memory
          932 m swap cache
            0 m total swap
            0 m used swap
            0 m free swap
        81314 non-nice user cpu ticks
         2894 nice user cpu ticks
        21766 system cpu ticks
     13846458 idle cpu ticks
          984 IO-wait cpu ticks
            0 IRQ cpu ticks
          249 softirq cpu ticks
            0 stolen cpu ticks
       770593 pages paged in
       764424 pages paged out
            0 pages swapped in
            0 pages swapped out
      3086408 interrupts
      5866018 CPU context switches
   1480513778 boot time
        52615 forks

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

Posted: Thu Dec 01, 2016 1:49 pm
by zooks
darkleech wrote:
skurudo wrote:
zooks wrote:Памяти потребляет столько же, но участились скачки памяти. На VPS с 512МБ памяти это критично.
Память начинает отжирать конкретно mysqld, после чего его убивает OOM-killer.
Конфиг на слабых машинах лучше подкручивать.
На форуме были примеры конфигураций для машинок с 512Мб.
Подскажите пожалуйста, как найти эти примеры?
А вот я решил не замарачиваться (ибо какой смысл иметь панель, если ее нужно подкручивать). Просто принял как данность, что начиная с 17 версии Vesta требует 1 ГБ памяти. И увеличил ее у хостера.

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

Posted: Thu Dec 01, 2016 2:56 pm
by Stesh
1. Правильней считать без дискового кеша
2. Кеш лучше не чистить, эта медвежья услуга. Вообще, менеджер памяти на *nix достаточно умная штука, не нужно ему мешать, не понимая механизма его работы
3. v-update-sys-rrd-mem, что нужно править, написано выше несколько раз.
4. Обновление не влияет на работу сервера, т.к. не трогает системных файлов
5. Серебряной пули не существует, поэтому тюнинг системных файлов делается на месте по примерам.
6. Поиск по форуму по слову my.cnf покажет много чудесного.
7. В 2016 году 512M RAM + OpenVZ без swap на современных сайтах с пользованием как минимум php+mysql (а часто с innodb) выглядит несерьезно.

PS Один мой знакомый хостер (очень хороший хостер) убрал у себя с тарифов дешевые vds с 256M (они были идеальны для проксей, vpn, как тестовая площадка) так как народ стал туда сунуть сайты => посыпались жалобы что все плохо работает => в конечном итоге это отражается на репутации хостера