Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.programming.threads > #5087

Disadvantages of Actor model

Show all headers | View raw

Hello..


Disadvantages of Actor model:

1- Not all languages easily enforce immutability

Erlang, the language that first popularized actors has immutability at 
its core but Java and Scala (actually the JVM) does not enforce 
immutability.


2- Still pretty complex

Actors are based on an asynchronous model of programming which is not so 
straight forward and easy to model in all scenarios; it is particularly 
difficult to handle errors and failure scenarios.


3- Does not prevent deadlock or starvation

Two actors can be in the state that wait message one from another; thus 
you have a deadlock just like with locks, although much easier to debug. 
With transactional memory however you are guaranteed deadlock free.


4- Not so efficient

Because of enforced immutability and because many actors have to switch 
in using the same thread actors won't be as efficient as lock-based 
concurrency.


Conclusion:

Lock-based concurrency is the most efficient.


More about Message Passing Process Communication Model and Shared Memory 
Process Communication Model:


An advantage of shared memory model is that memory communication is 
faster as compared to the message passing model on the same machine.

However, shared memory model may create problems such as synchronization 
and memory protection that need to be addressed.

Message passing’s major flaw is the inversion of control–it is a moral 
equivalent of gotos in un-structured programming (it’s about time 
somebody said that message passing is considered harmful).

Also some research shows that the total effort to write an MPI 
application is significantly higher than that required to write a 
shared-memory version of it.




Thank you,
Amine Moulay Ramdane.

Back to comp.programming.threads | Previous | Next | Find similar | Unroll thread

Thread

Disadvantages of Actor model Horizon68 <horizon@horizon.com> - 2019-07-04 13:45 -0700

csiph-web