Node.NET: Выполнение Node.JS на Windows через .NET

[posthuman]

Jscript.NET немного смущает, это чудо уже давно не развивается.

[XaocCPS]

согласен, насколько я знаю, есть активно развивающаяся альтернатива IronJS, которая построена на DLR и обладает большой производительностью

[posthuman]

В любом случае любой порт на .net радует)

[akzhan]

Лучше всего обеспечить совместимость с обеими имплементациями…

Отошлю запрос автору.

[hTLK]

Да, DLR для таких случаев больше подходит.

[zinigor]

Наверное, еще стоит сказать, что есть еще нереализованные моменты, например, неблокирующая запись. Полностью на английском о том, что сделано, и что еще нет, можно прочитать на оргинальном посте автора.

[professor_k]

А можно хотя-бы краткое описание, что собой являет Node.js? С их родного сайта это как-то не очень понятно, даже из секции About. В общем, чтобы быть в теме, будь в теме.

[akzhan]

Очень интересный проект — неблокирующий ввод/вывод, событийная машина, всё под Javascript с великолепной производительностью (лучше любого другого динамического языка).

Из коробки держит WebSockets на стороне сервера.

В общем, крайне интересное направление.

[professor_k]

Спасибо… Теперь хоть немного понятно о чем идет речь :)

[mraleph]

будем честными: производительность действительно великолепная, но утверждать, что она лучше любого другого динамического языка, я бы не взялся ;-)

[akzhan]

Скажем так, всех известных. По крайней мере быстрее Ruby, Python, Perl, PHP.

[SMiX]

А можно ссылки на тесты?
Я сейчас проводит тесты с обычным факториалом — node.js отстаёт от ruby 1.9.1

[SMiX]

На большом кол-ве вычислений факториала добился многократного(на порядок) превосходства node.js

[akzhan]

Один из плюсов, Javascript вообще асинхронен по природе программирования под браузеры. Нет проблем перехода под EventMachine в Ruby, или под Twisted в Python.

Второй плюс — гомогенная среда. Везде один язык и один протокол…

[SMiX]

Что вы имели в виду под «переходом под»?
Удобную интеграцию или миграцию с тех технологий на node.js?

Мы рассматриваем начать использовать в новом проекте node.js для некоторых целей(обработка потоков информации по событийной модели) — выбираем между node.js и rubyeventmachine.

[akzhan]

eventmachine неплоха, хотя имеет свои баги (подробнее было в списке рассылки русского сообщества RoR, например, что EM не видит разницы между некоторыми ошибками, таймаутами и закрытием соединения).

Основная проблема с EM, — что непонятно заранее, какой сторонний код с ней совместим. Позже выявляется проблема одного ядра на EM.

[SMiX]

А как насчёт памяти? Не течёт?
По нашему опыту все долгоиграющие демоны на ruby 1.9.1 со временем начинают занимать неоправданно много памяти.
Такое ощущение, что сборщик мусора чистит не все объекты без ссылок.

[akzhan]

Лично я работал с ruby 1.9.1 меньше полугода, кажется. Не смогу дать взвешенного мнения.

Могу сказать, что течёт даже на ruby 1.8.7 EE, учитывая, что разработчики не особо на этом делают упор.

Лечится мониторингом через bluepill/monit/runit.

Для тех сервисов, у которых критична остановка, — проще разрабатывать с упором в несколько независимых процессов, с балансированием нагрузки и heartbeat.

[akzhan]

В runit тупо ставить лимит через chpst, и оно само рестартует от попытки выйти за ;)

[ainu]

Ох спасибо, осталось проверить совестимость на примерах.
Сам яваскрипт, уверен, одинаков (на уровне синтаксиса).

[ainu]

Хм… Сырой.
По крайней мере на строке sys.puts('Server running at 127.0.0.1:8000/'); оно дохнет.
А также дохнет просто так время от времени.
Придётся (для отладки под windows) держать andLinux.

[ainu]

В общем, кому интересно, придётся отказаться от setTimeout с параметром в виде функции, от sys.puts, и от writeHeader, а также надо обязательно указывать второй параметр в listen()
Итого рабочая программа выглядит так:

var sys = require('sys'), http = require('http');
http.createServer(function (req, res) {
    res.write('Hello World\n');
    res.end();
}).listen(8000,'localhost');

Просто создайте файлик и перетащитеего на node.exe

[akzhan]

Напишите issue, или просто форкните и почините, если что.

[ainu]

Учитывая, что node.js это, по сути, кусок печени Google Chrome, подключенный к системе жизнебеспечения, то, теоретически, node.js под windows можно организовать как плагин для хрома под windows (а заодно и мак). Правда, есть подозрение, что script.compile там работать не будет (либо будет, но на кроссплатформенно), но базовые функции сервер + сокеты + интерфейсы к базам данных оно предоставлять сможет.

[egorinsk]

Что за чушь? Что за бред? Зачем тут нужна эта дотнетовская гадость? Я лично компилировал Node.JS под windows, ну не с первого раза, но заработало же. И не надо весь дотнетовский фреймворк в память грузить.

[vgrichina]

Выложите свой форк который бы компилился легко под Windows, думаю все будут только рады.

[akzhan]

Присоединяюсь к просьбе :)

[ainu]

Пока нарыл вот это, дальше надо копать…
www.noxa.org/blog/?p=59
(под cygwin)

[akzhan]

Сегодня опубликовали форк порта на Cygwin.

github.com/raff/node

Не все тесты проходит, но базовый сервер уже работает.

[ainu]

Также нашёл www.noxa.org/blog/wp-content/uploads/2010/01/node-cygwin-1.7.zip
бинарник node.exe под windows, просит cygwin

[egorinsk]

Боюсь, что «выложить форк» немного выше моих умений, я помню что какой-то патч из сети скачивал, и пару строк где-то в конфигах менял, каких именно, определяется по тому, что пишет make при компиляции.

Использовал cygwin естественно :) Работает более-менее хорошо, хелловорлд в районе пары тысяч запросов в секунду обрабатывает.

[ainu]

Выложите, пожалуйста, exeшник! Молю!

[akzhan]

Вам сюда: habrahabr.ru/blogs/webdev/95960/

[ainu]

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