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


Groups > comp.programming.threads > #2487 > unrolled thread

I was asked a questoin by Chris Thomasson

Started byaminer <aminer@toto.net>
First post2014-06-11 04:53 -0700
Last post2014-06-11 04:53 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.programming.threads


Contents

  I was asked a questoin by Chris Thomasson aminer <aminer@toto.net> - 2014-06-11 04:53 -0700

#2487 — I was asked a questoin by Chris Thomasson

Fromaminer <aminer@toto.net>
Date2014-06-11 04:53 -0700
SubjectI was asked a questoin by Chris Thomasson
Message-ID<lnafjk$gbg$1@news.albasani.net>
Hello,


I was asked a questoin by Chris Thomasson on comp.programming.threads, 
he asked why i have said that my scalable RWLocks algorithms are as
scalable as RCU and quiescent-state based reclamation (QSBR)
on the following IEEE paper on read mostly scenarios:

Here is the IEEE paper:

https://www.efficios.com/pub/rcu/urcu-main.pdf


Here is my answer:

You have to know that RCU and quiescent-state based reclamation (QSBR)
on the above IEEE parpers are scalable on the reader side cause
they don't use expensive atomic operations on the reader side, but
what i have just explained to you that my scalable RWLocks are also
scalable on the reader side, cause they don't use expensive atomic 
operations on the reader side, in fact my sclable RWLocks algorithms 
don't generate expensive cache-lines transfers on the reader side, so 
this why i have said that on read mostly operations scenarios my 
scalable RWLocks are as scalable as RCU of the above IEEE paper and as 
scalable as  quiescent-state based reclamation (QSBR) of the above IEEE 
paper.

I have done some empiric statistics with some benchmarks and i have
noticed that my scalable RWLocks scales even at 3% of writes.



Thank you,
Amine Moulay Ramdane.






[toc] | [standalone]


Back to top | Article view | comp.programming.threads


csiph-web