Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Orleans – Distributed Actor Model

github.com

Post reply on HN
Print view View original

11–20 of 21 posts

Re: Orleans – Distributed Actor Model

#11

Post by CmonDev »

sudioStudio64 wrote: post #3
CmonDev wrote: post #2

https://groups.google.com/forum/#!topic/akka-user/C0WGdTs2gy... "One other thing is that the way these entities are presented to the user is via static nominal interfaces, which precludes the kind of freedom an Actor shall have according to the model (technically it also fails on the count that actors can create other actors, so it only implements message passing and misses actorOf() and become()). Therefore I would…

I get what you are saying... I'm just wondering why you feel burned by WPF. They've recently announced that it will be under active development for many years to come. Granted, they've announced new application models, but they haven't abandoned WPF. Akka.net has been developed as open source for longer and benefits greatly from that, but Orleans is open source and is being used by internal teams at MS...im not sure…

Do you notice any major time gaps between WPF team blog posts here?

http://blogs.msdn.com/b/wpf

Like 4-year gap at the top? I have switched to ASP.NET Web API within that gap. That kind of silence killed any trust, that cannot be fixed by appointing some unknown manager and adding a couple of minor features. What is active development? Azure is in active development. Asp.NET is in active development. WPF is barely alive.

Re: Orleans – Distributed Actor Model

#12

Post by sudioStudio64 »

pjmlp wrote: post #9
sudioStudio64 wrote: post #3

Earlier quoted context omitted.

I get what you are saying... I'm just wondering why you feel burned by WPF. They've recently announced that it will be under active development for many years to come. Granted, they've announced new application models, but they haven't abandoned WPF. Akka.net has been developed as open source for longer and benefits greatly from that, but Orleans is open source and is being used by internal teams at MS...im not sure…

Some .NET devs tend to separate WPF from the XAML stack. Personally I never though of myself as having WPF skills, rather XAML stack skills. All the concepts, XAML, bindings, MVVM, ... are applicable to WPF, Silverlight and Metro, even if the APIs are a little different.

That's kind of what I have always thought would be a reasonable way to approach it...I'm not doing UI development,so I can't speak to the API diffs. Are there major gaps in functionality?

Re: Orleans – Distributed Actor Model

#13

Post by sudioStudio64 »

tegeek wrote: post #10

Microsoft has another active & mature project aimed at simplifying concurrency heavy applications. Its called TPL DataFlow [1]. It gives you simple & intuitive primitives which you can use to build higher level abstractions (one of them is actor model) 1. https://msdn.microsoft.com/en-us/library/hh228603(v=vs.110)....

That's really interesting. I love TPL...i need to check this out.

Re: Orleans – Distributed Actor Model

#14

Post by sudioStudio64 »

CmonDev wrote: post #11
sudioStudio64 wrote: post #3

Earlier quoted context omitted.

I get what you are saying... I'm just wondering why you feel burned by WPF. They've recently announced that it will be under active development for many years to come. Granted, they've announced new application models, but they haven't abandoned WPF. Akka.net has been developed as open source for longer and benefits greatly from that, but Orleans is open source and is being used by internal teams at MS...im not sure…

Do you notice any major time gaps between WPF team blog posts here? http://blogs.msdn.com/b/wpf Like 4-year gap at the top? I have switched to ASP.NET Web API within that gap. That kind of silence killed any trust, that cannot be fixed by appointing some unknown manager and adding a couple of minor features. What is active development? Azure is in active development. Asp.NET is in active development. WPF is barely al…

People are still building software that makes real money using MFC and ATL. Maybe the feature set just matured? I'm not saying it doesn't need improvement...like Windows forms...people still make money with it.

It's not like knowing XAML became useless...the new app model uses it as well.

Re: Orleans – Distributed Actor Model

#15

Post by craigsmitham »

tegeek wrote: post #10

