А как работает event loop в vibe.d? Там через генераторы и yield ?

Если да, то можно через это и сделать

там в основе всегда лежит что-то системное

libevent обычно

генераторы это что? Это https://dlang.org/library/std/concurrency/generator.html ?

да это

А где бы почитать об этом? А то мне было бы очень полезно приобрести такой "странный навык". Не то, чтобы я реально стал на нём руками кодить, но вот кое-что оттранслировать нужно (а то сейчас в Си транслирую и компилю, что мне очень не нравится).

Компилируешь Си с флагом emit bitcode и изучаешь, только еще флаг есть чтобы текст выводил вместо бинарника, ипользуй режимы O0 О2 и О3 чтобы оценить разницу (разный биткод выходит, О1 безпонтовый), и отдельно флаг mem2reg при О0 чтобы наблюдать регистровую форму вместо стековой Во вторых, читай демки/тутор по Kaleidoscope В третьих на хабре была отличная статья по IL

Компилируешь Си с флагом emit bitcode и изучаешь, только еще флаг есть чтобы текст выводил вместо бинарника, ипользуй режимы O0 О2 и О3 чтобы оценить разницу (разный биткод выходит, О1 безпонтовый), и отдельно флаг mem2reg при О0 чтобы наблюдать регистровую форму вместо стековой Во вторых, читай демки/тутор по Kaleidoscope В третьих на хабре была отличная статья по IL

Если транспилишь, то метаданные не пиши (вообще) это все LLVM сам может вывести, главное базовые инструкции чтение/запись и регистры выводи и константы. В opt загоняешь с O3, если только оптимизацию хочешь. Иначе прямо в clang загоняй как есть, с расширением .ll, как будто обычный Си, можешь прямо смешивать модули на си и ll будто это один язык

Если транспилишь, то метаданные не пиши (вообще) это все LLVM сам может вывести, главное базовые инструкции чтение/запись и регистры выводи и константы. В opt загоняешь с O3, если только оптимизацию хочешь. Иначе прямо в clang загоняй как есть, с расширением .ll, как будто обычный Си, можешь прямо смешивать модули на си и ll будто это один язык

И последнее. Можешь выводить прямо стековую форму, если не осилишь ssa, но тогда ставь или флаг mem2reg или О3, тогда оно преобразуется в регмстровую автоматом И ЭТО важно для скорости экзешника

А зачем мне промежуточный код изучать для понимания сути работы even loop ?

кажется это был ответ не про event loop

А зачем мне промежуточный код изучать для понимания сути работы even loop ?

Я Ивану отвечал

а...

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

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

А так то луп прикольный

Особенно с генераторами/await

Без эвейта лучше тоже не тыкать ))

в луп надо пихать все что касается IO операций

(Я кодил на nodejs если что)

чтение/запись в файлы, пайпы, сокеты и т.д.

в луп надо пихать все что касается IO операций

А если не IO то что? Стреляться?

А если не IO - выделять под это дело отдельный процесс и общаться с ним по IPC

Ну или поток. Но потоки мне не очень нравятся.

Или паралелить все подряд как в Go или оптимизировать простои до усёру

А в go же вроде потоки тоже рождаются? Или как там это решено?

Для D есть зеленые треды, можно заюзать

А в go же вроде потоки тоже рождаются? Или как там это решено?

Зеленые треды

А чем они отличаются от обычных корутин? Разве это не одно и то же?

Зеленые треды

Дешевые псевдо-тредо-очереди

Или от обычных тредов

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

А внутри тредов очереди

Тоесть ты НЕ создаешь РЕАЛЬНЫЙ тред на коннект

В итоге иллюзия многопоточноости сохраняется и шедулер потоков не загружен

Но если например ты в каждой обработке делаешь sleep(10), то в каком треде все это будет выполняться?

Но если например ты в каждой обработке делаешь sleep(10), то в каком треде все это будет выполняться?

Это называется делать тебе нехрен)

Что значит нехрен? Мы же про теоретическую общность рассуждаем

При sleep псевдо-поток освободит физический поток чтобы он другой псевдо-поток крутил

Что значит нехрен? Мы же про теоретическую общность рассуждаем

Ну физически слипать потоки ты точно не будешь,

