ну foreach так реализован, ему на await пох

ок, (async () => { await Promise.all([].map( e => { return new Promise(); })) })();

только Promise.all дает некотурую возможность паралельности

ага

только Promise.all дает некотурую возможность паралельности

Не паралельность.

Не паралельность.

+

только Promise.all дает некотурую возможность паралельности

какая нафиг параллельность? Докажите, не верю. Одни разговоры только.

Не паралельность.

результат останется в том же порядке

в том плане что setTimeout((),5) setTimeout((), 8), setTimeout((),10) запустятся одновременно(нет) и в идиале будут джать только 10сек

только паралельность у вебе убивает

в том плане что setTimeout((),5) setTimeout((), 8), setTimeout((),10) запустятся одновременно(нет) и в идиале будут джать только 10сек

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

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

выполняется

а когда время выйдет добавиться в очередь

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

чё?

выполняется

миллисекунды прибавляет, остчитывает конец таймаута?

у EventLoop попадет в розделы таймаутов

миллисекунды прибавляет, остчитывает конец таймаута?

чувак, почитай как работает Event loop

чувак, почитай как работает Event loop

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

параллельности какого именно кода?

параллельности какого именно кода?

представьте к примеру пхповский sleep

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

да впринципе не может быть паралельности из-за eventloop

паралельно будет только если делать через вилку

да впринципе не может быть паралельности из-за eventloop

Может быть, но пока адекватной паралельности нет. Но это вопрос времени, через годик другой из napa.js вырастит крутая и годная штука

а зачем паралельность?

Может быть, но пока адекватной паралельности нет. Но это вопрос времени, через годик другой из napa.js вырастит крутая и годная штука

но это же не NodeJS)

но это же не NodeJS)

У него совместимое api, правда пока урезанное. Например нет стримом и http, ну это то чего мне не хватило

И да он работает параллельно с нодой

И да он работает параллельно с нодой

ну то есть он берет на себя управления форками процессов, которые запущены на Node?

ну то есть он берет на себя управления форками процессов, которые запущены на Node?

Не совсем. Он вообще к ноде отношения почти не имеет, но его потоки можно вызывать из ноды. Его потоки это прям своя штука api там совместимо с нодой но урезанное

Не совсем. Он вообще к ноде отношения почти не имеет, но его потоки можно вызывать из ноды. Его потоки это прям своя штука api там совместимо с нодой но урезанное

спасибо, надо будет попробовать)

Забудьте л параллельности если у вас не go

В вебе

Проще жить будет

про парал у вебе надо забыть вообще

про парал у вебе надо забыть вообще

Подтверждаю

про парал у вебе надо забыть вообще

Не надо

Не все тут соцсеточки делают

У некоторых большие я тяжёлые данные бегают

У некоторых большие я тяжёлые данные бегают

ну мне норм и без парал

У некоторых большие я тяжёлые данные бегают

Юзаешь микртсервис на go

подскажите новичку, недавно работал request и всё было в порядке а пару дней назад request начал выдавать ошибку и pm2 уже 1.6гб логов настрогал со вчерашнего вечера =/ вот такая ошибка вываливается: { RequestError: Error: read ECONNRESET at new RequestError (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/errors.js:14:15) at Request.plumbing.callback (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/plumbing.js:87:29) at Request.RP$callback [as _callback] (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/plumbing.js:46:31) at self.callback (/home/admin/web/server/nodejs/daylike_bot/node_modules/request/request.js:186:22) at emitOne (events.js:96:13) at Request.emit (events.js:188:7) at Request.onRequestError (/home/admin/web/server/nodejs/daylike_bot/node_modules/request/request.js:878:8) at emitOne (events.js:96:13) at ClientRequest.emit (events.js:188:7) at TLSSocket.socketErrorListener (_http_client.js:310:9) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at emitErrorNT (net.js:1296:8) at _combinedTickCallback (internal/process/next_tick.js:80:11) at process._tickCallback (internal/process/next_tick.js:104:9) code: 'EFATAL' }

По правильному

ну мне норм и без парал

Это лишь значит что тебе это не нужно. Но это не значит что всем не нужно

ну мне норм и без парал

ну и забудь про неё и не подстрекай других на ложный путь

Юзаешь микртсервис на go

Большой сервис на джаве, но оттуда надо забрать данные и немного досчитать

подскажите новичку, недавно работал request и всё было в порядке а пару дней назад request начал выдавать ошибку и pm2 уже 1.6гб логов настрогал со вчерашнего вечера =/ вот такая ошибка вываливается: { RequestError: Error: read ECONNRESET at new RequestError (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/errors.js:14:15) at Request.plumbing.callback (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/plumbing.js:87:29) at Request.RP$callback [as _callback] (/home/admin/web/server/nodejs/daylike_bot/node_modules/request-promise-core/lib/plumbing.js:46:31) at self.callback (/home/admin/web/server/nodejs/daylike_bot/node_modules/request/request.js:186:22) at emitOne (events.js:96:13) at Request.emit (events.js:188:7) at Request.onRequestError (/home/admin/web/server/nodejs/daylike_bot/node_modules/request/request.js:878:8) at emitOne (events.js:96:13) at ClientRequest.emit (events.js:188:7) at TLSSocket.socketErrorListener (_http_client.js:310:9) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at emitErrorNT (net.js:1296:8) at _combinedTickCallback (internal/process/next_tick.js:80:11) at process._tickCallback (internal/process/next_tick.js:104:9) code: 'EFATAL' }

запрос который ты отправляешь не проходит, проверь URL, может твой ip забанили

а, вот оно что)

ну и забудь про неё и не подстрекай других на ложный путь

с теми средствами на которых мы работаем путь не ложный (NodeJS).

