Развертывая Django (fastcgi, апачский mod_wsgi, uwsgi, gunicorn)
Может кто-то объяснять различие между апачским mod_wsgi в режиме демона и django fastcgi в виде дерева сообщений. Они оба используют потоки для параллелизма, я думаю. Если я использую nginx в качестве фронтэнда к апачскому mod_wsgi.
ОБНОВЛЕНИЕ:
Я сравниваю django, созданный в fastcgi (./manage.py method=threaded maxchildren=15) и mod_wsgi в режиме 'демона' (пример WSGIDaemonProcess threads=15). Они оба используют потоки и получают GIL, действительно ли я прав?
UPDATAE 2:
Таким образом, если они оба подобны, там любые преимущества апачского mod_wsgi против fastcgi. Я вижу таких профессионалов fastcgi:
- нам не нужен апач
- мы используем меньше RAM
- Я заметил, что fastcgi имеет меньшие издержки
UPDATAE 3:
Я теперь доволен nginx + uwsgi.
UPDATAE 4:
Я теперь доволен nginx + gunicorn :)
1 ответ
Также не нужно использовать потоки, чтобы иметь возможность обрабатывать параллельные запросы. Это зависит от того, как вы их настраиваете. При желании вы можете использовать несколько процессов, каждый из которых является однопоточным.
Для получения дополнительной информации о моделях процессов / потоков mod_wsgi см.
http://code.google.com/p/modwsgi/wiki/ProcessesAndThreading
Модели аналогичны, хотя mod_wsgi сам управляет процессами. Что происходит в FASTCGI с точки зрения управления процессами, зависит от того, какой механизм хостинга FASTCGI вы используете, и вы не говорите, что это такое.
Еще одно отличие состоит в том, что FASTCGI по-прежнему нужен отдельный мост FASTCGI-WSGI, такой как flup, где, как и mod_wsgi, не нужен какой-либо мост, поскольку интерфейс WSGI реализован изначально.
Наконец, процесс FASTCGI представляет собой выполнение / форк некоторого процесса супервизора или веб-сервера, в зависимости от механизма хостинга. В mod_wsgi процессы являются форком только родительского процесса Apache. В общем, это не имеет большого значения, но имеет некоторые последствия.
Есть и другие отличия, но они возникают чаще, потому что mod_wsgi предлагает гораздо больше функциональности и возможностей настройки, чем механизм хостинга FASTCGI.
В любом случае, вопрос немного расплывчатый, не могли бы вы уточнить, что именно вы хотите знать, или противопоставить их и почему? Тогда, возможно, ответ можно будет лучше адресовать.