RAM после обновления до 17
Re: RAM после обновления до 17
Помогите! Linux съел мою память!devil550 wrote:Получается, что на 512Мб, что на 4Гб всю память съедает. Придется сносить, ибо свободных ресурсов совсем не остается. Жалко :( 5 день нагрузка не падает.
http://www.linuxatemyram.ru/
Re: RAM после обновления до 17
Повторюсь..
Прикрутил через крон скрипт.
Результат:
Прикрутил через крон скрипт.
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
Re: RAM после обновления до 17
Code: Select all
total used free shared buffers cached
Mem: 3863 3575 288 0 232 1959
-/+ buffers/cache: 1383 2480
Swap: 2857 134 2723
Re: RAM после обновления до 17
Подскажите, где что подправить (откатить до 16 версии) чтобы график показывался корректно на CentOS 6? В какой файл были внесены изменения, как я онимаю апдейт будет - но возможно на гитхабе уже есть что-то?
Заранее спасибо.
Понимаю что это не влияет на загрузку машины, но сложно мониторить реальное потребление, график тотально 100% загруженность показывает.
Заранее спасибо.
Понимаю что это не влияет на загрузку машины, но сложно мониторить реальное потребление, график тотально 100% загруженность показывает.
Re: RAM после обновления до 17
skid писал же, искать команду подсчета:aysergeev wrote:Подскажите, где что подправить (откатить до 16 версии) чтобы график показывался корректно на CentOS 6? В какой файл были внесены изменения, как я онимаю апдейт будет - но возможно на гитхабе уже есть что-то?
viewtopic.php?f=28&t=13194&start=60#p53304
Re: RAM после обновления до 17
Даdevil550 wrote:т.е у меня с памятью все хорошо? 2480 свободно под приложения?Code: Select all
total used free shared buffers cached Mem: 3863 3575 288 0 232 1959 -/+ buffers/cache: 1383 2480 Swap: 2857 134 2723
Re: RAM после обновления до 17
Подскажите пожалуйста, как найти эти примеры?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
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
А вот я решил не замарачиваться (ибо какой смысл иметь панель, если ее нужно подкручивать). Просто принял как данность, что начиная с 17 версии Vesta требует 1 ГБ памяти. И увеличил ее у хостера.darkleech wrote:Подскажите пожалуйста, как найти эти примеры?skurudo wrote:Конфиг на слабых машинах лучше подкручивать.zooks wrote:Памяти потребляет столько же, но участились скачки памяти. На VPS с 512МБ памяти это критично.
Память начинает отжирать конкретно mysqld, после чего его убивает OOM-killer.
На форуме были примеры конфигураций для машинок с 512Мб.
Re: RAM после обновления до 17
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, как тестовая площадка) так как народ стал туда сунуть сайты => посыпались жалобы что все плохо работает => в конечном итоге это отражается на репутации хостера
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, как тестовая площадка) так как народ стал туда сунуть сайты => посыпались жалобы что все плохо работает => в конечном итоге это отражается на репутации хостера