могу понять как это работает. Тут вопрос больше к тем, кто на жс писал. Можно ли представить горутину, как промис в жс? То есть я делаю, например, запрос в апишку какую-нибудь в горутине, она в фоне от основного потока будет делаться, а когда выполнится, вернёт результат. Вот если у меня процессор с одним ядром, каким образом горутина работает? А если у меня 4 ядра? Отдельное ядро будет заниматься исполнением кода горутины? Но это же всё, по идее, блокирующие вещи? Запись в бд, скажем. А я запустил 100 горутин. Короче, вообще что-то не могу найти простого объяснения, как и где исполняются горутины. Конкаренси - не параллелизм. Но они же параллельно работают! Или как-то распредеяется процессорное время так, что это выглядит как параллелизм. Ууух... половина ответа это правильно заданный вопрос, но блин... :) Поймите правильно, фронтендер пытается в бэк на не_джаваскрипте ))
для начала у Go есть шедуллер и он делает красиво M горутин на N системных тредов, которые задаются GOMAXPROC
Ок, можно ли сказать, что конкаренси в го, это как асинхронность в жс?
Может делаться в другом потоке, может в том же, все это скрыто реализацией, и разработчик не должен об этом париться, и его код должен работать в любом случае.
Нет нельзя. В JS обработка промисов происходит последовательно друг за другом
Промисы — это не совсем про асинхронность
А про что тогда?
Так и...? 🤔 Вопрос был: Можно ли горутину представить как промис. Нет нельзя.
Я думаю, уместнее было бы говорить об event loop в целом, если речь о канкаренси
Так там нет канкаренси. В JS на сколько я помню асинхронные функции кладутся в очередь и как только стек вызовов пустеет, по очереди начинают исполнятся друг за другом.
Теперь понятно, спасибо, что пояснил
жс работает в одном потоке параллельно код в жс не исполняется, там стоит шедуллер который переключается между тасками и event loop который напрямую связан с IO начали делать сетевой запрос — поток не блокируется, вместо этого исполняется код из другого промиса, если такие есть в очереди в Go же шедуллер может разные таски шедулить на разные потоки Почитать подробно можно у Ardan Labs: https://www.ardanlabs.com/blog/2018/08/scheduling-in-go-part2.html
Ну как я понял, если представить, что у меня одно ядро, то горутина ведёт себя как промис примерно. То есть уходит в сторону и делит ресурсы процессора с основной горутиной. Так?
Они тебя путают. Считай, что все в одном потоке. Диспетчеризация по вводу выводу. Как приятная фишка - отдельный тред для блокирующих операций. Как еще одна фишка - вытесняющая диспетчеризация в последней версии.
Обсуждают сегодня