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

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

нода вроде и не собиралась решать многопоточность

++

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

изза того что это все в остальных платформах вшита в самом языке

Потому что обмажутся своими потоками, а потом ресурсы все похерены

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

Чего ждать, сразу haskell

Вообще то нет

Эрланг + многопоточность это радикально более эффективное решение чем, я извиняюсь, го

Потому что обмажутся своими потоками, а потом ресурсы все похерены

можно абстрагироваться от системных потоков и обмазываться

Эрланг + многопоточность это радикально более эффективное решение чем, я извиняюсь, го

Лол, нет, медленнее

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

чому не скала? ну сбт боль и унижения, но в остальном то - хорошая типизация, бохатая экосистема

можно абстрагироваться от системных потоков и обмазываться

То есть мы решаем проблему которую сами же и добавили, замечательно

Господи хватит писать, что многопоточность и асинхронность это разные вещи. И если прокатит можно ещё не говорить что фреймворк и библиотека это разные понятия. Спасибо.

Эрланг + многопоточность это радикально более эффективное решение чем, я извиняюсь, го

Эрланг используют потому что он надежный а не потому что он решает задачи многопоточности лучше

чому не скала? ну сбт боль и унижения, но в остальном то - хорошая типизация, бохатая экосистема

Потому что противопоставление) Я за скалу, но первым делом в данных случаях вспоминается всё равно эрлангъ

Господи хватит писать, что многопоточность и асинхронность это разные вещи. И если прокатит можно ещё не говорить что фреймворк и библиотека это разные понятия. Спасибо.

многопоточность это про асинхронность, но асинхронность не всегда про многопоточность

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

Ставил кто нибудь на nodeJS серверный React ?

Нет, никто

многопоточность это про асинхронность, но асинхронность не всегда про многопоточность

Нет

Для чего это нужно вообще ?

Нет

Да

Потому что противопоставление) Я за скалу, но первым делом в данных случаях вспоминается всё равно эрлангъ

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

Это разные вещи

Многопоточность это параллельность

Для чего это нужно вообще ?

чтобы верстать на бекенде наверно

а что там использовалось для верстки в телеграме кстати?

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

лол. то-то го сейчас тренд, тошо хуевый

Многопоточность это параллельность

Лол не всегда

Потому что противопоставление) Я за скалу, но первым делом в данных случаях вспоминается всё равно эрлангъ

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

Многопоточность это параллельность

Сильно ошибаешься

чтобы верстать на бекенде наверно

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

Многопоточность это параллельность

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

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

но все это про асинхронность

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

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

лол. то-то го сейчас тренд, тошо хуевый

Go единственный язык с корутинами у которых ресайзабл стек

Go единственный язык с корутинами у которых ресайзабл стек

Все остальные платформы/языки сильно уступают

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

т.е. event loop при большом количестве потоков значительно медленне прерываний процессора?

Go единственный язык с корутинами у которых ресайзабл стек

как у вас все просто

Go единственный язык с корутинами у которых ресайзабл стек

Кек

Все остальные платформы/языки сильно уступают

Зато го уступает в читабельности и очень сильно

т.е. event loop при большом количестве потоков значительно медленне прерываний процессора?

зависит от задачи

Зато го уступает в читабельности и очень сильно

что?

вы о чем

там fmt

Зато го уступает в читабельности и очень сильно

+

понятно

вы о чем

обработка ошибок уже доставляет

семантика просто для отбитых

можете не продолжать

я вас понял

Если что, я пишу на го и ноде. Это мои любимые инструменты ))

Да

Зачем тогда отдельно придумали асинхронность, если многопоточность уже это делает?

Зачем тогда отдельно придумали асинхронность, если многопоточность уже это делает?

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

Ты уже говоришь про конкретную реализацию в ядре

Зачем тогда отдельно придумали асинхронность, если многопоточность уже это делает?

потоки много памяти жрут

писать бек не на чем

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

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

кроме производительности это что-то дает?

