The OpenNET Project / Index page

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

Выпуск серверной JavaScript-платформы Node.js 0.10

12.03.2013 00:03

Вышел стабильный релиз Node.js 0.10, платформы для выполнения высокопроизводительных сетевых приложений на языке JavaScript. Платформа может быть использована как для серверного сопровождения работы Web-приложений, так и для создания обычных клиентских и серверных сетевых программ. Для расширения функциональности приложений для Node.js подготовлена большая коллекция модулей, в которой можно найти модули с реализацией серверов и клиентов HTTP, SMTP, XMPP, DNS, FTP, IMAP, POP3, модули для интеграции с различными web-фреймворками, обработчики WebSocket и Ajax, коннекторы к СУБД (MySQL, PostgreSQL, SQLite, MongoDB), шаблонизаторы, CSS-движки, реализации криптоалгоритмов и систем авторизации (OAuth), XML-парсеры.

Для обеспечения обработки большого числа параллельных запросов Node.js задействует асинхронную модель запуска кода, основанную на обработке событий в неблокирующем режиме и определении callback-обработчиков. В качестве способов мультиплексирования соединений поддерживаются такие методы, как epoll, kqueue, /dev/poll и select. Для мультиплексирования соединений используется библиотека libuv, которая является надстройкой над libev в системах Unix и над IOCP в Windows. Для создания пула потоков (thread pool) задействована библиотека libeio, для выполнения DNS-запросов в неблокирующем режиме интегрирован c-ares. Все системные вызовы, вызывающие блокирование, выполняются внутри пула потоков и затем, как и обработчики сигналов, передают результат своей работы обратно через неименованный канал (pipe). Выполнение JavaScript-кода обеспечивается через задействование разработанного компанией Google движка V8.

По своей сути Node.js похож на фреймворки Perl AnyEvent, Ruby Event Machine, Python Twisted и реализацию событий в Tcl, но цикл обработки событий (event loop) в Node.js скрыт от разработчика и напоминает обработку событий в web-приложении, работающем в браузере. При написании приложений для node.js необходимо учитывать специфику событийно-ориентированного программирования, например, вместо выполнения "var result = db.query("select..");" с ожиданием завершения работы и последующей обработкой результатов, в Node.js использует принцип асинхронного выполнения, т.е. код трансформируется в "db.query("select..", function (result) {обработка результата});", при котором управление мгновенно перейдёт к дальнейшему коду, а результат запроса будет обработан по мере поступления данных. Ни одна функция в Node.js не должна напрямую выполнять операции ввода/вывода - для получения данных с диска, от другого процесса или из сети требуется установка callback-обработчика.

Наиболее заметные новшества, добавленные в Node.js 0.10:

  • Новая реализация API для работы с потоками ввода/вывода - Streams2, устраняющая некоторые ранее проявляющиеся проблемы, такие как невозможность прочитать только фиксированное число байт, оставив остальную часть потока для дальнейшей обработки. Кроме того, новая система позволила перевести все потоки в ядре Node.js на использование единого набора легко расширяемых классов, а также упростила создание потоковых интерфейсов в пользовательских приложениях. Новое API Streams2 также доступно в виде модуля readable-stream для прошлых выпусков Node.js, при этом 37 модулей в репозитории уже используют данный API;
  • Модуль domain, позволяющий связать несколько разных операций ввода/вывода и выполнить их обработку в виде единой группы, зафиксирован в плане функциональности и переведён из разряда экспериментальных в категорию нестабильных, а в будущем будет позиционирован как стандартный способ обработки ошибок в Node.js;
  • Проведена большая работа по оптимизации производительности, что отразилось в заметном ускорении выполнении тестов, по сравнению с веткой 0.8. Некоторые тесты, особенно связанные с вводом/выводом и шифрованием, в новой версии выполняются быстрее в разы;
  • Изменен способ обработки функции process.nextTick(), которая теперь не привязана к циклу обработки событий и не зависит от операций ввода/вывода. Новая реализация process.nextTick() отличается соблюдением точности callback-вызова, вне зависимости от интенсивности ввода/вывода;
  • Переработан сборщик мусора, активация которого стала более предсказуемой. Если ранее сборщик мусора пытался планировать запуск чистки с оглядкой на состояние памяти и простой системы, из-за чего было невозможно предсказать, когда он активируется и как долго будет выполняться, особенно на нагруженных системах, то в новой версии логика вызова сборщика мусора ложится целиком на JavaScript-движок V8, который достаточно продвинут в плане самостоятельной организации чистки мусора. В результате, отзывчивость система стала более постоянной и предсказуемой.

