Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming.threads > #5494 > unrolled thread
| Started by | aminer68@gmail.com |
|---|---|
| First post | 2020-01-22 12:05 -0800 |
| Last post | 2020-01-22 12:05 -0800 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.programming.threads
Disadvantages of Actor model aminer68@gmail.com - 2020-01-22 12:05 -0800
| From | aminer68@gmail.com |
|---|---|
| Date | 2020-01-22 12:05 -0800 |
| Subject | Disadvantages of Actor model |
| Message-ID | <9d50f4fc-1177-43d4-aaa4-cbbbeace6b13@googlegroups.com> |
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. Thank you, Amine Moulay Ramdane.
Back to top | Article view | comp.programming.threads
csiph-web