- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
плохая шутка: atd _периодически_ это делать не умеет
Но вы хоть выясните, что кто-то туда пишет:
мне достаточно изменения время для этого файла на соответствующее времени очиски кэша. , irqbalance =) не в счёт
может еще и atd остановить? мало ли что там запускается
можно, но я всёже думаю что разгадка где-то в недрах sysctl кроется
myhand, ну почему же - atd может запускать задание, которое по завершении снова запускает atd.
мне достаточно изменения время для этого файла на соответствующее времени очиски кэша
да, верно. не был уверен что это работает.
Тогда все просто - оключите все лишние сервисы (кроме LAMP). В т.ч. cron, atd, мониторинг, процессы ispmanager. Убедитесь, что под root никаких скриптов LAMP не запускается.
Если что, вот так предлагают искать пид писучего процесса:
http://ubuntuforums.org/showthread.php?t=842434
myhand, ну почему же - atd может запускать задание, которое по завершении снова запускает atd.
Грубо говоря, можно - но не нужно. Никто в здравом уме такого не делает.
если кто-то ещё не убеждён что это дело рук не ядра, то atd тоже выключил
если кто-то ещё не убеждён что это дело рук не ядра
все убеждены.
/proc/sys/vm/drop_caches - интерфейс не для ядра, а для пользовательских процессов.
ЗЫ: а sysctl выставленные покажите?
не помогло
Zaqwr добавил 16.12.2011 в 19:26
/proc/sys/vm/drop_caches - интерфейс не для ядра, а для пользовательских процессов.
можно пример , какие пользовательские процессы туда могу что-то писать?
Zaqwr добавил 16.12.2011 в 19:36
ЗЫ: а sysctl выставленные покажите?
конечно, какие ? всё vm ?
не помогло
Не помогло что?
Вообще говоря, если вы все-еще по ls -l определяете что в drop_caches - это просто наивно. Вам объяснили как определить, что именно в этот файл пишут.
можно пример , какие пользовательские процессы туда могу что-то писать?
Пожалуйста:
Вам на C аналогичный код набросать?конечно, какие ? всё vm ?
Думаю, проще будет если приведете измененные.
можно пример , какие пользовательские процессы туда могу что-то писать?
любые с рутовыми правами или нужными capability.
конечно, какие ? всё vm ?
А можете показать только те, которые Вы переопределили в sysctl.conf?
думаю похоже кому-то дозволено использовать много памяти, наступает момент когда этот кто-то запускается и ядро сбрасывает кэш для того чтобы освободить память для нового процесса...