Следующим этапом развития Node.js станет выпуск 0.12, в котором будет сделан акцент на улучшении реализации поддержки HTTP и, возможно, в качестве базовой реализации TLS будет возвращён модуль tlsnappy. После этого начнётся подготовка знакового релиза 1.0, который ознаменует собой определённую завершённость базовой функциональности, стабилизацию API и переход к более жёстким критериям обеспечения обратной совместимости.

  1. Главная ссылка к новости (http://blog.nodejs.org/2013/03...)
  2. OpenNews: Релиз серверной JavaScript-платформы Node.js 0.8
  3. OpenNews: Представлена начальная реализация версии фреймворка node.js для языка C++
  4. OpenNews: Основатель Node.js ушёл с поста лидера проекта
  5. OpenNews: Релиз Nide 0.2, интегрированной среды разработки для Node.js
  6. OpenNews: Рейтинг наиболее активно внедряемых открытых проектов возглавили HBase, Node.js и nginx
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36366-node.js
Ключевые слова: node.js, javascript, event
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, ip1981 (ok), 01:01, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Копировать файлы не через гланды там всё ещё никак?
     
     
  • 2.7, _Vitaly_ (ok), 01:46, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Копировать файлы не через гланды там всё ещё никак?

    pipe() https://github.com/nodeca/fs-tools/blob/master/lib/fs-tools.js#L132 . Ну или какой-нибудь микромодуль возьмите, их навалом. Не та проблема, в общем.

     
  • 2.9, XoRe (ok), 02:26, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Копировать файлы не через гланды там всё ещё никак?

    А напуркуа вам асинхронный сервер приложений для этой цели?

     
     
  • 3.18, slowpoke (?), 09:49, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    ой да ладно ассинхронный, однопоточное тормозилово к которому пытаются пристегнуть множество потоков ввода вывода которые все одно ждут этот один поток.
     
     
  • 4.20, 1 (??), 10:06, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    очередной быдлонетовский неосилятор :)
     
     
  • 5.28, slowpoke (?), 11:29, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    офигенные аргументы. я продукты дяди билла не пользую
     
     
  • 6.40, exist (?), 16:27, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Причем здесь Уильям Г.? Или вы о ком-то другом?
     
  • 4.63, Аноним (-), 03:59, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ассинхронный

    асинхронный. ass - это ты.

    > однопоточное тормозилово

    Лол. nginx вон однопоточный - рассказать как он рвёт апачи и прочую чушь аж с несколькими моделями параллельности?

    > одно ждут этот один поток

    Никто там никого не ждёт, лол.

     
     
  • 5.69, Michael Shigorin (ok), 17:41, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > nginx вон однопоточный

    Он не однопоточный, он мультиплексирующий многопоточный.

    > рассказать как он рвёт апачи

    За счёт и других отличий, помимо модели обработки соединений.

     
  • 5.72, AlexAT (ok), 19:58, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> рассказать как он рвёт апачи

    Ну расскажи. Условие - динамика/CGI, или PHP как модуль (lol).

     
     
  • 6.76, XoRe (ok), 16:58, 18/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> рассказать как он рвёт апачи
    > Ну расскажи. Условие - динамика/CGI, или PHP как модуль (lol).

    php, как модуль nginx o_O ? :)

    А вообще тут разговор не о запускании php, а об обработке соединений, c которой nginx справляется на отлично (за счет epoll/kqueue).
    apache с mpm-event не тестировал, поэтому сравнить не могу.

     
     
  • 7.77, AlexAT (ok), 07:21, 19/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Хотелось послушать, как nginx порвёт апач в данном случае Одно дело о... большой текст свёрнут, показать
     
     
  • 8.78, XoRe (ok), 19:17, 19/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Никак Под nginx нет модуля php Мне кажется, мы с вами уже дискутировали ранее ... текст свёрнут, показать
     
     
  • 9.79, AlexAT (ok), 19:39, 19/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Лично пресловутого анонима я ни в чём переубеждать не хочу Фанатичные поль... большой текст свёрнут, показать
     
     
  • 10.80, XoRe (ok), 15:57, 20/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У вас были прецеденты, где обваливался nginx, а Apache держал нагрузку ... текст свёрнут, показать
     
     
  • 11.81, AlexAT (ok), 07:17, 21/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не только прецеденты, но и вполне реальные грабли segfault в apache prefork itk... текст свёрнут, показать
     
     
  • 12.82, koloboid (ok), 08:04, 21/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    о_О и часто у Вас apache и nginx сегфолтятся ... текст свёрнут, показать
     
     
  • 13.83, AlexAT (ok), 09:16, 21/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    nginx с динамикой сегфолтился каждый второй день Это было на бородатой 0 8 2 А... большой текст свёрнут, показать
     
     
  • 14.84, edwin3d (?), 09:30, 21/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Добрый день Простите за интерес, а какие у Вас хоть ориентировано показатели ... текст свёрнут, показать
     
  • 12.85, XoRe (ok), 22:55, 21/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще segfault - это уже само по себе плохо И всегда можно откопать причину, с... большой текст свёрнут, показать
     
     
  • 13.86, AlexAT (ok), 07:18, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Но в случае динамики у Вас оно может быть достаточно легко, потому что о... большой текст свёрнут, показать
     
     
  • 14.87, XoRe (ok), 16:38, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то для FCGI уже есть php-fpm У php-fpm корневой процесс - тоже самое, чт... большой текст свёрнут, показать
     

  • 1.3, Аноним (-), 01:07, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    У руби и перла есть Phusion Passenger к nginx
    А в ноде это безысходность из соплей
     
     
  • 2.5, Leisure Suit Larry (?), 01:32, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У руби

    версия == 1.9.x

    у nodejs
    версия == 0.10

    phusionpassenger.com:
    - WSGI support is in beta
    - Node.js support is coming up next

    может пора таблетки принять и прекратить истерику?

    и таки где перл? ткни носом, пожалуйста. или ты про WSGI?

     
     
  • 3.13, www2 (??), 06:05, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У Perl'а свой велосипед - PSGI.
     
  • 2.10, XoRe (ok), 02:29, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У руби и перла есть Phusion Passenger к nginx
    > А в ноде это безысходность из соплей

    Phusion Passenger - вот это точно от безысходности.
    С nodejs можно работать через обычный proxy_pass.

     
     
  • 3.12, Ушастик (?), 04:45, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Через обычный proxy_pass можно работать и с Руби. Тема высосана из пальца.
     

  • 1.14, Аноним (-), 09:06, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Ребята как можно в здравом уме и памяти применять клиентский язык на сервере? У него тысяча способов отстрелить себе ногу. Использование динамических языков на сервере я лично считаю очень плохим решением.
     
     
  • 2.15, piteri (ok), 09:16, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Проблемы у этих ребят не в неправильном выборе языка.
     
  • 2.16, Аноним (-), 09:17, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Очень забавлял баг когда GC тормозил выполнение VM на 5 сек периодически.
    Хотя для клиента фича годная. Вообще ждем dart.
     
  • 2.17, лох (?), 09:48, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ребята как можно в здравом уме и памяти применять клиентский язык на сервере?

    1. Что такое "клиентский язык" ? Пожалуйста, определение.
    2. Что такое "сервер"? Как относиться к запросам "серверного языка", например, к той же БД, к DNS, да хоть к файловой системе? Они серверные или нет?

    > У него тысяча способов отстрелить себе ногу.

    у каждого человека -- миллионы таких способов.

    > Использование динамических языков на сервере я лично считаю очень плохим решением.

    А что такое "динамический язык", видимо, некая противоположность "статическому"? Приведите пример "статического" языка и "хорошего решения".
    Хотя, похоже, с вашими познаниями о языках лучше вам писать на форуме филфака.

     
     
  • 3.37, Michael Shigorin (ok), 14:46, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Как относиться к запросам "серверного языка", например, к
    > той же БД, к DNS, да хоть к файловой системе?

    Относиться стоит сдержанно. :)

    > Хотя, похоже, с вашими познаниями о языках лучше вам писать на форуме филфака.

    При всём уважении -- но и у филфака нам можно поучиться языковой грамоте; http://tsya.ru

    А вообще да, претензия к динамическим языкам была крайне невнятной.

     
     
  • 4.48, Аноним (-), 19:25, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий по сторонам, есть где тфтп с скриптованием по событию? Вот файлик залили - надо один скрипт пиннуть, слили другой - ещё один скрипт пнули.
     
     
  • 5.54, Michael Shigorin (ok), 20:00, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > есть где тфтп с скриптованием по событию?

    Не встречал; погулил наскоро "scripted tftpd" -- не клюёт, а вот на "smart tftpd" под конец первой страницы выдачи нашёлся https://lists.fedorahosted.org/pipermail/cobbler-devel/2010-May/001609.html -- гляньте, может, ближе к нужному.  Изменяя тему ответа, понял, что искать стоило "tftpd with hooks" -- вроде тоже что-то есть, посмотрите уж сами.

     
     
  • 6.88, Аноним (-), 12:10, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот-вот. И спрашивается: как хранят конфиги железок админы? Лично мне кажется правильным поднять какую-нибудь vcs и туда tftp сливает конфиги. А после приёма файлика дёргает коммит скриптом. Вот ты нашёл что-то довольно тяжёлое для такой простой вещи. Снизу предлагают самому навелосипедить. Это конечно тоже вариант. Но разве никто в мире не делал такую простую вещь? Странно что нет ничего из_коробки для таких вариантов.
     
     
  • 7.89, Michael Shigorin (ok), 16:03, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот-вот. И спрашивается: как хранят конфиги железок админы?

    Не железкоадмин -- возможно, лучше отловить pilot на #altlinux и спросить, как по уму.

     
  • 5.58, anonymous (??), 21:51, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий
    > по сторонам, есть где тфтп с скриптованием по событию? Вот файлик
    > залили - надо один скрипт пиннуть, слили другой - ещё один
    > скрипт пнули.

    Не Михаил, но тоже внесу свои 5 копеек - реализация протокола крайне простая, можно написать самому (или взять готовый модуль). Я когда озадачился этой проблемой, взял http://wiki.tcl.tk/12711 и дописал чуть кода. Заняло времени меньше, чем поиск готового решения =)

     
  • 5.59, Клейстер (?), 21:55, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий
    > по сторонам, есть где тфтп с скриптованием по событию? Вот файлик
    > залили - надо один скрипт пиннуть, слили другой - ещё один
    > скрипт пнули.

    inotify в лице inncron чем не угодил?
    afaik, событие CLOSE_WRITE

     
  • 2.19, slowpoke (?), 09:50, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    nodejs это модно и молодежно!
     
     
  • 3.32, Аноним (-), 12:40, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    erlang же. Всё остальное ломанные костыли.
     
     
  • 4.44, Kriss (?), 18:38, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Эрланг уже пошло и ни разу не молодежно
     
  • 4.57, Аноним (-), 21:49, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это на нем работает mail.ru ? xDDD
     
  • 2.23, zy (?), 10:50, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Какая разница что вы там считаете если заказчик платит за скорость разработки. А то касается производительности, так вроде 2013 год на дворе.
     
     
  • 3.29, slowpoke (?), 11:31, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там скорость разработки только готовое пристегнуть или веб сервер в три строки, а как что то серьезное начинаешь писать сразу понимаешь что можно было сто раз на другом все это написать
     
  • 2.64, Аноним (-), 04:04, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ребята как можно в здравом уме и памяти применять клиентский язык на сервере?

    Нет такого понятия как "клиентский язык". javascript можно применять везде, и ниша у него пошире будет чем, например, у многих устоявшихся скриптовых языков. И производительность повыше.

    > У него тысяча способов отстрелить себе ногу.

    Как и у любого языка, включая "ынтерпрайз стандарты".

    > Использование динамических языков на сервере я лично считаю очень плохим решением.

    И кому есть дело до твоего мнения?

     

  • 1.21, Филипп Филиппович (ok), 10:26, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мне всегда было интересно, как применять Twisted без генераторов Python. Писать сколько-нибудь сложную логику на callback'ах -- мучение. Другое дело, когда используешь генератор, который в тех местах, где нужно ждать callback'а, выдаёт из генератора объект.

    А там всё действительно только на callback'ах? Поскольку языкового механизма вроде бы нет.

     
     
  • 2.24, exist (?), 10:51, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Писать сколько-нибудь сложную логику на callback'ах -- мучение.

    С модулем "async" легко и непринужденно.

     
     
  • 3.26, Филипп Филиппович (ok), 11:08, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По первому впечатлению, тоже не очень удобно. В Twisted это делается с использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные, ветвления и циклы используются без ограничений), и только точки разрыва оформляются как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив стек и все переменные во всех областях видимости по этому стеку, продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря, жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец простоты... Но после однократного освоения такие вещи там делаются на порядок проще.
     
     
  • 4.30, exist (?), 11:35, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело привычки, не более :)
     
     
  • 5.47, Филипп Филиппович (ok), 19:10, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    С этим трудно не согласиться. :-)

     
  • 4.33, _Vitaly_ (ok), 13:03, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По
    > первому впечатлению, тоже не очень удобно. В Twisted это делается с
    > использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные,
    > ветвления и циклы используются без ограничений), и только точки разрыва оформляются
    > как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив
    > стек и все переменные во всех областях видимости по этому стеку,
    > продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря,
    > жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец
    > простоты... Но после однократного освоения такие вещи там делаются на порядок
    > проще.

    Для ниасиляторов есть node-fibers. Но лично я таким советую php.

     
     
  • 5.46, Филипп Филиппович (ok), 19:01, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для ниасиляторов есть node-fibers. Но лично я таким советую php.

    Проблема совсем не в том, что это трудно "осилить". Человек, который "осиливает" сопрограммы, заведомо "осилит" и callback'и. Для этого не требуется семи пядей во лбу, сложного-то ничего в них нет. Проблема в том, что получается громоздко.

    На чистом C тоже можно писать объектно-ориентированные программы, и их пишут, что характерно (и иногда это вполне оправданно). И до тех пор, пока не нужно сложных вещей, это будет работать, порой не хуже, чем на C++. Но когда потребуется выбор вызываемой функции в зависимости от реального класса объекта (не от типа указателя, а от того, что по этому указателю лежит), придётся изобретать замену готовому механизму виртуальных функций и каждый раз писать обращение к ней. Так и тут.

     
     
  • 6.51, _Vitaly_ (ok), 19:41, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Многа букф ниачом. Пора уже вместо рассуждений хоть что-то попробовать.
     
  • 5.53, Филипп Филиппович (ok), 19:51, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А вот node-fibers дейтсвительно даёт код, похожий на Питоновские генераторы.
     
  • 4.60, anonymous (??), 21:59, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По
    > первому впечатлению, тоже не очень удобно. В Twisted это делается с
    > использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные,
    > ветвления и циклы используются без ограничений), и только точки разрыва оформляются
    > как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив
    > стек и все переменные во всех областях видимости по этому стеку,
    > продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря,
    > жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец
    > простоты... Но после однократного освоения такие вещи там делаются на порядок
    > проще.

    Если уж зашла речь об асинхронно-событийной парадигме, то не стоит ли попробовать, к примеру, Tcl? Очень сильно развитая часть языка, при этом, использовать ее действительно просто. При этом, язык не столь экзотичен, как erlang (функциональное программирование все же многим людям непривычно). Если нравится использовать coroutine и yield - смотрите сразу на ветку 8.6, хотя я использую преимущественно 8.5 без yield и программировать все равно удобно.

     
     
  • 5.65, Аноним (-), 04:08, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если уж зашла речь об асинхронно-событийной парадигме, то не стоит ли попробовать,
    > к примеру, Tcl?

    tcl умер ещё до перла. И синтаксис в нём ещё более отвратительный.

     
     
  • 6.70, Michael Shigorin (ok), 17:43, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > tcl умер ещё до перла. И синтаксис в нём ещё более отвратительный.

    Это разве что для чайников, которых устраивает каждые пару лет лопатить свои тонны эээ... прелестного кода.

    И синтаксис -- всего лишь следствие подхода, если кому испортили мозги бей^Wимперативщиной, ну так ему любой иной подход будет непривычен.

     
  • 5.68, Филипп Филиппович (ok), 10:33, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Erlang, кстати, мне очень нравится и к некоторым задачам моей команды подходит идеально. И вообще есть мечта пописАть на функциональном языке. А в Erlang, помимо функциональной парадигмы, есть ещё и очень эффективный параллелизм с легковесными процессами, которые можно создавать тысячами.

    К сожалению, трудно это намерение воплотить в жизнь по работе, т.к. не очень правильно писАть на том, что мало кто в компании знает, если это не даёт какого-то уж очень радикального выигрыша. А радикального не даёт, увы. Так уж вышло, что по работе мне вообще регулярно приходится убеждать людей не делать того, что самому хотелось бы (например, недавно один весьма уважаемый мною разработчик из другого отдела хотел прикрутить к проекту Haskell; это было бы очень красиво, но я его отговорил: ради той мелочи, которая была ему нужна, добавлять к проекту ещё один язык, тем более довольно "эзотерический", было бы не очень разумно). И, если уж поступать честно, то и самому приходится от подобных вывертов воздерживаться.

     
     
  • 6.71, Michael Shigorin (ok), 18:20, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > К сожалению, трудно это намерение воплотить в жизнь по работе,
    > т.к. не очень правильно писАть на том, что мало кто в компании знает

    Спросите Нетча, он может рассказать про то, как у нас обучали отдел эрлангистов.

     
     
  • 7.74, Филипп Филиппович (ok), 09:00, 14/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, история была бы интересна. Попробую.
     
  • 3.73, cyclope (??), 22:27, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    или альтернатива - Step. только там нужно понимать, что делаете, ибо можно потерять контроль за потоком выполнения
     
  • 2.25, zy (?), 11:02, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Что за хрень вы несёте, в вашем twisted всё на обычных deffered объектах с такими же колбэками. На сколько мне известно вообще не существует других способов писать асинхронный код нежели использовать колбэки.

     
     
  • 3.27, Филипп Филиппович (ok), 11:10, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Что за хрень вы несёте, в вашем twisted всё на обычных deffered
    > объектах с такими же колбэками. На сколько мне известно вообще не
    > существует других способов писать асинхронный код нежели использовать колбэки.

    О, прибежал типичный опеннетчик. Выучить Twisted времени нет, Питона толком не знает, а вот про хрень порассуждать и похамить всегда готов. Погуглите defer.deferredGenerator. Внутри там, конечно, callback'и, но снаружи это вообще не видно.

     
  • 3.31, rshadow (ok), 12:26, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На сколько мне известно вообще не существует других способов

    Вы не правы. Следующий этап развития асинхронного программирования - короутины. http://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF


    Правда во многих языках поддержка либо номинальная, либо неудобная.

     
     
  • 4.35, jOKer (ok), 13:44, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хы! Читал-читал, думал что же это такое знакомое до боли проглядывает сквозь ворох академического словоблудия.... Конечно же greenlets! Ну, если так, то тема, без условно, годная - я знаю не один проект использующий эту методику и с очень хорошими результатами. Причем, один из таких проектов я постоянно употребляю на продакшине - это gunicorn http://docs.gunicorn.org/en/latest/design.html
     
     
  • 5.41, Сержант Скотч (?), 17:17, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вообще-то есть gevent.
     
     
  • 6.50, jOKer (ok), 19:36, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще-то есть gevent.

    Который как раз и использует gunicorn "The asynchronous workers available are based on Greenlets (via Eventlet and Gevent). " См. http://docs.gunicorn.org/en/latest/design.html

     
  • 5.43, Аноним (-), 17:59, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    #  Nginx + uWSGI
    uwsgi_enable="YES"
    #uwsgi_flags="-L -M --vhost"
     
     
  • 6.49, jOKer (ok), 19:32, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А можно пруф на спецификацию протокола uWSGI?

    Потому как очень интересно:

    - где/какими организациями этот протокол зарегистрирован
    - какими продуктами (кроме сервера uWSGI) используется
    - можно ли этот проткол (без мода) с nginx юзать

    Потому что я без ответа на эти вопросы на продашене протокол как-то не привык юзать.

     
  • 5.45, Филипп Филиппович (ok), 18:48, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    greenlets -- это то, что используется в gevent. И это ещё одно решение с близкими к Twisted функциями. То, что в Twisted сделано чисто Питоновскими сопрограммами на генераторах, там сделано на более низком уровне. И везде есть свои преимущества.

    На gevent/greenlets, по моему опыту, пишется легче, но отлаживается тяжелее (хотя IntelliJ Pycharm с некоторых пор умеет отлаживать такой код, большинство отладчиков не могут), а анализ покрытия кода тестами иногда выдаёт феерический бред. На Twisted код более громоздкий, но тестируется сравнительно легко. Утверждается, что gevent в связке с gunicorn позволяет эффективно параллелить работу, но этого я не делал, не было реальной нужды.

    В общем, дело вкуса. Для обычных задач лично я больше люблю gevent, но для очень ответственных с параноидальными требованиями по надёжности -- Twisted.

     
  • 2.34, Andrey (??), 13:29, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А там всё действительно только на callback'ах? Поскольку языкового механизма вроде бы
    > нет.

    С помощью Reactive Extensions писать сложную бизнес логику проще чем на генераторах. https://github.com/Reactive-Extensions/RxJS

     
     
  • 3.36, Andrey (??), 13:47, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С помощью Reactive Extensions писать сложную бизнес логику проще чем на генераторах. Хотя это скорее не конкурирующий технологии, а приёмы, которые друг друга дополняют:
    https://github.com/Reactive-Extensions/RxJS

    Пример кода, который:

    1. Читает данные из сокета
    2. Находит сообщения в формате FIX и транслирует их в JSON
    3. Результаты склеивает в список
    4. Результат пишет в сокет

    FixPP.prototype.prettyPrint = function(req, res) {
        req.readStream()
            .toBuffer()
            .select(this.findFixMessages.bind(this))
            .concatObservable()
            .subscribe(observerFromResponse(this.Rx, res));
    };

    Код асинхронный неблокирующий
    Код легко покрывается тестами
    Код представляет из себя набор простых операторов, которые ты собираешь как конструктор

    Лично мне проще писать на JS чем на питоне, т.к. в JS есть нормальная лямбда

     
     
  • 4.42, 50мгСчастья (?), 17:49, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пример кода, который:

    что будет, если приедет невалидное из сокета или клиент просто отвалится?
    вообщем, где обработка ошибок?

    > Лично мне проще писать на JS чем на питоне, т.к. в JS
    > есть нормальная лямбда

    а в python есть gevent и много чего ещё.


     
     
  • 5.56, Andrey (??), 20:37, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > что будет, если приедет невалидное из сокета или клиент просто отвалится?
    > вообщем, где обработка ошибок?

    Обработка ошибок - это как раз одна из сильных сторон Reactive Extensions. В моем примере ошибка будет пробрасываться по цепочке и в результате клиент получит ответ { status: "error", details: .... }

    Например, можно создать функтор (failover), который перехватывает ошибки и повторяет попытку через время, и так, например, три раза, если ошибка не прекращается - увеличивает таймаут и т.д. Теперь этот функтор можно комбинировать с любой асинхронной операцией:

    file.readAll().failover(times(3), sec(15))
    socket.read().failover(times(10), sec(15))
    topic.readMessages().failover(times(3), sec(3))

    Дальше этот алгоритм можно покрыть тестами и прогнать их за одну милисекунду используя концепцию "виртуального времени" :). RX устроен таким образом, что вы не используете никаких Sleep-ов явно, а отправляете задачу в scheduler (ThreadPool, EventLoop, NewThread, Immediate ....) и указываете когда ее выполнить, поэтому в тестах как правило используется TestScheduler на котором время "течет" быстрее.

    Библиотека спроектирована очень грамотно. Рекомендую ознакомительное видео http://channel9.msdn.com/Blogs/Charles/Erik-Meijer-Rx-in-15-Minutes

    Всякие futures, async, promises - это частный случай RX.

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

     
  • 4.52, Филипп Филиппович (ok), 19:45, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, по ощущению, это не лишено красоты, хотя мне не хватает знания контекста, чтобы оценить в полной мере. Впечатления конкурирующей технологии действительно не производит.
     
  • 4.61, koloboid (ok), 00:01, 13/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    смотрится неплохо, но

    >There is no recommended release for this project.
    >This project has no releases.
    >This project does not have documentation yet. Visit the Discussions tab to ask questions.

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

    мне очень интересен Rx++ в частности.

     

  • 1.22, edwin (??), 10:31, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Решение интересное. хотя спорное .... надо будет пощупать, как оно по сравнению с рельсами ...
     
     
  • 2.38, Аноним (-), 15:07, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Щито?
    Ваше сравнение будет не коректное. Из Ruby мира для сравнения скорее подходит event machine. А вобще nodejs часто используют вмете с какимто MVC фреймворком, например для того что б всторить на страничку чат. А вобще у меня складывается впечатление что nodejs это скорее для пхп-шников, так как в Python/Ruby есть свои годный асинхронные фреймворки.
     
     
  • 3.55, Stax (ok), 20:16, 12/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Насчет пхп-шников согласен с выводами.
     

  • 1.75, Гуру (?), 22:21, 16/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Образцами для разработчиков Node.js были EventMachine(Ruby) и Twisted(Python).
    Как уже выше было совершенно верно подмечено.
     

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



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

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