process.nextTick

[dmitriymar]

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

var http = require("http");
process.on('uncaughtException', function (err) {
  console.log('Caught exception: ' + err);
});
var time;
function sleep(milliSeconds,request, response) {
   
    if(new Date().getTime() <time + milliSeconds) 
     {
      // как описанно использование process.nextTick позволяет прослушивать серверу события 
      process.nextTick( function () {sleep(10000,request, response)});
     }
    else
     {
       sendRessult(request, response);
     }

  }
function sendRessult(request, response)
 {
    
  response.writeHead(200, {"Content-Type": "text/plain"});
  response.write("Hello Worlddddd");
  response.end();
  console.log("stop");
}

var server=http.createServer().listen(8888);

// слушатель события
server.on('request',function(request, response) {
console.log("start");
  time=new Date().getTime();
  sleep(10000,request, response);
});

Запускаю почти одновременно два окна , но если бы всё было так как описывается последовательность бы была start-start-stop-stop , а не start-stop-start-stop
В чём ошибаюсь?

[dmitriymar]

Проблема решена,в статьях по асинхронности/многопоточности с process.nextTick написан бред. Точнее не совсем бред, не описано одно условие при каком будет работать в режиме "многопоточности"-поэтому варианты описанные не рабочие, по тойже причине статьи встречаемые мной по async -бред

[devote]

написан бред

ну дык напиши сюда что не бред, мы хоть знать будем. СПС

[dmitriymar]

ну дык напиши сюда что не бред, мы хоть знать будем. СПС

вобщем там основной прикол в том ,что нексттик сначала запускает отложенную функцию в следующей интерации, а потом выполняет слушатели других портов,но не того, слушателем которого был запущен процесс(там насколько я понимаю очередь-пока энд не будет другой не запуститься).
А во всех статьях -слушатель на одном порту и доказательства того что это будет работать круче чем без него,примеры и статьи с async бред по тойже причине.
Решение на разные порты вешать и обращаться к ним работает,но не то что нужно.
Лучше маршрутизатор на одном порту и вспомогательные серверы(всё прописывается в одном сценарии,вспомогательные сервера -это слушатели других портов).
получается схема-маршрутизатор принял запрос,перекинул на незанятый вспомогательный сервер(на нём уже реализация с process.nextTick). Вспомогательный отработал-послал запрос с результатом на маршрутизатор-маршрутизатор отдал клиенту(process.nextTick-на маршрутизаторе нет смысла использовать)
Проверено -работает как нужно.

[Dmitriyff]

Можете выложить пример кодом?
было бы интересно посмотреть.

[Антон Крамолов]

nextTick в очередь добавляет, сначала выполянет основной цикл потом всякие ассинхронные функции и пр. нода однопоточна. в ней нет никакой многопоточности. так что твои выпады против меня это как раз банальное невежество. хотя за полгода, которые ты насилуешь ноду ты определенно её лучше должен знать, ведь я с ней знаком всего две недели

[dmitriymar]

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