- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
День добрый.
Никак не могу победить нагрузку. Нагрузку тестирую siege'ом:
siege -c 350 -t30s http://сайт/
Загружает сильно apache2 и mysql. 100% загрузка проца. Статика отдается nginx'ом - все хорошо.
Оперативка максимум используется 5Гб из 64Гб
в логах apache2 и nginx ничего по ошибкам нет, а вот по mysql:
mysql error.log:
mysqltuner.pl
Можете подсказать что?
Профилируйте саму страницу сайта для начала, что бы выяснить какие именно функции жрут больше всего ресурсов.
От этого уже и отталкиваться - давать больше памяти базе, увеличивать число процессов апача.
У вас может быть 10 записей в базе и пару сотен циклических запросов в нее. Или наоборот - 2 запроса с поиском по сотням тысяч не индексированных записей. Или вообще и поиск с перебором в скрипте.
В общем отталкиваться от сайта надо.
В apache2 в error.log еще появилось вот что:
по mpm:
Нагрузку тестирую siege'ом:
siege -c 350 -t30s
350 concurrent users? 100% CPU load is OK in that case.
350 concurrent users? 100% CPU load is OK in that case.
(i bad speak English) Hmm..i think not is OK, because another site can withstand the load. And load CPU 55-70%.
i think not is OK, because another site can withstand the load
Does another site use some of caching features? Which CMS/engine/script is used on both sites?
Does another site use some of caching features? Which CMS/engine/script is used on both sites?
1 site is used MODx evolution
2 site is used MODx revolution
This is sites are not mine, therefore i can not say now about caching.
Generally used caching nginx and memcached.
1. According to your Apache configuration, the real number of concurrent users are limited by 250 (MaxRequestWorkers). When you run Siege, additional concurrent users are queued, so increasing of this parameter will not help.
2. Even that amount of concurrent users can easily overload of single CPU (without proper caching).
3. So, if you need to serve that large amount of requests, you definitely should use caching for "read-only" users by configuring Nginx.
1. According to your Apache configuration, the real number of concurrent users are limited by 250 (MaxRequestWorkers). When you run Siege, additional concurrent users are queued, so increasing of this parameter will not help.
2. Even that amount of concurrent users can easily overload of single CPU (without proper caching).
3. So, if you need to serve that large amount of requests, you definitely should use caching for "read-only" users by configuring Nginx.
How to make a "read-only" in configuring Nginx? Nginx now works as a reverse-proxy. Static files given to Nginx, php - Apache2.
Теперь для посещения сёрча нужно гугл переводчик использовать, весёлые вы ребятки.
How to make a "read-only" in configuring Nginx? Nginx now works as a reverse-proxy. Static files given to Nginx, php - Apache2.
By "read-only" users I've mean the sessionless users (i.e. unregistered ones). Most of CMS uses a cookie to distinguish registered users from unregistered ones, so you can use Nginx "out-of-box" caching like this:
https://habrahabr.ru/post/124684/
Unfortunately, MODx uses php session cookie for unregistered users too. So, you have to slightly modify MODx code to add another cookie that will set only for registered users.