The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Оценка производительности 14 серверов приложений на языке Python

17.03.2010 11:35

В материале "Benchmark of Python Web Servers" представлены результаты достаточно досконального тестирования производительности 14 WSGI-серверов, включая оценку скорости выполнения http-запросов, измерение возникающих задержек, изучение способности обработать множества одновременных соединений, исследование потребления памяти и нагрузки на CPU.

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

Лучшие показатели производительности с заметным отрывом продемонстрировали фреймворки FAPWS3, uWSGI и Gevent, которые были специально спроектированы для обслуживания большого числа запросов (например, FAPWS3 используется в eBay). Неплохое соотношение функциональности и производительности отмечено в Mod_WSGI и CherryPy. С точки зрения потребления памяти самыми прожорливыми оказались Cogen (122 Мб) и Mod_WSGI (69 Мб), минимальное потребление памяти (менее 10 Мб) продемонстрировали uWSGI, Gevent, Paster и FAPWS3.

  1. Главная ссылка к новости (http://nichol.as/benchmark-of-...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25827-python
Ключевые слова: python, web, WSGI
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (6) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:40, 17/03/2010 [ответить]  
  • +/
    лучшая производительность - FAPWS3, uWSGI и Gevent
    минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3

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

     
     
  • 2.2, Антон (??), 12:46, 17/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >лучшая производительность - FAPWS3, uWSGI и Gevent
    >минимальное потребление памяти - опять uWSGI, Gevent, Paster и FAPWS3
    >
    >однако оптимальными вдруг оказались Mod_WSGI и CherryPy. как так ?

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

     

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

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

     
     
  • 2.5, fyjybv (?), 01:14, 18/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    так и скажи -- ниасилил
     
     
  • 3.6, Денис (??), 16:35, 07/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, просто наболело у человека :)
     
  • 2.7, Гыгыка (?), 20:35, 12/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните, почему все так любят этот mod_wsgi? Всё, что он делает, делается
    > лучше и проще с помощью FastCGI/SCGI. Нет же, надо обязательно питоновскую
    > библиотеку засунуть прямо в веб-сервер, насрав на UNIX-way. Вы на mod_php
    > с его аналогичным подходом мало шишек набили, что ли?

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

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру