Поскольку с помощью опций nginx нельзя, я сделал отмену предыдущего запроса
в приложении (как многократно рекомендовалось). Работает быстро и без
ошибок. Спасибо всем за рекомендации и прояснения!
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276726#msg-276726
__
Так это всё экспериментальные значения, на которые заменялись параметры по
умолчанию.
Я получил ровно один прямой ответ на то, что я бы хотел иметь от nginx:
"Нельзя".
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276609#msg-276609
Буду очень признателен, если глянете на мои конфигурационные файлы для nginx
и uwsgi
#
nginx.conf:
user nginx;
worker_processes 10;
error_log /var/log/nginx/error.log debug;
pid/var/run/nginx.pid;
events {
worker_connections
Конечно я трассирую своё приложение. Проблема в том, что при посылке нового
запроса, он не доходит до приложения. Лог файлы и для nginx и для uwsgi
оживляются только после окончания долгого запроса.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276593#msg-276593
Как было рекомендовано я добавил $request_time и $upstream_response_time.
После нескольких запросов и быстрых ответов лог файлы и для nginx и для
uwsgi не показывают ничего. Через время ~1min вываливаются все накопленные
длинные запросы и показывают ожидаемое значения ~1 min для $request_time и
u
Таймаут не подходит, поскольку в отсутствии второго запроса, первый запрос
должен обработаться до конца независимо от его длительности.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276591#msg-276591
___
nginx-ru mailing list
nginx-
Спасибо за ответ. Может быть 20 вокеров было мало. Попробую увеличить до 50.
Но хотелось бы найти вариант застраховаться от "зависания". Поскольку нет
гарантии, что и 50 будет достаточно при посылки запросов со многих IP. Я
хочу для начала просто делать "reset" для зависшего IP и "начинать жизнь
сн
Когда веб сервер получает запрос с какого-то IP, он знает и помнит этот IP.
Если посылается следующий запрос с того же самого IP в тот момент, когда
предыдущий запрос ещё не обработан и ответ не послан, есть ли возможность
настроить nginx, чтобы предыдущий запрос был полностью "разрушен и забыт".
П
Попробую сформулировать по-другому то, что наблюдаю и пробую изменить.
- nginx получает запрос по какому-то IP. Запрос выполняется очень долго.
- посылается второй запрос с того же самого IP, когда предыдыущий запрос ещё
не обработан и ответ не послан. Этот запрос не доходит до приложения, и нет
во
Тут-то и возникает противоречие - как приложению узнать, что второй запрос
блокирован поскольку nginx ждёт окончания первого запроса? Решение видится
в два этапа - первое nginx просто обрывает первый запрос. А приложение уже
решает, что же делать при потере связи с клиентом, т.е. заканчивает рабо
Да, это понятно. Я бы хотел противоположное. Старый запрос отменяется, а
новый принимается.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276532#msg-276532
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailma
Пробовал увеличить число вокеров для nginx до 20 и uwsgi тоже до 20. Это не
помогло.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276531#msg-276531
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listi
Представить легко - если кто-то долбит по серверу - отменяется предыдущий
запрос для такого нетерпеливогого клиента. Abort опция. Можно ли что то
такое уровне nginx, а не не уровне приложения?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276526#msg-276526
__
После добавления $request_time и $upstream_response_time стало ясно в чём
проблема. Спасибо!
Клиет посылает запрос, который долго обрабатывается (с AJAX). Затем клиет
посылает второй запрос, который по идее, должен обработаться очень быстро.
Но nginx ждёт пока не закончится первый запрос. Есть ли о
Я попробовал strace для nginx worker: strace -t -c -p 17630. Но ничего не
печатается до тех пор пока процесс не закончен. Ничего очень долгого я не
вижу. Всё меньше 0.001 сек. Я такжу запустил nginx-debug. После тягостной
тишины он печатает информацию такую же как и при быстрых ответах (насколько
Спасибо за ответ.
Сервер пока ничем не занят кроме этой тестовой задачи. 40 ядер, 2Т диск, 32
Г памяти. Во время тишины загрузка нулевая. ОС - CentOS 7. Подскажите как
трассировать nginx. Я - новичок с ним.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,276486,276488#msg-276488
_
Используется nginx + uwsgi приложение на Python. Первый запрос
обрабатывается медленно в связи с обработкой данных. Но этот запрос не для
клиентов. Запросы от клиентов обрабатываются очень быстро, меньше 10
миллисекунд. Однако после нескольких запросов (6-7) и быстрых/мгновенных
ответов, после оче
17 matches
Mail list logo