- About Scala
- In the Enterprise
- Scala Community
- Language Research
- In the Press
- The Scala Team
- Scala's Prehistory
- Contact Us
- Learning Scala
- Tour of Scala
- Scala API
- Setup & Getting Started
- Programming Guides
- Other Guides
- Code Examples
- Scala Developers
Fwd: Re: Akka 2.x roadmap
Tue, 2011-09-20, 13:37
Fwd to list---------- Forwarded message ----------
From: "√iktor Ҡlang" <viktor [dot] klang [at] gmail [dot] com>
Date: Sep 20, 2011 2:36 PM
Subject: Re: [scala-user] Akka 2.x roadmap
To: "Jason Zaugg" <jzaugg [at] gmail [dot] com>
On Sep 20, 2011 9:37 AM, "Jason Zaugg" <jzaugg [at] gmail [dot] com> wrote:
> On Tue, Sep 20, 2011 at 8:01 AM, Debasish Ghosh
> <ghosh [dot] debasish [at] gmail [dot] com> wrote:
> > Another good article on this similar issue is Steve Vinoski's Convenience
> > over Correctness
> > (http://steve.vinoski.net/pdf/IEEE-Convenience_Over_Correctness.pdf). He
> > also warns against the traditional RPC mechanisms that tend to hide local
> > and remote abstractions behind a uniform API. This is convenient to the
> > user, but leaks heavily with non trivial systems. Here's what he says ..
> > "The illusion of RPC — the idea that a distributed call can be treated
> > the same as a local call — ignores not only latency and partial failure but
> > also the concerns that spell the difference between a scalable networked
> > system with good performance capabilities and a nonscalable one whose
> > performance characteristics are dictated entirely by the RPC
> > infrastructure."
> > When I saw the phrase Location Transparency in Jonas' roadmap document for
> > Akka 2.0, immediately I was also reminded of both the Jim Waldo paper and
> > the one by Steve Vinoski.
> > Steve of course goes on to say that the way to mitigate this is asynchronous
> > messaging and the actor model of Erlang. And Akka is NOT about synchronous
> > blocking RPC calls, it encourages the non-blocking philosophy all the way.
> > Supervisors ensure that exceptions / crashes are handled properly, I guess
> > that addresses Steve's concerns of partial failures as well.
> You could say that Akka hides local calls behind a uniform interface
> for remote calls.
Exactly, Akka does in-vm message dispatch optimizations.