Microsoft has another active & mature project aimed at simplifying concurrency heavy applications. Its called TPL DataFlow [1]. It gives you simple & intuitive primitives which you can use to build higher level abstractions (one of them is actor model) 1. https://msdn.microsoft.com/en-us/library/hh228603(v=vs.110)....

TPL DataFlow is great for orchestrating concurrent computation in individual apps. Orleans is designed to be an application programming framework for the cloud - distributed, fault tolerant, and scalable. Personally, I like how Akka (JVM) builds on top of its actor model to provide dataflow programming. Orleans is not a primitive actor framework like Akka - it does the hard clustering and fault handling for you. Orleans is not a trivial library and introduces a number of constraints on an architecture that leverages it. That being said, it makes getting started much easier, depending on your goal. What is really nice about Orleans, is that the programming model exposed to the programmer is still just the TPL async/await goodness.

Re: Orleans – Distributed Actor Model

#16

Post by CmonDev »

sudioStudio64 wrote: post #14
CmonDev wrote: post #11

Earlier quoted context omitted.

Do you notice any major time gaps between WPF team blog posts here? http://blogs.msdn.com/b/wpf Like 4-year gap at the top? I have switched to ASP.NET Web API within that gap. That kind of silence killed any trust, that cannot be fixed by appointing some unknown manager and adding a couple of minor features. What is active development? Azure is in active development. Asp.NET is in active development. WPF is barely al…

People are still building software that makes real money using MFC and ATL. Maybe the feature set just matured? I'm not saying it doesn't need improvement...like Windows forms...people still make money with it. It's not like knowing XAML became useless...the new app model uses it as well.

People can make any money they want with any technology - even COBOL could work for business. As an employee I want very good money _and_ a broad set of opportunities (not some unicorn maintenance gigs).

It's not like knowing XAML became useless... More like the whole world moved on to HTML (no matter how crappy it is and it is very). Where are the WPF Disciples? Where are the XAML Disciples? Where are dozens of XAML GitHub repos? Just the tumbleweed rolling across the desert...

Re: Orleans – Distributed Actor Model

#18

Post by pjmlp »

sudioStudio64 wrote: post #12
pjmlp wrote: post #9

Earlier quoted context omitted.

Some .NET devs tend to separate WPF from the XAML stack. Personally I never though of myself as having WPF skills, rather XAML stack skills. All the concepts, XAML, bindings, MVVM, ... are applicable to WPF, Silverlight and Metro, even if the APIs are a little different.

That's kind of what I have always thought would be a reasonable way to approach it...I'm not doing UI development,so I can't speak to the API diffs. Are there major gaps in functionality?

So far I have stayed on the WPF side, but from I have dabbled, some ways how bindings work and support for Blend interactions.

Re: Orleans – Distributed Actor Model

#19

Post by SergeyBykov »

tonyg wrote: post #5

Does anyone have any insight into how Orleans handles failure? The only mentions I found in the documentation suggest that "grains cannot fail", which seems fairly odd to me. What about exceptions? Can grain state become corrupted? How does the system recover? Is there anything like Erlang's links or monitors here? Are supervisors relevant at all in this system?

In Orleans an actor cannot physically fail, just like an object in a process cannot fail. If an unhandled exception is thrown by actor code, the runtime will deliver the exception to the caller and break the TPL task of the call. Actor code is free to logically fail, e.g. by catching an exception, detecting an internal inconsistency, etc., and can handle such a case any way it wants. For example, it can set an internal failure flag and/or ask runtime to deactivate it immediately.

I guess it's a bit of a philosophical question - what is considered a failure. Orleans doesn't impose its own definition of that on actors.

Re: Orleans – Distributed Actor Model

#20

Post by SergeyBykov »

quarterwave wrote: post #17

Can Orleans grains within a single thread share state without message passing via the interface?

Grains are not supposed to share state directly and are expected to only use message passing. But the runtime, being just a .NET library, cannot enforce this rule. So it's merely a convention, which is trivial to violate if necessary. For example, for sharing an immutable piece of state within a silo.
Post reply on HN