nodeJS и nonblocking I/O

Вот тут мне посоветовали посмотреть на pyv8. Но как я понял работает напрямую с движкой v8, а node.js это вроде бы как врапер на v8. Вообщем как-то все запутанно и много если…

Я думаю, что реальная разница js и python здесь — полноценные анонимные функции.

Нечто подобное можно наколдовать на greenlets, stackless python и еще чем-то, чьи названия вспомнить сходу не удается; разница будет только в синтаксисе (используются ли генераторы, coroutines, легковесные процессы и так далее). Там ж в глубине всего — те же самые неблокирующие сокеты типа как в epoll, а они одни на всех.

Да и, опять же, nodejs — низкоуровневое решение. Клево было бы увидеть фреймворк, который бы позволил полномасштабно использовать все эти фишки в рамках единой технологии.

Например, я слышал про патч для php, позволяющий возвращать ответ на запрос — и продолжать работу. В любимом Джанго и спецификации wsgi вообще ничего подобного, к сожалению, нетуть.

Конечно, можно. function в 4-й строке — самый что ни на есть continuation.

Однако на уровне языке продолжений как объектов первого класса нет, их приходится делать самому, вставляя в нужных местах function и скобочки. А вот в Scheme — есть. См. call-with-current-continuation. en.wikipedia.org/wiki/Call-with-current-continuation

Точно так же в C нет поддержки замыканий. Их, конечно, можно сделать с помощью указателей на функции, передавая им enironment в виде структуры, и можно даже говорить, что это «скорее вопрос стиля программирования»… Но это не значит, что там замыкания есть.

Меня заставляет делать это логика приложения ;)

Хорошо, попробую совсем разжевать. С помощью продолжений, встроенных в реализацию, можно написать:

var a = stream.readline();
var b = stream.readline();
var c = a + b;
…

при этом оба вызова будут асинхронными, но второй readln будет вызван строго после того, как выполнится первый.

При этом в языке без поддержки продолжений придётся выписать их явно:

stream.readline(function (a) {
stream.readline(function (b) {
var c = a + b;
…
};
});

Почувствуйте разницу.
(Тег pre я указал, но парсер его съел, поэтому код не форматирован).

В английской версии вики написано bytecode. А в статьи о байткоде написано что название пошло от one- byte opcode, и говорится что выполняется он в виртуальной машине. В русской же вики о v8 написано «машинный код», в статье о машинном коде говорится что он читается непосредственно микропроцессорами или микропрограммами, с микропроцессорами ясно, а вот в статье о микропрограммах мишет что ето прошивки. Тоесть машинный код с виртуальной машиной не связан. Виртуальная машина выполняет не машинный код а опкод (коды операций). Выходит в русской вики ошибка (про машинный код в v8), и вы, соответственно, тоже ошибаетесь.

Или ето я чтото напутал?

У вас в примере с Tornado вызов time.sleep блокирует весь event-loop, именно поэтому и получается такая красивая цифра ы 20 секунд = 10 соединений * 2 секунды задержки. То есть во время задержки другие соединения не обслуживаются. Учите мат. часть.

дело в том, что примеры кода на js и питоне неравноценны. на питоне следовало сделать time.sleep в отдельном трэде, а так получилось что вы заставили питон и js делать разные вещи, а потом сравнили результат.

не, дружище, ты просто лоханулся с примером на питоне ) есть банальные правила для написания асинхронных приложений…

Вы его просто не знаете. У вас каша в голове, милейший. Хотите полноценный sleep как в тут — сделайте на питоне в twisted reactor.callLater( чего там вам надо).
Или так, чтобы без колбеков, раз уж у вас пунктик. На генераторах, гринлеты тащить влом:

@defer.inlineCallbacks
def kukumsik():
      d = defer.Deferred()
      reactor.callLater(10,d.callback,"трямсики пришли")
      data = yield d
      print data

И больше не лезьте на минное поле без карты.

Читаемостью.