Pull to refresh

Comments 15

UFO landed and left these words here
Участникам уже доступно необработанное видео. После того как всё будет подчищено (иногда были проблемы с микрофонами, которые весьма оперативно устранялись) — будет выложено публично.
Справедливости ради стоит заметить, что «чистовые» видео тоже будут доступны только участникам.

В общий доступ выложим где-то через полгода.
почему через полгода-то? В феврале-марте выложим.
Видео с наших открытых встреч и митапов JUG.ru/CodeFreeze мы тоже выкладываем сразу в открытый доступ. Но тут 26 докладов с конференции. Доступ к ним есть только у участников, оставивших нам фидбек о конференции.
Хочется отметить отличное выступление Дино Эспозито.

Так же в следующем году, хочется больше докладов про .net core и .net standard
Вагиф объяснил так:
  1. Akka.NET достаточно точно портирована, а у Akka (та что на скале) комьюнити больше
  2. На момент выбора Akka.NET имела больше фич (не помню каких)


У меня произошло примерно так-же: я искал не «акторную систему», а отказоустойчивую инфраструктуру с многопоточностью. Нашел Akka, увидел, что есть порт. Меня устроило. Orleans нашел сильно позже, когда мы уже разобрались в Akka.

У них несколько разные подходы вообще говоря. Akka позволяет работать с акторной моделью в чистом виде, Orleans же скрывает всю эту кухню и по сути предоставляет возможность писать обычные дотнетные классы, экземпляры которых уже сам раскидает по кластеру, а взаимодействие между ними идёт через асинхронные (async/await) вызовы. Соответственно выбор зависит от того, насколько вы хотите именно акторы, а не просто шардинг экземпляров ваших классов.

Кстати, а никто не сравнивал пропускную способность Akka.NET vs Orleans «при прочих равных»?

В последний раз, когда я смотрел (а это было года полтора назад) Akka была шустрее чуть ли не на порядок на локальной машине, но в дальнейшем Orleans серьёзно оптимизировали. Но даже сейчас следует учитывать, что Orleans гвоздями приколочен к TPL (Task/Task<T>), что даёт ощутимые накладные расходы и, если я всё правильно понимаю, блокирует актор до завершения вызова к другому актору, в Akka же всё построено на ручных отправке/приёме сообщений.


Кстати, когда в Akka.NET делали поддержку тасков, была идея их к каждому актору их прикрутить нативно, но от этого отказались, так как вылезли проблемы с тем, что в Akka всякие разные состояния, которые она держит в TLS и в случае с тасками их приходится гонять через LogicalCallContext, что давало деградацию производительности в разы.

а в чем именно разница в подходе?
В Orleans у меня есть grain, который гарантированно единственный экземпляр моего актора, и к которому доступ всегда синхронизирован.
Какие дополнительные преимущества есть у Акка?
этот город я недолюбливаю примерно так-же, как зиму в России

Аналогично, поэтому в этом году я не поехал.
Sign up to leave a comment.

Articles