1756
https://combot.org/chat/-1001043143583 Ссылки на полезные ресурсы: https://ruhaskell.org/links.html ; Информация о мероприятиях: https://gist.github.com/qnikst/a96cac661be80d126d0829f2ced1916e
Если проще, то сделай так. Надоест с каналами разбираться — перепишешь
Читать полностью…
@gazdovsky если упростит программу, я бы попробовал, но вопрос а зачем так?
Читать полностью…
Я бы ожидал, что не очень, если они все хотят работать работу, а не ждут на ресурсах
Читать полностью…
я к тому что объекты могут просто быть в неком репозитории-мэпе и тп - просто данные и сервисы дергать их, а могут быть объекты полноценные потоки исполнения
Читать полностью…
скланяюсь к индивидуальным парам каналов но может и общие с брокером каким
Читать полностью…
мне кажется так проще логику реализовывать, поток у которого есть инкапсулированное состояние принял комманду по каналу, обработал, изменил свое остояние, если нужно, пнул комоманды другим объектам
Читать полностью…
В haxl тоже плюс минус так, но плюс треды на выполнение I/O
Читать полностью…
И они делали poor man's concurrency, когда кол-во зелёных тредов не сильно больше числа реальных
Читать полностью…
Думаю зависит от того сколько данных будет перекидываться и на каком железе
Читать полностью…
Такое надо тестировать, FPC вообще писали, что очень много тредов у них не очень работало
Читать полностью…
Общий брокер опять важно как реализован. Стм может стать боттелнеком а может и не стать, зависит от того, какие индивидуальные переменные потроганы. Если у тебя тысяча взаимодействий в секунду и они все ретраят, потому что другой тоже что-то написал, то будет плохо.
Читать полностью…
Опять же нужна стратегия на случай асинхронных исключений, как они падать будут, будут ли утягивать за собой каскадом другие треды
Читать полностью…