Это конкретно особенность реализации sleep или в целом ресурсоемких операций?

Ну физически слипать потоки ты точно не будешь,

это заставит заглохнуть все нахрен и все

Ну да, поэтому я и спрашиваю, как эта проблема решена в го

Это конкретно особенность реализации sleep или в целом ресурсоемких операций?

Зависит от реализации sleep, она будет специальной под шедулер

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

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

Нет

Ну елки там же просто

У тебя ядер проца сколько? Тысяча?

8

Ты физически тысячей потоков ничего не посчитаешь

Все упрется в постоянное пернключение контекстов и все

В Го это решили так

Давайте сделаем физических потоков по числу ядер

А внутри потоков будем считать ПОСЛЕДОВАТЕЛЬНО

Тоесть:

Ядро 1: А Затем б затем в Ядро 2: х затем y затем z И так далее

Если поток тупит то тупит ТОЛЬКО один из реальных потоков

Я понял. Но вопрос остается. Вот мы породили 8 потоков и они работают. На каждом потоке по 10 горутин например крутятся.

Если запас потоков исчерпан то тебя просто увольняют с работы

Вдруг одна горутина делает очень блокирующий вызов, и стопорит весь поток. го перекидывает 9 соседних горутин на другие потоки.

Если запас потоков исчерпан то тебя просто увольняют с работы

☝️

:)

Ответ прикольный

Но как тогда вообще считать вычисления на го?

В отдельных физических потоках

Если запас потоков исчерпан то тебя просто увольняют с работы

Но ведь никто не узнает

Не трогая гошный шедулер

понял

ERROR: S client not available

Но ведь никто не узнает

Дааа! Упавший сервер никто не заметит

ну короче примерно то что я и насоветовал вначале - все IO операции суем в асинхронную обработку, а тяжеловесные выносим в отдельные потоки либо процессы

ну короче примерно то что я и насоветовал вначале - все IO операции суем в асинхронную обработку, а тяжеловесные выносим в отдельные потоки либо процессы

Да, но для D же есть горутины

Нафига тогда эвент луп?

Танцевать с await?

Дааа! Упавший сервер никто не заметит

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

Да, но для D же есть горутины

А горутины разве не через event loop работают?

И вроде Goroutine это термин только для go, а у всех остальных Coroutine

А горутины разве не через event loop работают?

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

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

Только глобальные переменные нужно лочить

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

Ну условно говоря если ты положил гошный шедулер то это ну уж слишком сильный косяк :) Этож не руби, тут скорость нативная как у С++..

Для веба выбирать чтото кроме Го ну не знаю, странно

Разве что по личным предпочтениям)

Для веба выбирать чтото кроме Го ну не знаю, странно

го настолько харош для веба или это ирония?

го настолько харош для веба или это ирония?

А что ироничного?

Я на Го не кодил, но сообщество огромное, проблемы все порешаны, библиотек дофига, концепции встроены в язык

го настолько харош для веба или это ирония?

и даже для неочень сложных консольных утилит он норм

я просто не шарю, но не слишал раньше, что он прям так хорош

и кстати, как использовать sort из std.algorithm.sorting вместо системного?

а хотя я его ниже импортировал и использовал. но все равно, как импортировать так, что бы переопределить одноименную функцию, есть ли что типа import modul as md , как в питоне? что бы потом md.func

alias

alias

ага, вот оно как, збс, спасибо

го настолько харош для веба или это ирония?

Ну для хайлоада хорошо, вот только он не так часто нужен как я раньше думал

Больше проблем обычно с бизнес-логикой и выборками данных

Больше проблем обычно с бизнес-логикой и выборками данных

В плане много кода выходит?

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

Если на го ты пишешь, думаешь о производительности, выделении памяти, горутинах, потоках. То в случае с типичным веб проектом приходится думать о доменной области RBAC, Oauth авторизации, ORM и т.д.

Если на го ты пишешь, думаешь о производительности, выделении памяти, горутинах, потоках. То в случае с типичным веб проектом приходится думать о доменной области RBAC, Oauth авторизации, ORM и т.д.

Так, а библиотеки и go generate?

Там нет такого богатого набора как в интерпретируемых языках

А чтото про Dart слышно?

вроде глохнет он