естественно

как и в любом языке

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

Так я вроде и не звалю ничего

Я лишь про то что js ничем не хуже питона, руби и прочих

Erlang специфичен в этом плане, на язык общего назначения не тянет

Promise.reject(120).catch(e => true, e => console.log(e))

catch унарная

catch унарная

по статейке глядел

по статейке глядел

если промисы A+, то не гляди ту статейку больше

я было усомнился в своих знаниях...

но это хорошая альтрнатива языкам с GIL

gil практически не мешает.

тем более что речь об "утечке" fd, а не памяти

а что, текущие fd - это не больно?

Он мешает выполнять код параллельно

Точно также как и event loop

> @pragus а что, текущие fd - это не больно? больно, но это на совести юзера в целом

Он мешает выполнять код параллельно

нет.

пачка процессов по числу cpu и механизмы ipc

ок, он мешает выполнять код параллельно в рамках одного процесса

> @pragus пачка процессов по числу cpu и механизмы ipc да, точно так же как с event loop

Я и говорю - в целом те же ограничения

ок, он мешает выполнять код параллельно в рамках одного процесса

число таких сценариев крайне мало.

> @pragus пачка процессов по числу cpu и механизмы ipc да, точно так же как с event loop

event loop не означает что есть какие-то сложности с параллельностью в рамках одного процесса.

да, однопоточность означает

да, однопоточность означает

golang?

что golang?

там ж нет event loop

там ж нет event loop

srsly?

само собой

на линуксе там тот же самый epoll, который опрашивает fd

epoll != event loop

и то же самое переключение на кусок кода, который ожидает io из fd

NodeJs only has one main thread for user code, but Golang can have more than one threads for user code, so Strongloop in Nodejs will block any other code logic and Golang will not.

NodeJs only has one main thread for user code, but Golang can have more than one threads for user code, so Strongloop in Nodejs will block any other code logic and Golang will not.

строго говоря, можно вляпаться и заблокироваться. только надо пул тредов, на который всё это шедулится сжать до 1 потока выставив GOMAXPROCS=1

да но в 2017 найти машину только с 1 CPU core это подвиг )

да но в 2017 найти машину только с 1 CPU core это подвиг )

есть всякие виртуалки и вот это всё )

только зачем ?

в общем если в вашем коде мало I/O то по факту в ноде он будет весь выполняться последовательно (читай с блоками)

breaking news

как и в руби, питоне, etc

для кого-то да. уже который раз встречаю людей для которых async io == multi threads

для кого-то да. уже который раз встречаю людей для которых async io == multi threads

класс! :)

для кого-то да. уже который раз встречаю людей для которых async io == multi threads

Всмысле, для кого-то? для всех

как и в руби, питоне, etc

можно родить пачку процессов )

для кого-то да. уже который раз встречаю людей для которых async io == multi threads

io работает в других тредах, а в главном пользовательском максимально утилизируется время процессора. Все прсото

Всмысле, для кого-то? для всех

вот это не понял. объяснишь?

io работает в других тредах, а в главном пользовательском максимально утилизируется время процессора. Все прсото

сокеты?

Ребят, было ли у вас такое, что нужно сделать запросы к api без авторизации? Как вы это реализовали?

сокеты?

продолжи мысль пожалуйста

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

вот это не понял. объяснишь?

код в питоне и рубе одновременно может выполнятся только в одном потоке

продолжи мысль пожалуйста

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

код в питоне и рубе одновременно может выполнятся только в одном потоке

что мешает запустить несколько процессов?

код в питоне и рубе одновременно может выполнятся только в одном потоке

во имя святого GIL

ничего не мешает. Я лишь говорю что это примерно то же самое, как однопоточность + event loop

ничего не мешает. Я лишь говорю что это примерно то же самое, как однопоточность + event loop

строго говоря, для всяких сетевых серверов как раз лучше модель "по процессу-мультиплексору по числу cpu"

