Вышла версия 1.0 фреймворка Tornado

[cleg]

меня больше всего WSGI «обертка» порадовала.
ну и ускорение под OS X отчасти :)

[VlK]

Были у нас тут замеры… Сравнимо. В итоге взяли для проекта проверенный годами CherryPy: по экземпляру на ядро, чтобы многопоточность с GILом не сношались.

[google_fan]

вот интересный бенчмарк самых популярных wsgi серверов. Правда он весенний, не знаю, может в новом релизе торнадо что-то подкрутили.
nichol.as/benchmark-of-python-web-servers

Мы, для простых проектов, в качестве альтернативы твистеду пробовали gevent, но в продакшн не пошло.

[cleg]

торнадо не для WSGI изначально предназначен. у него это идет по разряду «бонусов».

его основное предназначение в этом бенчмарке раскрывается:
nichol.as/asynchronous-servers-in-python

[google_fan]

Ага, я знаю, но тут человек спрашивал про wsgi.

В любом случае я, если честно, как-то не познал дао торнадо. В твистеде больше вкусных штук которые не хотелось бы реализовывать самостоятельно, и я не очень понял что они предлагают вместо deferred. А производительноть — ну что производительность, мы чай не френдфид, 6 тысяч запросов в секунду нам не требуются, и все равно,t скорее всего узким местом будет не код фреймворка, а мой быдлокод, или, что еще вероятнее — база.

[lega]

> ну что производительность,… и все равно,t скорее всего узким местом будет не код фреймворка, а мой быдлокод, или, что еще вероятнее — база.

+1
пробовал я торнадо, он быстрее моего привычного фреймворка, «hello» отдавал за какие-то 0,1мс против моего 0,4мс. но если добавить реальных данных — генерация страницы 150мс, то разница в производительности стирается.
В итоге я выбрал тот на котором мне просто удобнее.

[cleg]

ну вот торнадо как раз для тех случаев когда есть туча коротких маленких запросов.
желательно не завязанная на SQL DB.

мы его использовали, например, как backend для очереди сообщений, которые пользователи через long polling вытягивали.
хорошо получилось.

[ikorolev]

_{Я очень извиняюсь, а что делает синенькая какашка на логотипе?}