- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вроде бы все работает. Как бы проверить, что держит нагрузку?
ab2 -n 10000 -c 50 http://server.name/megaskript.php
n - кол-во запросов
c - кол-во потоков
Вы хотите сказать, что с оптимизацией я палку перегнул?
с keep-alive nginx так точно :D
верните на место
upd:
посмотрел внимательно...
ну например вы зарезаете кол-во максимальных клиентов на процесс, увеличиваете кол-во процессов висящих в памяти... как-то это не логично с т.з. экономии этой самой памяти (сабж топика)... MaxRequestsPerChild тоже слишком низкий. например банальный phpbb выдает в среднем 50 запросов к скриптам на обычной странице (аватары, вложения и т.п.) - вот и считайте как часто у вас чайдлы будут дергаться...
r0mik,
посмотрю!
А как насчет использования Webserver Stress Tool 7 ?
с keep-alive nginx так точно :D
верните на место
upd:
посмотрел внимательно...
ну например вы зарезаете кол-во максимальных клиентов на процесс, увеличиваете кол-во процессов висящих в памяти... как-то это не логично с т.з. экономии этой самой памяти (сабж топика)... MaxRequestsPerChild тоже слишком низкий. например банальный phpbb выдает в среднем 50 запросов к скриптам на обычной странице (аватары, вложения и т.п.) - вот и считайте как часто у вас чайдлы будут дергаться...
Я бы рекоммендовал вернуть настройки nginx к умолчательным. Что поставила панелька. Ибо и таймауты зарезаны под самые гланды и вообще логика изменений не прослеживается. Есть гипотеза копипаста с ряда каких-то хавту. Не верно?
И в error.log смотрите nginx-а после изменений обязательно.
r0mik, MaxRequestsPerChild там просто неограничен. Где Вы его низким углядели?
Прав!
сделаю
Рецепты в инете
BasePelleta добавил 02.08.2010 в 00:58
BasePelleta добавил 02.08.2010 в 00:49
lowering MaxClients to 10. To increase, please see the ServerLimit
directive.
Как это понимать?
WARNING: MaxClients of 100 exceeds ServerLimit value of 10 servers,
lowering MaxClients to 10. To increase, please see the ServerLimit
directive.
Как это понимать?
Прочитать буквально.
MaxRequestsPerChild там просто неограничен. Где Вы его низким углядели?
да нет же, 200 там...
А как насчет использования Webserver Stress Tool 7 ?
без понятия
ab(2) входит в поставку апача, то есть есть везде. его в большинстве случаев хватает с головой. можно попробовать еще siege и подобные, но это вам точно не нужно на данном этапе
Соглашусь!
да нет же, 200 там...
Упс. Ага, я пропустил IfModule директивы и посчитал значение из секции для mpm worker.
Топ, когда запустил генерацию карты сайта при настройках апача и нгинкса по умолчанию.
Сайт висит. Ошибка 5004
Tasks: 40 total, 1 running, 39 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 99.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 524288k total, 224220k used, 300068k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 18 0 2148 652 564 S 0.0 0.1 0:00.25 init
5460 apache 15 0 45904 13m 6744 S 0.0 2.6 0:03.18 httpd
5502 root 15 0 2280 1036 824 R 0.0 0.2 0:00.39 top
5944 apache 18 0 46152 13m 6872 S 0.0 2.7 0:02.28 httpd
7265 apache 15 0 45632 16m 9804 S 0.0 3.2 1:38.17 httpd
7335 root 15 -4 2236 560 344 S 0.0 0.1 0:00.00 udevd
7671 root 18 0 1804 564 476 S 0.0 0.1 0:00.00 syslogd
7695 named 19 0 70640 3588 1960 S 0.0 0.7 0:00.31 named
7745 root 15 0 7168 1068 668 S 0.0 0.2 0:00.00 sshd
7760 root 18 0 2824 868 700 S 0.0 0.2 0:00.00 xinetd
7773 root 15 0 5280 520 248 S 0.0 0.1 0:00.00 vsftpd
7809 root 19 0 3700 1304 1128 S 0.0 0.2 0:00.00 mysqld_safe
7855 mysql 15 0 42928 10m 5116 S 0.0 2.0 0:27.67 mysqld
7890 root 18 0 1952 572 460 S 0.0 0.1 0:00.00 dovecot
7891 root 15 0 7812 1848 1408 S 0.0 0.4 0:00.00 dovecot-auth
7912 root 18 0 9296 2428 1316 S 0.0 0.5 0:00.02 sendmail
7920 smmsp 18 0 8236 1500 636 S 0.0 0.3 0:00.00 sendmail
7929 root 15 0 4488 1108 568 S 0.0 0.2 0:00.00 crond
7952 xfs 18 0 3384 1140 736 S 0.0 0.2 0:00.00 xfs
7962 root 18 0 2356 432 312 S 0.0 0.1 0:00.00 atd
7971 root 18 0 5668 712 436 S 0.0 0.1 0:00.00 saslauthd
7972 root 18 0 5668 440 164 S 0.0 0.1 0:00.00 saslauthd
7993 dovecot 18 0 4968 1828 1512 S 0.0 0.3 0:00.00 pop3-login
7994 dovecot 18 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
7995 dovecot 18 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
11532 root 15 0 43484 10m 6072 S 0.0 2.0 0:00.15 httpd
11694 root 18 0 19552 3664 1984 S 0.0 0.7 0:00.03 nginx
13366 apache 15 0 45848 11m 4712 S 0.0 2.2 0:00.36 httpd
13409 apache 15 0 44796 10m 4628 S 0.0 2.0 0:00.28 httpd
13439 apache 15 0 45592 12m 5792 S 0.0 2.4 0:03.11 httpd
13561 apache 15 0 46172 13m 6168 S 0.0 2.6 0:02.01 httpd
13986 apache 15 0 46164 12m 5264 S 0.0 2.4 0:00.80 httpd
19829 root 15 0 10160 2864 2304 S 0.0 0.5 0:00.25 sshd
19867 nginx 15 0 19552 2804 968 S 0.0 0.5 0:01.58 nginx
19871 root 15 0 3836 1544 1248 S 0.0 0.3 0:00.01 bash
19892 apache 15 0 45616 16m 9820 S 0.0 3.2 1:02.44 httpd
19960 apache 15 0 45664 16m 9.8m S 0.0 3.2 0:56.80 httpd
24034 nobody 18 0 5352 1272 928 S 0.0 0.2 0:00.00 vsftpd
24036 einvest 15 0 5376 976 604 S 0.0 0.2 0:00.00 vsftpd
31880 root 15 0 25220 7664 4896 S 0.0 1.5 0:00.92 ispmgr
Пришлось сделать killall httpd
servcie httpd start
Сразу возникает мысль, если бот поисковика зайдет на сайт, то весь ВПС подвиснет, пока апач не перезагрузят?
Понятно, что на шареде такой проблемы не будет. А вот как быть с ВПС?
Сразу возникает мысль, если бот поисковика зайдет на сайт, то весь ВПС подвиснет, пока апач не перезагрузят?
а разве она генерируется динамически? я правда не знаю что там за cms у вас, но не думаю что она генерируется по-новой постоянно...
потом таймаут а nginx какой? а у апача какой?
или у вас стала выскакивать 504 на любое обращение, пока шла генерация?
не совсем понятно просто....