URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 64831
[ Назад ]

Исходное сообщение
"Оценка производительности 14 серверов приложений на языке Py..."

Отправлено opennews , 17-Мрт-10 12:40 
В материале "Benchmark of Python Web Servers (http://nichol.as/benchmark-of-python-web-servers)" представлены результаты достаточно досконального тестирования производительности 14 WSGI-серверов, включая оценку скорости выполнения http-запросов, измерение возникающих задержек, изучение способности обработать множества одновременных соединений, исследование потребления памяти и нагрузки на CPU.


В тестировании участвовали Python-фреймворки:


-  Gunicorn (http://gunicorn.org/installation.html)
-  uWSGI (http://projects.unbit.it/uwsgi/)
-  FAPWS3 (http://github.com/william-os4y/fapws3)
-  Aspen (http://www.zetadev.com/software/aspen/)
-  Mod_WSGI (http://code.google.com/p/modwsgi/)
-  wsgiref (http://docs.python.org/library/wsgiref.html)
-  CherryPy (http://www.cherrypy.org/)
-  Magnum  Py (http://code.google.com/p/magnum-py/)
-  <a href="http://twistedmatrix.com/trac/">Twisted</a
-  Cogen (http://code.google.com/p/cogen/)
-  GEvent (http://www.gevent.org/)
-  Tornado (ht...

URL: http://nichol.as/benchmark-of-python-web-servers
Новость: http://www.opennet.me/opennews/art.shtml?num=25827


Содержание

Сообщения в этом обсуждении
"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено Аноним , 17-Мрт-10 12:40 
лучшая производительность - FAPWS3, uWSGI и Gevent
минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3

однако оптимальными вдруг оказались Mod_WSGI и CherryPy. как так ?


"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено Антон , 17-Мрт-10 12:46 
>лучшая производительность - FAPWS3, uWSGI и Gevent
>минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3
>
>однако оптимальными вдруг оказались Mod_WSGI и CherryPy. как так ?

там про соотношение возможности/производительность, у кого-то функций море, а у кого-то скорость хорошая.


"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено Аноним , 17-Мрт-10 20:46 
Объясните, почему все так любят этот mod_wsgi? Всё, что он делает, делается лучше и проще с помощью FastCGI/SCGI. Нет же, надо обязательно питоновскую библиотеку засунуть прямо в веб-сервер, насрав на UNIX-way. Вы на mod_php с его аналогичным подходом мало шишек набили, что ли? Нет, опять на те же грабли идут строем. Сколько уже глюков с этими модулями словлено, то с тредами, то с тем, что интерпретатор питона там по-другому инициализируется. Когда у разработчика на машине всё запускается с помощью /usr/bin/python всё запускается, а на серваке - через хитрую и бажную обёртку вокрую libpython, глюки ну неминуемы. Из последнего xapian дедлочится при вызове его из mod_python или mod_wsgi. Проблема, которой с FastCGI нет в принципе.

А особенно умиляет mod_wsgi для nginx, проект космического масштаба и космической же дурости. Прикручивать блокирующий модуль к мультиплексирующему серверу - это надо быть не просто дебилом, а фашистом каким-то. И те же люди ещё вопят, что в lighttpd нет mod_wsgi. Цирк, да и только.


"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено fyjybv , 18-Мрт-10 01:14 
так и скажи -- ниасилил

"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено Денис , 07-Апр-10 16:35 
Да ладно, просто наболело у человека :)

"Оценка производительности 14 серверов приложений на языке Py..."
Отправлено Гыгыка , 12-Янв-11 20:35 
> Объясните, почему все так любят этот mod_wsgi? Всё, что он делает, делается
> лучше и проще с помощью FastCGI/SCGI. Нет же, надо обязательно питоновскую
> библиотеку засунуть прямо в веб-сервер, насрав на UNIX-way. Вы на mod_php
> с его аналогичным подходом мало шишек набили, что ли?

Потому что в общем случае именно через nginx+Apache+mod_wsgi и nginx+Apache+mod_php обеспечивается наилучшая стабильность, гибкость и производительность.

Если Вы не эксплуатировали реально серьезные системы, если Вы не эксплуатировали различные системы, а имели дело с одним-двумя простенькими веб-сайтами, то это не повод хаить технологии, с которыми Вы не смогли разобраться...