提问人：boldrack 提问时间：11/15/2023 最后编辑：boldrack 更新时间：11/16/2023 访问量：23
UWSGI 为什么会有无人值守的请求。根据日志
UWSGI Why would there be unattended requests . According to the log
问：
我在使用 Django 和 Nginx 运行的 uwsgi 日志中有以下内容。req： -/- 字段我认为分别指的是请求计数和请求总数。它们都在逐渐增加，但差距并没有缩小。我不确定这对我的应用程序意味着什么，因为看起来有无人值守的请求永远不会被处理。我已经检查了一下，但仍然没有得到正确的答案。
[pid: 305785|app: 0|req: 418/1873] 99.7.107.127 () {38 vars in 554 bytes} [Tue Nov 14 23:30:43 2023] GET /api/machines/endpoint/ => generated 385 bytes in 10 msecs (HTTP/1.1 200) 7 headers in 215 bytes (1 switches on core 0)
[pid: 305785|app: 0|req: 419/1874] 99.7.107.127 () {38 vars in 562 bytes} [Tue Nov 14 23:30:43 2023] GET /api/machines/endpoint/ => generated 545 bytes in 40 msecs (HTTP/1.1 200) 7 headers in 215 bytes (1 switches on core 0)
我预计请求计数和请求总数之间的差距会很小。我还应该提到，即使在重新启动服务本身后，这种情况仍然存在。也许对这种行为的一些解释会消除我的困惑.
答：
0赞
boldrack
11/16/2023
#1
经过一番来回。我找到了下面的陈述，这一切都是有道理的
req： N/M -> N 是当前工作线程的托管请求数 具体应用，M 是总和（所有请求的总和 工人）
这意味着我在日志中看到的是当前工作进程的计数，并且大约有 4 个工作进程。将他们所有的计数相加等于总数。因此，实际上没有无人值守的请求。只是我对日志的理解不够好。
评论