АП
Тех, которые не блочат единственный поток при вычислениях, и с которыми умеешь работать (или хочешь научиться) - от го до жабы
Size: a a a
2021 September 22
А
использовать лучше то что лучше знаешь, что-то другое лучше если компания в которой ты устроился меняет стэк с ноды, или он вобще другой. Обычно такие вопросы заканчиваються на особеностях языка, так как задача выбрать стэк очень редка и обычно эти занимаються люди которые уже преисполнились
Т
ну тут понятно, что выбор очевиден - Erlang )))
VK
Как дать тогда объяснение, что программа, которая удаленно запускающая баш команды на других компах улетает в out of heap, нода не подходит просто доя этих целей и нужно внедрять что-то другое?
V
Ну в java ты же все равно не можешь сколько угодно потоков породить, как и горутин в go так как возможности параллельных вычислений ограничены процессором. В node можно просто запустить child_process или worker thread и ждать результата не блокируя поток который запросы/ответа обрабатывает. Почему ноде не универсальный инструмент ?
АП
потому что запускать воркер треды и обмениваться с ними данными не так удобно, как использовать горутины
V
Запускать ноду с флагом указывающим больший размер кучи ?
V
Есть опыт Erlang ? С интервью от айтибороды помню что erlang так же плох в CPU задачах. Вот если миллон открытых конекшенов держать, то да
VK
Что скажете за воркер и чайлд процесс?
VK
Что это, для чего и какие проблемы решает?
Д
помоему никто кроме Тимура их не использует :D
так что это надо у него спрашивать
так что это надо у него спрашивать
VK
Запусти воркер
VK
И два цикла , в основном и в воркере, сначала отработал основной, потом воркер
VK
Так и должно быть?)
VK
Хотя воркер создал раньше основного
Д
там помоему есть время на ввод\вывод данных из воркера
Д
да и воркеры запускаются тоже не моментально. может полноценно воркер запустился после основного
Д
думаю там надо попробовать стартовать циклы по конкретному времени
˸A
Это просто утечка памяти (плохо написанный код)
Y
Почему же нельзя сколько угодно потоков?
Можно любое количество. Просто в определенный момент переключение контекста начнет занимать больше времени чем выполнение работы потоками.
В Go можно легко делать тысячи горутин, они же не мапятся 1:1 на потоки
Можно любое количество. Просто в определенный момент переключение контекста начнет занимать больше времени чем выполнение работы потоками.
В Go можно легко делать тысячи горутин, они же не мапятся 1:1 на потоки