avl32 Apr 5 2011 at 17:15

Многопоточное приложение под Tornado

5 min

38K

Server optimization*

+62

Comments 28

UFO landed and left these words here

hardex Apr 5 2011 at 17:48

На скриншоте, внезапно, Свидетель О_о

avl32 Apr 5 2011 at 17:59

ну да. это список наблюдателей за столом. приходит/уходит тихо, стоит в сторонке, никому не мешает.

vkramskikh Apr 5 2011 at 18:01

Если в курсе про Cyclone, есть вопрос: сильно ли Cyclone отстает от Tornado по фичам и производительности? Не пробовал ни то, ни другое, хочу Cyclone мне нравится гораздо больше из-за использования отделимого event loop

b0n3Z Apr 5 2011 at 23:09

— Циклон бегает на Twisted.
— Нативная поддержка xmprpc и jsonrpc.
— Встроенная поддержка редиса
— Незначительно медленнее торнады.

github.com/fiorix/cyclone#readme

Торнада уже давно является стабильным продуктом, который используется в реальных проектах и я не вижу смысла начинать с циклона.

vkramskikh Apr 6 2011 at 01:30

Собственно, ваш первый аргумент решающий. В пользу циклона. И да, оно не «нативное» и не «встроенное», а обусловлено использованием twisted, для которого реализованы эти протоколы. Cyclone — просто реализация ещё одного протокола http. И даже при незначительном отставании в производительности я выберу его из-за интероперабельности и следования unix-way, если мне не подскажут других проблем с Cyclone :)

panki61 Apr 5 2011 at 19:03

А зачем вам websockets если у вас как я понял flash клиент?

avl32 Apr 5 2011 at 19:27

нет. у нас целиком websockets приложение. никаких flash клиентов.
невидимая flash-прокладка используется только в случае устаревшего браузера, не поддерживающего ws протокол для его (протокола) эмуляции.

brutaler Apr 5 2011 at 20:20

В ff4 не могу карты увидеть, в хроме норм. Линукс.

avl32 Apr 5 2011 at 20:24

или включите websockets в ff4 (что более предпочтительно), или установите свежий flash на него. галочка соединения слева сверху должна гореть зеленым. (в у нее в title можно увидеть используется ws native или flash emulation)

brutaler Apr 5 2011 at 20:31

ага, и инструкции в помощи увидел… было бы здорово чтобы пользователям у кого это не сделано, выскакивало соответсвующее предупреждение, а то как-то не интуитивно получается.

AlexeyK Apr 5 2011 at 20:59

Даешь отдельный блог Tornado!

dmitriko Apr 5 2011 at 21:13

Шикарные показатели производительности!
Позвольте поинтересоваться, как вы производили нагрузочное тестирование?

avl32 Apr 5 2011 at 22:57

эмуляцией типичного поведения пользователя внешними http/ws клиентами

dmitriko Apr 5 2011 at 23:01

спасибо

malexejev Apr 6 2011 at 02:25

5000 параллельных клиентов стреляют запросами непрерывно или с паузами?
сколько выходит requests/second?

Deepwalker Apr 5 2011 at 21:51

Гроздья в твистед? Не умеете готовить — не хайте. Даже в jquery поняли, что deferred это круто, но создатели торнадо гордые олени.

avl32 Apr 5 2011 at 23:01

В том то и дело что умеем. Опыт плотной работы с twisted около 5 лет. Если вы прочитаете статью внимательнее, вы поймете что серебрянной пули (кто бы сомневался) в очередной раз нет, и нужен выбор между несколькими моделями обработки событий. tornado этот выбор дает просто и эффективно. twisted в общем-то тоже дает, но он тянет за собой изрядный кус слоя совместимости, и все получается гораздо более громоздко и неочевидно, да еще и лишними зависимостями.

Deepwalker Apr 6 2011 at 10:45

А почему вы решили, что я читал ее невнимательно? И потом — что такое «лишние зависимости»? Gnome? KDE? Что такое «изрядный кус слоя совместимости»? В чем громоздкость?

Вы изложите конкретно, раз уж вы реверанс в сторону твистед сделали — хаете, хайте аргументировано.
А пока пяти лет опыта незаметно.

el777 Apr 6 2011 at 00:21

Пробовали tasklet/eventlet/gevent? Как они в сравнении с торнадо?

Deepwalker Apr 6 2011 at 10:50

Торнадо все таки web-фреймворк, пусть и не сильно раскачанный. А eventlen и gevent для работы с конкретно web средств практически не имеют. Поэтому сравнивать не вполне корректно, я считаю.

seriyPS Apr 6 2011 at 14:25

Насчет ThreadableMixin что-то пугает стартовать треды на каждый start_worker()… Может все-же пул завести и очередь?

Вот последние пару недель задумывался над следующим вопросом — как мне из main thread в которой крутится event_loop и слушаются сокеты передать задание воркеру (воркер в отдельном потоке) и получить обратно от него результат не выполняя callback в треде воркера?

Пока в голову приходит только 2 очереди. Одна очередь для передачи данных от main_thread к воркерам и вторая для передачи данных от воркеров к main_thread. Причем main_thread проверяет поступили ли к ней данные в очередь на каждом обороте EventLoop в неблокирующем режиме и если поступили — обрабатывает. Единственная проблема — проверять поступление данных в очередь нужно как можно чаще, соответственно придется делать холостые обороты в EventLoop…

Собственно вопрос — может ли worker_thread как-то добавлять свои события в EventLoop?

avl32 Apr 6 2011 at 19:18

Вы совершенно правы. В реальной системе конечно же пул очередей. Здесь он опущен чтобы не добавлять в код громоздкости.

из worker_thread добавлять свои события в EventLoop теоретически можно, но лучше так не делать. Лучше добавить их уже в results() после отработки потока.

stalkerg Jun 17 2011 at 18:56

1. мне больше gevent нравиться.
2. А разве от websockets не отказались (из-за проблем с уязвимостью)? Они вроде сейчас включены по умолчанию только в Chrome.

iManiacDev Apr 5 2012 at 15:39

 

if hasattr(self, 'res'):

 self.finish(self.res)

Этот код при любом запросе ajax или get/post просто сделает редирект на страницу, к которой был сделан запрос, отобразив self.res в окне браузера, вместо того чтобы вернуть переменную инициатору запроса.

iManiacDev Apr 5 2012 at 16:17

Извиняюсь, моя оплошность, забыл в форме указать метод js вместо action

snnwolf Mar 25 2013 at 12:22

> Увы и ах. Всеми любимый nginx не умеет проксировать websocket протокол.
В новой версии уже может. Поправьте пожалуйста.

STLEON Mar 7 2016 at 21:26

Так и не поправили — Nginx и Websockets