Жив ли гопак? И есть ли альтернативы?

Я тоже думал юзать гопак в проекте, где много акторов, да еще в связке с ECS. В итоге оказалось эффективнее и просто использовать Parallel.ForEach сразу на пачку акторов :) Но мне повезло с тем, что достаточно удачно локализуется вся многопоточность в одном конкретном месте(фактически только в системах в терминах ECS, либо если совсем конкретно-то за пределами обработчиков систем, сам решаю-на какие пачки и в какое количество потоков обрабатывать) А так, как уже выше ответили-вполне себе жив. Но подумай-он тебе точно нужен, а то чтобы не случилось так-что инструмент навязал бы тебе архитектуру(я вот чуть в эту ловушку не попал, хотя давно в профессии :) )

0

15.02.2022

IdiocyAcceptance

👽
Я тоже думал юзать гопак в проекте, где много акто...

Я вот некоторое время искал инфу о том, как эффективно писать планировщики задач и не нашёл. Подскажешь что-нибудь мб?

0

15.02.2022

👽

IdiocyAcceptance
Я вот некоторое время искал инфу о том, как эффект...

Прямо вот каки-то явных трудов не видел, но все крутится вокруг эффективной реализации очередей с приоритетами, желательно lock-free. Ну и планировщики задач же разные требования могут иметь-в одном случае минимизация издержек на латентность обработки, а в другом случае-максимальная эффективность утилизации CPU под бизнес-логику, и это противоположные требования.

0

15.02.2022

Roy Batty · Accepted Answer

Roy Batty

Глядя как определять «жив». По крайней мере ничего поломанного там не обнаружено. Альтернатив в F# нет, есть в SML и кажется в OCaml

0

14.02.2022

169 похожих чатов

Жив ли гопак? И есть ли альтернативы?

8 ответов

Похожие вопросы