код в питоне и рубе одновременно может выполнятся только в одном потоке

и строго говоря это тоже неверно.

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

если я тебя правильно понял, то да

что мешает запустить несколько процессов?

тогда появляется проблема синхронизации потоков.

тогда появляется проблема синхронизации потоков.

потоков или процессов?

процессов

а в чем проблема?

предположим у тебя массив n ^ 100, в каждом элементе хранится число, надо перебрать и отсортировать все числа по возрастанию, твои действия в разрезе "запустил много процессов"?

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

клиенты этого даже не заметят

никаких реконнектов и прочего.

> @pragus и строго говоря это тоже неверно. вот с этим не согласен. Это как раз верно именно строго

предположим у тебя массив n ^ 100, в каждом элементе хранится число, надо перебрать и отсортировать все числа по возрастанию, твои действия в разрезе "запустил много процессов"?

берем кусок shared memory и понеслось.

ERROR: S client not available

> @pragus и строго говоря это тоже неверно. вот с этим не согласен. Это как раз верно именно строго

сишные расширения отпускают gil.

так, вот тут подробнее ) ты положил весь массив в память, и запустил некое количество процессов, как их синкать используя общую память?

сишные расширения отпускают gil.

да, но речь исключительно о нативном коде

так, вот тут подробнее ) ты положил весь массив в память, и запустил некое количество процессов, как их синкать используя общую память?

а в чем проблема? бьём массив на чанки, каждому процессу свой чанк. + кусочек памяти для общей инормации по задачам и какой-нибудь набор fd для синхронизации.

предположим у тебя массив n ^ 100, в каждом элементе хранится число, надо перебрать и отсортировать все числа по возрастанию, твои действия в разрезе "запустил много процессов"?

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

мне все равно не понятен этап синхронизации (

мне все равно не понятен этап синхронизации (

а зачем тут синхронизация вообще? :)

когда все чанки отсортированны, нужно получить тот же массив в итоге

я б квиксортом сортировал

для параллельности лучше мерж сорт, но в конце все равно надо одним потоком все объединить в один большой массив

вот, должен быть какой-то триггер, что все n процессов закончили работу, чтобы начать объединение

когда квиксорт разделяет массив компаратором на два, каждый подмассив отдать другому потоку

когда все чанки отсортированны, нужно получить тот же массив в итоге

http://stackoverflow.com/questions/23531625/multithreaded-sorting-application/23532317#23532317

вот, должен быть какой-то триггер, что все n процессов закончили работу, чтобы начать объединение

так они просто завершатся например, не большая проблема

вот вариант с тредами. но с процессами там разница будет минимальна.

вот, должен быть какой-то триггер, что все n процессов закончили работу, чтобы начать объединение

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

вариантов посигналить - миллион

забыл зачем вообще начал раздувать за мультитред (:

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

да можно по аналогии с гошным WaitGroup сделать https://golang.org/pkg/sync/#WaitGroup

да можно по аналогии с гошным WaitGroup сделать https://golang.org/pkg/sync/#WaitGroup

именно. если ограничиться только linux, то можно взять eventfd и через него сигналить )

а так, стоит просто посмотреть как в postgres сделано взаимодействие между процессами. там нет тредов и всё ок.

ох постгрес. эталон лучшей СУБД

Ща еще логическую репликацию

ох постгрес. эталон лучшей СУБД

вроде как речь была не про эталон, а внутренности.

вроде как речь была не про эталон, а внутренности.

ну это эмоции просто)

кручу эту СУБД уже 9 год

руби уже не входит в 10ку востребованных языков. так что RIP

есть ли в nodejs что-то такое же крутое, как интерактор в руби? (https://github.com/collectiveidea/interactor) кто где логику хранит и как вызываете?

есть конечно самописный аналог на гитхабе, но мне кажется, что должны быть стоящие альтернативы все таки

интерактор схож с DCI