Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming.threads > #2378 > unrolled thread
| Started by | aminer <aminer@toto.net> |
|---|---|
| First post | 2014-05-26 19:56 -0700 |
| Last post | 2014-05-26 19:56 -0700 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.programming.threads
Optimistic synchronization aminer <aminer@toto.net> - 2014-05-26 19:56 -0700
| From | aminer <aminer@toto.net> |
|---|---|
| Date | 2014-05-26 19:56 -0700 |
| Subject | Optimistic synchronization |
| Message-ID | <lm0kab$s0d$1@news.albasani.net> |
Hello, Optimistic synchronization with hardware or software Transactional memory is not a silver bullet, cause to benefit from optimistic concurrency the critical sections must have a substantial amount of data independance, if there is not a substantial amount of data independance the optimnistic synchronization can suffer much worse performance than pessimistic locking due to the overhead required to detect and resolve conflicts in optimistic synchroniszation mechanisms. Other than that Optimistic synchronisation can suffer from livelock. Thank you, Amine Moulay Ramdane.
Back to top | Article view | comp.programming.threads
csiph-web