ведешь себя, как настоящий агент госдепа… ?

ты еще скажи шо ооп это круто

ты еще скажи шо ооп это круто

Ооп это боль

ты еще скажи шо ооп это круто

садись на синглтон

садись на синглтон

соре синглтон антипаттерн

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

в официальной документации nodejs написано что хороший путь - запуск нескольких экземпляров приложееия по одному на ядро процессора. я так понимаю nodejs и не собирался работать с параллельностью. тяжелые задачи решай через rabbitmq, а пользователю показывай статус обработки задачи. http запрос в 30 секунд - не правильно, по-моему

в официальной документации nodejs написано что хороший путь - запуск нескольких экземпляров приложееия по одному на ядро процессора. я так понимаю nodejs и не собирался работать с параллельностью. тяжелые задачи решай через rabbitmq, а пользователю показывай статус обработки задачи. http запрос в 30 секунд - не правильно, по-моему

?

пихать параллельность в асинхронность - жесть же

кстати, в самом rabbitmq приводится пример задачи изменения размера изображения с намеком что это именно задача для rabbitmq, а не распараллеливания на бэкенде

пихать параллельность в асинхронность - жесть же

почему?

на мой взгляд хорошо когда каждый экземпляр приложения работает на своем ядре. параллельность будет залезать в чужие ядра + неизвестно что будет при дедлоке процессов. хотя, возможно там все просто и я преувеличиваю. но тем не менее лично мне нравится отделять зерна от плевел. http-запросы обрабатывает nodejs, а задачи - микросервисы на других виртуальных машинах

и следить за масштабированием проще, к примеру как определять из-за чего сервер тормозит, из-за количества соединений или из-за долгих задач?

почему?

ответил выше

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

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

#noobs

А, чёрт, тут этого бота нет

ERROR: S client not available

Жаль

#noobs

ало, в середине таймаута не выполняется код! Я не имел ввиду, что код не выполняется параллельно, пока идёт таймаут!

Кхек

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

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

Вот это ты сейчас правильно удалил

Ага, не успел заскринить

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

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

Вот это ты сейчас правильно удалил

сударь, перечитайте историю и поймёте о чём речь. Не стоит вешать ярлыки исходя из одной фразы, выдранной из контекста. Спасибо.

Ок, допускаю что я берега попутал?

у нас в курчатовском институте однин крутой дядька любил на себя ярлык вешать "я тупой"))

Привет люди ?

миллисекунды прибавляет, остчитывает конец таймаута?

это делает WebApi самого браузера

в отдельном потоке))

Кто пользовался flamelink CMS?

в официальной документации nodejs написано что хороший путь - запуск нескольких экземпляров приложееия по одному на ядро процессора. я так понимаю nodejs и не собирался работать с параллельностью. тяжелые задачи решай через rabbitmq, а пользователю показывай статус обработки задачи. http запрос в 30 секунд - не правильно, по-моему

Есть платформы в которых можно использовать возможности Event Loop и многопоточности. В этом плане Node.js сильно уступает

Есть платформы в которых можно использовать возможности Event Loop и многопоточности. В этом плане Node.js сильно уступает

слышал о таких) мне наверное пока задач не попадалось когда их вместе очень удобно использовать

слышал о таких) мне наверное пока задач не попадалось когда их вместе очень удобно использовать

Их в любом случае удобно вместе использовать

Их в любом случае удобно вместе использовать

например когда?

например когда?

Всегда. Даже когда ты используешь ноду ты пытаешься разнести инстансы по ядрам, то есть пытаешься выжать максимум из тачки - без этого никак.

go

а в чём профит реально, перед нодой? многие говорят про переход на го, он же примитивный просто пиздос, там такая система типов, что проще на динмаическом языке писать, чем ебать мозги этой кашей из interface{} и постоянным приведением типов из-за отсуствия генериков

а в чём профит реально, перед нодой? многие говорят про переход на го, он же примитивный просто пиздос, там такая система типов, что проще на динмаическом языке писать, чем ебать мозги этой кашей из interface{} и постоянным приведением типов из-за отсуствия генериков

Go хорош в многопоточности

а в чём профит реально, перед нодой? многие говорят про переход на го, он же примитивный просто пиздос, там такая система типов, что проще на динмаическом языке писать, чем ебать мозги этой кашей из interface{} и постоянным приведением типов из-за отсуствия генериков

Другое дело что он многопоточный и быстрый, это да

а в чём профит реально, перед нодой? многие говорят про переход на го, он же примитивный просто пиздос, там такая система типов, что проще на динмаическом языке писать, чем ебать мозги этой кашей из interface{} и постоянным приведением типов из-за отсуствия генериков

А семантика и система типов конечно для отбитых наголову

Go хорош в многопоточности

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

Всегда. Даже когда ты используешь ноду ты пытаешься разнести инстансы по ядрам, то есть пытаешься выжать максимум из тачки - без этого никак.

запустить нод на многих ядрах - это одно, а другое дело когда задачи пытаешься параллелить из ноды

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

Го решает эту задачу кардинально лучше

запустить нод на многих ядрах - это одно, а другое дело когда задачи пытаешься параллелить из ноды

Инстансы по ядрам это костыль лол

Го решает эту задачу кардинально лучше

Го юзать эрланг

Нормальные платформы используют человеческие системные потоки

Инстансы по ядрам это костыль лол

писать на го и рассуждать про костыли - вот это лол. там же gopath до сих пор не выпилили

писать на го и рассуждать про костыли - вот это лол. там же gopath до сих пор не выпилили

Я и не отрицаю что Go хуевый язык сам по себе. Я к тому что Golang решает проблемы многопоточности существенно лучше