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