Ребзь, вебворкеры === потокам?

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

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

В ноде есть вебворкеры разве?

Это ж браузерное апи

В ноде есть вебворкеры разве?

ээ, это же v8

ээ, это же v8

V8 это интерпретатор js, он не имеет отношения к браузерным апи

В ноде можно процессы запускать и так

Вебворкеры точно так же общаются сообщениями

Просто нода многие функции браузерных апи имплементирует

Допустим setTimeout в js отсутствует

ээ, это же v8

Нет

rtfm

В ноде cluster

Но да, это отдельные потоки

процессы же

Ждём SharedArrayBuffer, будет вообще пушка

Там еще есть child_process

Это очень близко к вебворкерам

По факту, да

Даже видел либы, унифицирующие подходы

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

распределённости в каком плане? Между разными машинами?

распределённости в каком плане? Между разными машинами?

мне нужно эмулировать несколько общающихся между собой серверов

тогда вроде у тебя алтернатив сокетам нет

Если реально эмулировать, то очевидно что у тебя выбора особого нет и нужно делать модель максимально бллизкую к референсу

тогда вроде у тебя алтернатив сокетам нет

в юникс можно процессы + pipe

Если реально эмулировать, то очевидно что у тебя выбора особого нет и нужно делать модель максимально бллизкую к референсу

не, я не хочу

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

Просто используй докер)

Просто используй докер)

нет времени

в юникс можно процессы + pipe

тебе насколько важна "эмуляция"? Если пофигу на трансфер, то можно и в контексте одного потока всё делать, общението асинхронное

Тем не менее, для тебя тогда будет достаточно cluster

Хахах, годный ник))

тебе насколько важна "эмуляция"? Если пофигу на трансфер, то можно и в контексте одного потока всё делать, общението асинхронное

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

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

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

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

хм, а почему бы и нет

такс, какая нода поддерживает async await из коробки?

7.6+

http://node.green/

сяб

мне нужно эмулировать несколько общающихся между собой серверов

Так сделай насколько серверов

Так сделай насколько серверов

ну вот не знаю даже, вроде и да, а вроде и сложновато

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

родительский процесс может с дочерними

форкнутыми

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

да, на одной машине

с помощью сообщений

с помощью сообщений

это вебворкеры?

child_process в ноде

модуль

ну вот не знаю даже, вроде и да, а вроде и сложновато

Чего сложного. Запусти ноду два раза на разных портах

Что может быть проще)

Чего сложного. Запусти ноду два раза на разных портах

а если больше?

5 - 10?

а если больше?

Запусти больше

5 - 10?

Порты не закончатся от этого)

ну есть же child_process, можно спавнить с параметрами как в командной строке

у них есть мессваджи встроенные

это в ноде уже давно

Порты не закончатся от этого)

портов 65535 :)

ну есть же child_process, можно спавнить с параметрами как в командной строке

Не так если человек хочет эмулировать много серверов. Иначе можно кластер просто

ну да, кластер даже проще

все таки вы за то, чтобы поднимать отдельные ноды? и общение через socket io?

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

типа RabbitMQ

ERROR: S client not available

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

где все равноправны

все таки вы за то, чтобы поднимать отдельные ноды? и общение через socket io?

Если тебе нужно много серверов и предполагается что это имеет практический смысл(к примеру они потом на разных физических серверах будут) - да

дада кстати

Ради дз поднимать rabbitMQ это оверхед

с реббитом становится удобнее общаться между микросервисами

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

хотя, сокет ио

это всегда решение, грубое

но решение

https://medium.com/dev-channel/es6-modules-in-chrome-canary-m60-ba588dfb8ab7

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

Кластер же?

Разве не удобней?

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

https://medium.com/dev-channel/es6-modules-in-chrome-canary-m60-ba588dfb8ab7

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

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

Так я так понял так и надо

Если нет то просто отдельные ноды

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

модули?

да

полноценная поддержка ес6 модулей была

с сентября

полноценная поддержка ес6 модулей была

пруфы)

Не могу найти по дате нормально, но с 10.1 поддерживается полностью

я примеры читал ещё зимой

ща проверим

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

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

Сафари умеет

Хром 61+ канарейка не смог

вообще не пишет ничего ни ошибок нифига

А нет

я не тот флаг активировал

модули теперь работают в хроме