- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть VPS на openvz, debian. Иногда при активной исходящей раздаче файлов возникает ситуация, когда некоторые процессы отказываются работать как нужно. Мне трудно четко сформулировать, я просто опишу симптомы:
Допустим активно на скорости 2-5M скачивают файлы (nginx или rtorrent), все идет нормально, затем вдруг:
- все процессы exim начитают жрать по 50-60% спу, лечится только через killall;
- аналогично ведет cебя munin-node;
- апач/мускул все остальное - работают без проблем.
Если в этот момент запустить wput - через пару секунд индикатор аплоада останавливается, т.е. также виснет процесс.
Если убрать раздачу (остановить rtorrent или ограничивать скорость отдачи) - все возвращается к нормальной работе.
Я так понимаю, причина - идет ограничение по каким-то ресурсам VPS-а, скорее всего сетевым.
А вот по каким именно никто из спецов не подскажет, хотя бы с формулировкой "скорее всего" ?
1) посмотрите beancounters
2) логи проблемных сервисов
3) _чем_ занимаются проблемные процесы при активном использовании CPU (strace, gdb...)
на одном из этих этапов на вас снизойдет просветление ;)
Скорее всего надо уменьшить лимиты на жручие сервисы или делать им renice
Скорее всего надо уменьшить лимиты на жручие сервисы или делать им renice
Делал я им renice, но ну никак не могу поймать закономерность, когда эта "жручесть" возникает.
И всегда первым начинает сходить с ума exim4, уменьшил я ему smtp_accept_max до 6, все равно иногда такое происходит. При большом исходящем потоке что-то exim-у начинает не хватать, в логах ничего особенного. Т.е. расход спу это следствие нехватки чего-то, а чего именно - непонятно. Правда к экзиму из "нестандартов" там прилеплен dspam + спамсаассин, наверное их будут в такие момент пробовать их отключать. Вот только сложно поймать эти моменты.
А снести exim и поставить postfix не получится? Проблему это замаскирует, но хоть что-то. Может чисто exim'овский баг, каких-нибудь tspsendbuf ему может не хватает.
А снести exim и поставить postfix не получится? Проблему это замаскирует, но хоть что-то. Может чисто exim'овский баг, каких-нибудь tspsendbuf ему может не хватает.
Вот чего-то про нехватку одного из *buf и мне сразу подумалось :) pstfix получится конечно, хотя это если ничего другого не останется.
а как себя винт ведёт - что утиллизация в иостате показывает?
да и по возможности попробуй отказаться от логов вебсервера - тоже прилично ресурсов получишь.