django - 使用Django的fastcgi服务器有什么缺点

Question

我正在使用 nginx + fastcgi ( manage.py runfcgi ...) 用于我的一些 Django 项目的生产。很多人建议使用nginx + gunicorn .使用 有什么好处？ unicorn 而不是使用 Django 的 fastcgi服务器？

Answer 1

我只是告诉您为什么需要使用类似 WSGI 的服务器 :) 但是如果您对使用 fcgi 感到满意 - 只需使用它
简短回答:WSGI(作为协议(protocol))很酷，因为 its native
或者如果“你需要更深入”(c)
下一个问题“FastCGI 与类似 WSGI 的服务器？”
这里有一些答案:

Differences and uses between WSGI, CGI, FastCGI, and mod_python in regards to Python?

What's the difference between scgi and wsgi?

Is there a speed difference between WSGI and FCGI?

How Python web frameworks, WSGI and CGI fit together

关于 gunicorn、uWSGI 和 cherokee、nginx。不要混合它们!
nginx 是可以处理 http 请求并将其发送到 WSGI 后端的网络服务器。 (但首先它对于静态内容处理非常快。)
WSGI 后端处理你的 django 应用程序。
关于 cherokee，我认为它处理与 nginx 相同的任务，但我不使用它。
gunicorn、uWSGI 是 WSGI 后端，它使用 django 应用程序运行线程并执行 many other tasks
嗯， gunicorn say那

Being a server that only runs on Unix-like platforms, unicorn is strongly tied to the Unix philosophy of doing one thing and (hopefully) doing it well. Despite using HTTP, unicorn is strictly a backend application server for running Rack-based Ruby applications.

我为我的 django 应用练习 nginx(来自 nginx.org repos 的最新稳定版)+uWSGI(来自 Debian 稳定版) - 完美运行 :)

2012 年 5 月 18 日编辑
链接到 2010 年主题并进行比较 fcgi gunicorn uWSGI

fcgi (threaded) 640 r/s

fcgi (prefork 4 processors) 240 r/s (*)

gunicorn (2 workers) 1100 r/s

gunicorn (5 workers) 1300 r/s

gunicorn (10 workers) 1200 r/s (?!?)

uwsgi (2 workers) 1800 r/s

uwsgi (5 workers) 2100 r/s

uwsgi (10 workers) 2300 r/s

(* this made my computer exceptionally sluggish as CPU when through the roof)