蒹葭苍苍,白露为霜。
所谓伊人,在水一方。

uwsgi_response_write_body_do() TIMEOUT 错误解决方法

最近,需要用django来处理和传输相对大的文件,发现客户端无法正确完整的收到传输的文件。

当使用 python manage.py runserver测试服务时没有问题。 但是,当使用nginx + uwsgi开启web服务时,无法在客户端获得完整的响应。 同时,uwsgi.log中存在错误日志,并有常规日志通知uswgi已完成请求处理:

Fri Feb  88 88:88:88 2088 - uwsgi_response_write_body_do() TIMEOUT !!!
OSError: write error

当uwsgi输出这些日志时,客户端仍会接收响应数据,直到接收到的大小等于服务器日志中生成的大小为止。 并且生成的大小小于响应的整个大小。 所以我认为Nginx有很大的缓冲空间。 Uwsgi会主动向Nginx写入响应,并且速度非常快,因为它们位于同一台计算机上。 但是Nginx将响应写入客户端的速度很慢。 如果Nginx将响应数据存储在缓冲区中,则在缓冲区已满时uwsgi的写请求将被阻止。 如果缓冲区很大,则uwsgi将等待很长时间,然后Nginx清除其缓冲区并写入请求超时。
当uwsgi完成处理并关闭响应流后,Nginx仍可以将数据写入客户端。

根据 ngx_http_uwsgi_module的文档 :

启用缓冲后,nginx会尽快从uwsgi服务器收到响应,并将其保存到uwsgi_buffer_size和uwsgi_buffers指令设置的缓冲区中。 如果整个响应都无法容纳到内存中,则可以将一部分响应保存到磁盘上的临时文件中。 写入临时文件由uwsgi_max_temp_file_size和uwsgi_temp_file_write_size指令控制。

有有两种形式的缓存,分别是内存缓冲区和临时文件缓冲区。 内存缓冲区的默认大小只有几kb。 但是,临时文件缓冲区的默认最大大小为1024MB,大约等于uwsgi日志中生成的大小。

为了解决这个问题,我们可以禁用临时文件缓冲区,在nginx配置文件http服务内写入:

uwsgi_max_temp_file_size 0;

内存缓冲非常小通常不会有什么问题,因为它不会阻塞uwsgi的写请求很多时间。
但是,如果Nginx与客户端之间的传输速度远慢于Nginx与uswgi之间的传输速度,那么无论缓冲区有多小,这个问题可能还是会出现。
在Django和uwsgi的实现中,uwsgi读取数据块并写入响应流,如果块大小足够大并且到客户端的传输速度足够慢,即使禁用了Nginx中的所有缓冲区,也会出现问题。 因为该块可以认为是缓冲区的另一种形式。

所以,如果要彻底解决问题,应该同时禁用 uwsgi 和nginx的缓冲区。

赞(0) 打赏
未经允许不得转载:酷居科技 » uwsgi_response_write_body_do() TIMEOUT 错误解决方法

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

锦瑟无端五十弦,一弦一柱思华年

酷居科技联系我们

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