标签：python nginx comet uwsgi long-polling

我相信nginx是基于事件的,因此对于1个单独的工作者,它可以接受多个请求,比如100个请求/秒.这些请求将被传递给uwsgi进行处理,然后一旦完成,它将把结果推回到nginx,nginx会将结果推送给执行http请求的用户.

假设我只为我的uwsgi使用1个工作者(没有线程),uwsgi将逐个处理这100个请求吗？因此,它需要完成100个进程才能完成整个请求.
现在如果我计划使用长轮询来快速更新我的前端How does facebook, gmail send the real time notification?会发生什么

我相信它会强制uwsgi处理单个请求(这是长轮询过程)并暂停所有其他请求,从而导致整个系统崩溃.

我是否对uwsgi如何工作有误解,或者是否有任何其他解决方案来实施长轮询？

谢谢

解决方法:

您的分析是正确的,长轮询不适合多进程或多线程模式(在成本方面).每个进程/线程都可以管理单个请求.幸运的是,uWSGI支持数十种
如果你的应用程序可以适应这种模式(这不是一个无脑任务,所以不要希望猴子修补将是非阻塞/即兴/基于微线程的技术(如gevent或低级greenlet)你会赢的.

除此之外,如果您喜欢/容忍基于回调的编程并且您不需要uWSGI特定功能,我发现Tornado是解决该问题的绝佳解决方案.

标签：python,nginx,comet,uwsgi,long-polling
来源： https://codeday.me/bug/20190709/1408479.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。