Практики нет, но немного узнал про акторы пока про C# читал. ИМХУ закон Амдала никто не отменял. То что параллелится - легко параллелится любыми способами, с остальным проблемы, и акторы просто один из подходов проектирования чтобы чуть-чуть сгладить эти проблемы.

Из параллелизма проще кажутся lock-free алгоритмы, почитал немного про них, в т.ч. http://habrahabr.ru/company/ifree/blog/195770/
Это откровение остановило от дальнейшего глубокого изучения и собственных поделок
авторКак водится, распараллеливание приводило к возникновению общих (shared) данных, доступ к которым требовалось синхронизировать. Как-то в одном из обсуждений мой коллега походя спросил: “а ты слышал что-нибудь о lock-free очередях?” В то время я не знал об этом ничего. Но, спросив у гугла, нашел несколько статей, в которых приводился псевдокод lock-free очереди. Прочитав их несколько раз, я ничего не понял. Точнее, я перешел в состояние “ничего не понял” после того, как, засучив рукава и сказав “щас!” всему миру (мол, все вы дураки, один я тут умный), я попытался “упростить” алгоритмы, приведя их в соответствие со здравым смыслом. Спустя месяц борьбы с segmentation fault, мой здравый смысл сдался.
но готовые реализации типовых структур (очередь, список и т.д.) мне кажутся вполне интересными для применения. В дотнете есть набор таких объектов , работают ожидаемо тормознее однопоточных аналогов, но не на столько тормознее, чтобы ими не пользоваться.