- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Школьник умнее шедулера linux? :-) Не верю.
По Вашем CFS - умный шедулер? Не, он умный, но точно не для хостинга. Тот же старинный O(1) лучше. Я сейчас на хабре как раз на эту тему планирую написать статью.
В дебиане по дефолту worker_processes 4 - это за глаза должно хватить. Только нету там nginx :-( Как и кешеров.
Вполне возможно, что нужно скручивать вниз. Представьте, что iowait большой (как я сказал раньше) и тем самым не дает работать процессору. И например большой он по причине того, что статика дергается Нгинксом в слишком много потоков - диск захлебывается от такой степени асинхронности. В таком случае можно уменьшить количество воркеров и получить резкий спад iowait и как следствие повышение производительности процессора. Это еще одна причина, почему при проблемах с CPU я интересовался Нгниксом - он может как помогать процессору, так и топить его.
Боюсь даже спрашивать как Вы это собираетесь учитывать в конфиге апача. Документация такого способа не знает.
А регулирование количества форков в настройках MPM? Ведь именно там регулируется, будут они висеть в памяти не мучая процессор или будут обрабатываться им. Там есть и еще несколько параметров, каждый из которых (кроме количества запасных серверов) влияет на загрузку процессора.
Нужен. Если немного пошевелить мозгами и посчитать сколько памяти сожрали те 70 апачей. Которую можно и кешеру отдать, и mysql - с большим толком.
Да. Но к этому мысли нужно придти по цепочке. Если нет проблем с памятью, то зачем решать эту задачу? А есть ли пробелмы с памятью, видно в meminfo. Это первоисточник. Сами понимаете команды "cat /proc/meminfo" и "ps aux | grep apache | wc -l" дают несколько разное представление о проблемах памяти.
А регулирование количества форков в настройках MPM?
Оно определяется средним числом запросов к апачу в ед. времени. Точно также как и Min/MaxSpareServers.
Ладно, давайте больше не утомлять ликбезом ТС? ;-) Пусть ответит пока по поводу вывода mod_status и даст знать, если nginx + опкешер улучшили ситуацию.
и top тоже под нагрузкой.
drop, для начало воспользоватся поиском не хотите? чтобы определить самые распространенные проблемы, возможно, одно и тоже, уже обсужали...
/ru/forum/595117
/ru/forum/580845
/ru/forum/587272
/ru/forum/543939
/ru/forum/464443
http://www.x0.org.ua/blog/user/1/view/57