https://www.opennet.ru/openforum/vsluhforumID3/81017.html Компания Adobe выпустила (http://labs.adobe.com/technologies/flashplatformruntimes/flashplayer11-2/) первую бета-версию Flash Player 11.2 (http://labs.adobe.com/downloads/flashplayer11-2.html). Новая версия примечательна добавлением поддержки многопоточного декодирования видео для платформ Windows, Mac OS X и Linux, что позволяет добиться заметно большей производительности и отзывчивости интерфейса при воспроизведении видео высокого разрешения на любых системах с поддержкой аппаратных механизмов акселерации декодирования видео (в Linux пока поддерживается только Broadcom Crystal HD и NVIDIA VDPAU).<br><br><br><br>Отмечается, что реализация многопоточного декодирования видео сопряжено со значительной сменой внутренней архитектуры, что открывает двери для реализации новых интересных возможностей в будущем. Среди заметных улучшений, связанных с поддержкой многопоточного декодирования видео: устранение дрожания изображения при воспроизведении потокового видео и в некоторых сценариях взаимодействия ...<br><br>URL: http://labs.ad https://www.opennet.ru/openforum/vsluhforumID3/81017.html#59 Sat, 29 Oct 2011 11:00:13 GMT поглядел я исходники от Торнадовской реализации Websocket http://www.tornadoweb.org/documentation/websocket.html (всмысле включая исходники зависимых базовых классов)<br><br>...всё сделано элегантно, в неблокирующем виде... (WebSocketHandler базурется на RequestHandler, который в сочетании с Application -- используют обычный tornado.netutil.TCPServer и конешноже tornado.ioloop)<br><br>...и даже можно сделать WebSocketHandler.stream.setBlocking(0) ... :-) только незачем это делать так как сёравно всю "грязную" работу исполняет tornado.ioloop [хотя кстате говоря судя по исходным кодам -- допускается избавление от глобального ioloop и видимо использование отдельного ioloop (наверно в отдельной ните)]<br><br>но КОРЕНЬ проблемы как я вижу заключается вообще с тем что -- Вами потребовалось -- для реализации алгоритма использовать отдельную нить (и в ней отдельный epoll() для группы соеденений).<br><br>в конечном итоге -- нежелание работать в callback-стиле (или в стиле который какимто образом модифицирует callback-стиль в другой б https://www.opennet.ru/openforum/vsluhforumID3/81017.html#58 Sat, 29 Oct 2011 01:11:02 GMT Да нет, отдельная нить нужна чтобы callback'и принимать в ней, не сбивая потока, отсылающего сообщения в сокет - только если фреймворк требует коллбэки. А если бы работал poll - читаем, когда выясняем, что можно И одновременно хотим читать - нити на фиг не сдались.<br><br>Через коллбэки было неудобно работать в моем случае: дизайн нужен в духе "после открытия сокета, мы активно работаем и шлем туда кучу данных, и корректность потока данных прежде всего, а иногда мы считываем входящие сообщения из сокета и на их основе немного корректируем исходящий поток". И так получается, что если нас дернут на входящие сообщение "когда попало", а не когда мы захотим его прочесть, то без приема коллбэка в отдельном треде, чтобы не нарушить текущий поток, туго. Ах да, и разумеется, попытка приема сообщения не должна заблокироваться (или дайте мне уже select/poll, наконец!).<br><br>Что касается ioloop, все опять упирается в то, что сокеты != вебсокеты. Я бы и на этом торнадо сделал все, что требуется, но код а-ля http://www.tornadowe https://www.opennet.ru/openforum/vsluhforumID3/81017.html#57 Fri, 28 Oct 2011 18:46:39 GMT &gt;А всего-то людям надо - баннер показать, да чтоб поярче и дергалось.<br><br>а людям ваш баннер НЕ нужен! ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/81017.html#56 Fri, 28 Oct 2011 18:16:32 GMT &gt; Навязывание callback-дизайна...<br><br>правда, но не совсем :-)... callback это всеголишь универальный интерфейс (хотя конешно не такой гибкий как Deferred, но зато простой :-))..<br><br>но ведь зато callback лёгким движением руки превращается.... в generator-based-линейный-код, путём использования http://www.tornadoweb.org/documentation/gen.html<br><br>:-)<br><br>кстате говоря -- подобная конструкция (превращаюшая callback-код в generator-based-код) -- ожидается в следующем Javascript -- ECMAScript-6.0<br><br>* * * * * *<br><br>чтоже касатеся select() и двух-нитей....<br><br>....зачем вообще всю эту низкоуровневость вызывать напрямую? tornado.ioloop выполняет роль epoll().. создавать же свой собственный epoll() (в отдельной нити) -- чего ради?<br><br>почему нельзя воспользоваться стандартным средством (tornado.ioloop) ? чем оно плохо? %) %)<br><br>и разумеется что Ternado не thread-safity... единственная гарантированно-thread-safity функция там это<br>IOLoop.add_callback(callback)<br>...оно и понятно почему :-) .. ведь thread-safity отнимает вычи https://www.opennet.ru/openforum/vsluhforumID3/81017.html#55 Fri, 28 Oct 2011 16:02:56 GMT Это, в прочем, касается Socket.io реализации (TornadoIO), как более предпочтительно для вебщиков варианта. Не помню, смотрел ли я голые вебсокеты на торнадо.<br><br>eventlet+websockets позволяет работать не через коллбэки, но там опять же нет select/poll! Сэмулировать можно вышеописанным способом с высокой латентностью - но это полумера, а не решение.<br> https://www.opennet.ru/openforum/vsluhforumID3/81017.html#54 Fri, 28 Oct 2011 16:02:24 GMT В теории стандарт такое предполагает. Называется Stream API. Но не один броузер его не поддерживает. Сейчас Google, Mozilla и Opera работают над WebRTC, который должен собрать воедино все необходимые для этого технологии. Хоть код вполне рабочий, но политические причины мешают его внедрению в броузеры.<br> https://www.opennet.ru/openforum/vsluhforumID3/81017.html#53 Fri, 28 Oct 2011 15:58:17 GMT Навязывание callback-дизайна, и для реализации шаблона "независимо от входящих сообщений мы шлем поток сообщений в сокет" требуются описанные выше извраты. По два треда на каждый коннэкшн + ручная реализация thread-safety, т.к. торнадо сам не обеспечивает: а то вдруг, пока мы активно шлем поток в вебсокет, к нам из него данные придут и дернут коллбэк?<br> https://www.opennet.ru/openforum/vsluhforumID3/81017.html#52 Fri, 28 Oct 2011 15:31:13 GMT у одного моего знакомого -- подобная проблема началась в FF7<br> https://www.opennet.ru/openforum/vsluhforumID3/81017.html#51 Fri, 28 Oct 2011 15:29:35 GMT а от Tornado почему пришлось отказаться? %)<br>