потоки много памяти жрут

В go и Erlang не жрут

например, простое сопровождение?

кроме производительности это что-то дает?

это не дает производительности

В go и Erlang не жрут

+

В go и Erlang не жрут

потому что там не то что имелось ввиду под тредами

кроме производительности это что-то дает?

а что тебе еще надо если речь идет про IO?

а что тебе еще надо если речь идет про IO?

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

В go и Erlang не жрут

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

ERROR: S client not available

Кстати, почему не возьмут концепцию горутин в другие языки? Вроде в питоне есть уже но все не так хорошо.

потому что там не то что имелось ввиду под тредами

А что?

Кстати, почему не возьмут концепцию горутин в другие языки? Вроде в питоне есть уже но все не так хорошо.

берут уже https://github.com/Kotlin/kotlinx.coroutines

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

там проблема не в механизмах асинхронности (asyncio например очень хорош) а в самом языке конкретнее в интерпретаторе питона

там проблема не в механизмах асинхронности (asyncio например очень хорош) а в самом языке конкретнее в интерпретаторе питона

я это и сказал, кек

Game Over: Хлопцы кто работал с чатами на сокетах, если у меня два и больше инстанса серверов на бекенде а пользователи подключились к разным серверам, как мне синхронизировать данные между ними?

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

+

Game Over: Хлопцы кто работал с чатами на сокетах, если у меня два и больше инстанса серверов на бекенде а пользователи подключились к разным серверам, как мне синхронизировать данные между ними?

sticky cookie

Game Over: Хлопцы кто работал с чатами на сокетах, если у меня два и больше инстанса серверов на бекенде а пользователи подключились к разным серверам, как мне синхронизировать данные между ними?

rabbitmq?

Кстати, почему не возьмут концепцию горутин в другие языки? Вроде в питоне есть уже но все не так хорошо.

почти все современные языки умеют в корутины

а что тебе еще надо если речь идет про IO?

мне в первую очередь важна простота, понятность и поддерживаемость программы, а на ресурсы наплевать. это какмсравнивать c++ и c#

почти все современные языки умеют в корутины

Прям так же хорошо работает? Надо будет посмотреть, меня больше всего шарп интересует.

Кстати, почему не возьмут концепцию горутин в другие языки? Вроде в питоне есть уже но все не так хорошо.

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

почти все современные языки умеют в корутины

но не все умеют так чтобы это не было колбечной лапшой

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

получается там не настоящии потоки?

Все на хецнере?

rabbitmq?

Нужен самый дешовый вариант

получается там не настоящии потоки?

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

В плане хостинга

мне в первую очередь важна простота, понятность и поддерживаемость программы, а на ресурсы наплевать. это какмсравнивать c++ и c#

а я говорил про IO. поддерживаемость кода это отдельная тема для разговора

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

и что по твоему в них не настоящего? Что они не могут делать, в отличии от настоящих потоков?

и что по твоему в них не настоящего? Что они не могут делать, в отличии от настоящих потоков?

грубо говоря в рантайме го стек системных потоков сегментируется и раздается шедулерем это более эффективный механизм из всех существующих в плане IO

а я говорил про IO. поддерживаемость кода это отдельная тема для разговора

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

грубо говоря в рантайме го стек системных потоков сегментируется и раздается шедулерем это более эффективный механизм из всех существующих в плане IO

я вроде другой вопрос задал

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

и память и производительность

Game Over: Хлопцы кто работал с чатами на сокетах, если у меня два и больше инстанса серверов на бекенде а пользователи подключились к разным серверам, как мне синхронизировать данные между ними?

Redis, rabbitmq

и что по твоему в них не настоящего? Что они не могут делать, в отличии от настоящих потоков?

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

и память и производительность

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

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

зависит от задач конечно

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

получается что они ничем не хуже настоящих потоков, а только лучше

Redis, rabbitmq

А как с redis постоянно пингать его?

получается что они ничем не хуже настоящих потоков, а только лучше

+