<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Оценка производительности 14 серверов приложений на языке Py...</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html</link>
    <description>В материале &quot;Benchmark of Python Web Servers (http://nichol.as/benchmark-of-python-web-servers)&quot; представлены результаты достаточно досконального тестирования производительности 14 WSGI-серверов, включая оценку скорости выполнения http-запросов, измерение возникающих задержек, изучение способности обработать множества одновременных соединений, исследование потребления памяти и нагрузки на CPU.&lt;br&gt;&lt;br&gt;&lt;br&gt;В тестировании участвовали Python-фреймворки:&lt;br&gt;&lt;br&gt;&lt;br&gt;-  Gunicorn (http://gunicorn.org/installation.html)&lt;br&gt;-  uWSGI (http://projects.unbit.it/uwsgi/)&lt;br&gt;-  FAPWS3 (http://github.com/william-os4y/fapws3)&lt;br&gt;-  Aspen (http://www.zetadev.com/software/aspen/)&lt;br&gt;-  Mod_WSGI (http://code.google.com/p/modwsgi/)&lt;br&gt;-  wsgiref (http://docs.python.org/library/wsgiref.html)&lt;br&gt;-  CherryPy (http://www.cherrypy.org/)&lt;br&gt;-  Magnum  Py (http://code.google.com/p/magnum-py/)&lt;br&gt;-  &amp;lt;a href=&quot;http://twistedmatrix.com/trac/&quot;&amp;gt;Twisted&amp;lt;/a&lt;br&gt;-  Cogen (http://code.google.com/p/cogen/)&lt;br&gt;-  GEvent (http://www.gevent.org/)&lt;br&gt;-  Tornado (ht...&lt;br&gt;&lt;br&gt;URL: http://nichol.</description>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (Гыгыка)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#7</link>
    <pubDate>Wed, 12 Jan 2011 17:35:47 GMT</pubDate>
    <description>&amp;gt; Объясните, почему все так любят этот mod_wsgi? Всё, что он делает, делается &lt;br&gt;&amp;gt; лучше и проще с помощью FastCGI/SCGI. Нет же, надо обязательно питоновскую &lt;br&gt;&amp;gt; библиотеку засунуть прямо в веб-сервер, насрав на UNIX-way. Вы на mod_php &lt;br&gt;&amp;gt; с его аналогичным подходом мало шишек набили, что ли?&lt;br&gt;&lt;br&gt;Потому что в общем случае именно через nginx+Apache+mod_wsgi и nginx+Apache+mod_php обеспечивается наилучшая стабильность, гибкость и производительность.&lt;br&gt;&lt;br&gt;Если Вы не эксплуатировали реально серьезные системы, если Вы не эксплуатировали различные системы, а имели дело с одним-двумя простенькими веб-сайтами, то это не повод хаить технологии, с которыми Вы не смогли разобраться...&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (Денис)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#6</link>
    <pubDate>Wed, 07 Apr 2010 12:35:13 GMT</pubDate>
    <description>Да ладно, просто наболело у человека :)&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (fyjybv)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#5</link>
    <pubDate>Wed, 17 Mar 2010 22:14:49 GMT</pubDate>
    <description>так и скажи -- ниасилил&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#4</link>
    <pubDate>Wed, 17 Mar 2010 17:46:03 GMT</pubDate>
    <description>Объясните, почему все так любят этот mod_wsgi? Всё, что он делает, делается лучше и проще с помощью FastCGI/SCGI. Нет же, надо обязательно питоновскую библиотеку засунуть прямо в веб-сервер, насрав на UNIX-way. Вы на mod_php с его аналогичным подходом мало шишек набили, что ли? Нет, опять на те же грабли идут строем. Сколько уже глюков с этими модулями словлено, то с тредами, то с тем, что интерпретатор питона там по-другому инициализируется. Когда у разработчика на машине всё запускается с помощью /usr/bin/python всё запускается, а на серваке - через хитрую и бажную обёртку вокрую libpython, глюки ну неминуемы. Из последнего xapian дедлочится при вызове его из mod_python или mod_wsgi. Проблема, которой с FastCGI нет в принципе.&lt;br&gt;&lt;br&gt;А особенно умиляет mod_wsgi для nginx, проект космического масштаба и космической же дурости. Прикручивать блокирующий модуль к мультиплексирующему серверу - это надо быть не просто дебилом, а фашистом каким-то. И те же люди ещё вопят, что в lighttpd нет mod_wsgi. Цирк, да и только</description>
</item>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (Антон)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#2</link>
    <pubDate>Wed, 17 Mar 2010 09:46:17 GMT</pubDate>
    <description>&amp;gt;лучшая производительность - FAPWS3, uWSGI и Gevent &lt;br&gt;&amp;gt;минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3 &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;однако оптимальными вдруг оказались Mod_WSGI и CherryPy. как так ? &lt;br&gt;&lt;br&gt;там про соотношение возможности/производительность, у кого-то функций море, а у кого-то скорость хорошая.&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности 14 серверов приложений на языке Py... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/64831.html#1</link>
    <pubDate>Wed, 17 Mar 2010 09:40:15 GMT</pubDate>
    <description>лучшая производительность - FAPWS3, uWSGI и Gevent&lt;br&gt;минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3&lt;br&gt;&lt;br&gt;однако оптимальными вдруг оказались Mod_WSGI и CherryPy. как так ?&lt;br&gt;</description>
</item>

</channel>
</rss>
