- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
думаю похоже кому-то дозволено использовать много памяти, наступает момент когда этот кто-то запускается и ядро сбрасывает кэш для того чтобы освободить память для нового процесса...
Вам уже писали: подкрутите системные лимиты этого "кого-то" (апача и mysql) - и смотрите за логами.
Вам объяснили как определить, что именно в этот файл пишут.
inotifywait -m /proc/sys/vm/
жду
Пожалуйста:
ну это только рутовые
Думаю, проще будет если приведете измененные.
в sysctl.conf ничего не изменялось
думаю похоже кому-то дозволено использовать много памяти, наступает момент когда этот кто-то запускается и ядро сбрасывает кэш для того чтобы освободить память для нового процесса...
еще в третьем сообщении прозвучала эта версия.
сделайте чтобы везде где только можно передавались лимиты ulimit.
недостаточно отредактировать только /etc/security/limits.conf, нужно убедиться что настройки демонов их не переопределяют.
mod_mem_cache в апаче не используется?
inotifywait -m /proc/sys/vm/
жду
Ну жди. Вы мне все больше начинаете напоминать обезьяну, использующую микроскоп "по назначению".
Ну прочитайте уж инструкцию-то, если не делаете то что люди советуют буквально.
ну это только рутовые
И что?
mod_mem_cache в апаче не используется?
Поясните, пожалуйста.
еще в третьем сообщении прозвучала эта версия.
сделайте чтобы везде где только можно передавались лимиты ulimit.
недостаточно отредактировать только /etc/security/limits.conf, нужно убедиться что настройки демонов их не переопределяют.
php-fcgid
max locked memory (kbytes, -l) 524288
max memory size (kbytes, -m) 524288
Zaqwr добавил 16.12.2011 в 20:25
mod_mem_cache в апаче не используется?
да, выключил
И что?
отползайте, и я не скажу кого мне напоминаете Вы.
спасибо.
Zaqwr добавил 16.12.2011 в 21:27
inotifywait -m /proc/sys/vm/drop_caches
не реагирует
да, выключил
А если из окна попросить спрыгнуть? - Или таки сперва спросите "зачем"?
inotifywait -m /proc/sys/vm/drop_caches
не реагирует
Значит крутите лимиты.
Посмотрите развертку vmstat (вроде до 1с умеет) - насколько резко происходит происходит сброс, что еще меняется.
+ кстати, покажите картинку с легендой
А если из окна попросить спрыгнуть? - Или таки сперва спросите "зачем"?
прыгну без раздумья, Вы этого ещё не поняли? меня никто ничего не просил, хватит тупить.
проблемму частично я нашёл.. заключается она в удалении /proc/sys/*
Значит крутите лимиты.
кручу кручу... обмануть хочу )
прыгну без раздумья, Вы этого ещё не поняли?
"все понял" (с)
1 1 0 8195720 891872 2183552 0 0 996 0 4269 750 9 15 65 10
3 1 0 9795004 891900 758016 0 0 1280 32 4534 2343 10 12 67 11
А про интервал, с которым собирались показания - у пушкина спрашивать?
проблемму частично я нашёл.. заключается она в удалении /proc/sys/*
😂
А про интервал, с которым собирались показания - у пушкина спрашивать?
можно попробовать
Посмотрите развертку vmstat (вроде до 1с умеет)
как просили ) , а что касаемо удаления /proc надо ещё подумать...