Pull to refresh

Comments 9

Спасибо за статью и новую информацию. Я как раз придумаю решение для распределенных вычислений, которое упростило бы жизнь молодым ученым. Посмотрим, пригодится ли.
Есть уже опыт применения на своих реальных проектах?
Мы в Томском Политехническом начинали строить RPC-API на Akka2 + Google Protobuf. Добивались довольно хорошей параллелизации: на девелоперской машине htop показывал почти равномерную загрузку всех 8ми ядер на составной запрос.
Но позже выяснилось, что для нашей специфики больше подходило Twitter Finagle + Thrift. Многие возможности Akka не использовались — все сводилось к асинхронным посылкам сообщений типа ask, редко one-way.
Пробовали использовать в составе Playframework 2.0. Делали большое количество comet-соединений, работали с этими соединениями асинхронно. На испытаниях прототип вел себя более чем достойно. Подробности опишу немного позже, в отдельном посте.
Мы тоже, кстати, очень довольны использованием Play2. Но в нашей инфраструктуре приложения на нем являются клиентами для Finagle сервисов.
У вас именно Play Framework 2-ой версии используется?
Было бы козырно аналогичный пример с использованием удалённых актёров. На сколько мне известно, Akka это умеет, а в версии 2 и вовсе был сделан акцент на то, чтобы минимизировать разницу между локальными и удалёнными актёрами.
А посложнее примеры есть? Число pi конечно круто считать, но хотелось бы чего-то более приземленного, блогоплатформу какую-нибудь или интернет-магазин.
Sign up to leave a comment.

Articles