https://opennet.dev/openforum/vsluhforumID3/81219.html Представлен (http://blog.nodejs.org/2011/11/05/node-v0-6-0/) третий стабильный релиз платформы node.js 0.6 (http://nodejs.org/) (нечетные ветки - экспериментальные, а четные (0.2, 0.4, 0.6) - стабильные), предназначенной для обособленного выполнения высокопроизводительных сетевых приложений на языке JavaScript. Функции платформы не ограничены созданием серверных скриптов для Web, платформа может использоваться и для создания обычных сетевых клиентских и серверных программ. Для обеспечения выполнения JavaScript-кода используется разработанный компанией Google движок V8 (http://code.google.com/p/v8/). <br><br><br><br> Для обеспечения обработки большого числа параллельных запросов node.js задействует асинхронную модель запуска кода, основанную на обработке событий в неблокирующем режиме и определении callback-обработчиков. В качестве способов мультиплексирования соединений поддерживается epoll, kqueue, /dev/poll и select. Для мультиплексирования соединений используется библиотека libev (http://so...<br><br>URL: http://blog.no https://opennet.dev/openforum/vsluhforumID3/81219.html#70 Mon, 14 Nov 2011 08:15:47 GMT Я рад, что этому Вы уже научились. Но опять таки, речь шла о синхронных/асинхронных вызовах, что глупо.<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#69 Mon, 14 Nov 2011 08:12:04 GMT Хехе детектет 2. Еще раз для тех кто в танке: Асинхронные и синхронные вызовы сравнивать нельзя так, это совсем разные подходы. Недопиляность конкретно node.js/v8 тут не причем, примеры мог быть на совсем разных языках/библиотектеках.<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#68 Thu, 10 Nov 2011 07:49:44 GMT &gt; Ну бог с ним, основную часть накрывает уже хорошо. Я вот только про многопоточность посмотрел, и думаю теперь, а что бы было не сделать это совсем прозрачно, т.е. без явного программирования форков, чтобы само внутри форкалось как настроишь ?<br><br>А тем временем приложения на сложном и неудобном Erlang уже лет 7 как самостоятельно расползаются по любому кол-ву процессоров.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/81219.html#67 Thu, 10 Nov 2011 07:44:30 GMT &gt; Ну бог с ним, основную часть накрывает уже хорошо. Я вот только <br>&gt; про многопоточность посмотрел, и думаю теперь, а что бы было не <br>&gt; сделать это совсем прозрачно, т.е. без явного программирования форков, чтобы само <br>&gt; внутри форкалось как настроишь ?<br><br>т.е. многопоточности как бы и нету, все ясно<br><br> https://opennet.dev/openforum/vsluhforumID3/81219.html#66 Thu, 10 Nov 2011 07:42:35 GMT как раз-таки текущая стабильность ноды позволяет писать на ней только приколюхи, чтобы похвастаться перед другими гиками<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#65 Wed, 09 Nov 2011 14:47:05 GMT &gt; Школота-дектор :) <br>&gt; Цитирование данной шутки демонстрирует наглядное непонимание сути вопроса. node.js для ВЫСОКОНОГРУЖЕННЫХ проектов, а не для сетевого Hello world на Python.<br><br>позовёте, когда это поделие научится само расползаться по процессорам, без пинков снаружи.<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#64 Wed, 09 Nov 2011 14:40:57 GMT Школота-дектор :)<br><br>Цитирование данной шутки демонстрирует наглядное непонимание сути вопроса. node.js для ВЫСОКОНОГРУЖЕННЫХ проектов, а не для сетевого Hello world на Python.<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#63 Wed, 09 Nov 2011 09:46:31 GMT Вы и есть гость из Индии, который обрабатывает ошибки по месту ее возникновения - именно это плохой тон программирования. Обработка ошибок не должна работать быстро - это внештатная ситуация. Какие варианты ошибок вы учитываете в таком обработчике? А что будет делать программа, не обработав ошибку которую вы не учли? В месте возникновения нужно обрабатывать ошибки, которые не желательно передавать наверх (читайте - для которых нет возможности восстановления).<br> https://opennet.dev/openforum/vsluhforumID3/81219.html#62 Tue, 08 Nov 2011 20:53:55 GMT Ну бог с ним, основную часть накрывает уже хорошо. Я вот только про многопоточность посмотрел, и думаю теперь, а что бы было не сделать это совсем прозрачно, т.е. без явного программирования форков, чтобы само внутри форкалось как настроишь ?<br>