Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming.threads > #4257 > unrolled thread
| Started by | Sky89 <Sky89@sky68.com> |
|---|---|
| First post | 2018-05-05 20:00 -0400 |
| Last post | 2018-05-05 20:00 -0400 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.programming.threads
Here is also the truth about Lockfree algorithms Sky89 <Sky89@sky68.com> - 2018-05-05 20:00 -0400
| From | Sky89 <Sky89@sky68.com> |
|---|---|
| Date | 2018-05-05 20:00 -0400 |
| Subject | Here is also the truth about Lockfree algorithms |
| Message-ID | <pcl2g9$ct1$2@dont-email.me> |
Hello.. Here is also the truth about Lockfree algorithms, here is what said Martin Thompson: "In my experience of teaching and developing lock-free algorithms, not only do they provide significant throughput advantages as evidenced here, they also provide much lower and less variance in latency." Read more here: https://mechanical-sympathy.blogspot.ca/2013/08/lock-based-vs-lock-free-concurrent.html And are Lock-Free Concurrent Algorithms Practically Wait-Free? This paper suggests a simple solution to this problem. We show that, for a large class of lock- free algorithms, under scheduling conditions which approximate those found in commercial hardware architectures, lock-free algorithms behave as if they are wait-free. In other words, programmers can keep on designing simple lock-free algorithms instead of complex wait-free ones, and in practice, they will get wait-free progress. Read more here: https://arxiv.org/abs/1311.3200 Thank you, Amine Moulay Ramdane.
Back to top | Article view | comp.programming.threads
csiph-web