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


Groups > comp.programming.threads > #2362

I have thought more about lockfree algorithms..

Path csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!news.albasani.net!.POSTED!not-for-mail
From aminer <aminer@toto.net>
Newsgroups comp.programming.threads, comp.programming
Subject I have thought more about lockfree algorithms..
Date Sun, 18 May 2014 19:07:06 -0700
Organization albasani.net
Lines 45
Message-ID <llbef2$itm$1@news.albasani.net> (permalink)
Mime-Version 1.0
Content-Type text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding 7bit
X-Trace news.albasani.net 73dPXINYaMIR3ArNFz8/pjkAB5rrKSAWe3x5vI7wIiqcqre53rgQc2q4s21M025Wg1vabb2Vsa/sfFvwz/rzF0F9U0f1v40OWXhV4L8P37oTiNs/TGZHd4y9d4Xsag8E
NNTP-Posting-Date Sun, 18 May 2014 23:07:14 +0000 (UTC)
Injection-Info news.albasani.net; logging-data="sWttxSPUEshSdFuPVlieT52N5NNcSbweDptb4J6rbRqeNbXQf2MKHrHuzVWeplvibLqCEzBaFWVcsdB9cU3nzzLfTbDFmCVuCdYlyE3tUzT+VbT29Yb1EQoiebjz19iU"; mail-complaints-to="abuse@albasani.net"
User-Agent Mozilla/5.0 (Windows NT 6.0; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
Cancel-Lock sha1:2jKCFbp7MOkZT7OW8GbLOuGwEqE=
Xref csiph.com comp.programming.threads:2362 comp.programming:4440

Cross-posted to 2 groups.

Show key headers only | View raw


Hello,


I have thought more about lockfree algorithms..

I think that lockfree algorithm are very very bad , sooooo bad !

I have told you before that i have benchmarked the following
concurrent FIFO queues that uses lockfree machenism..

This one:

http://code.google.com/p/omnithreadlibrary/downloads/detail?name=OmniThreadLibrary-3.03b.zip&can=2&q=

This one:

http://www.odsrv.com/RingBuffer/RingBuffer.htm


And what i have told you is that they are 2x times slower than
my new algorithm that is not lockfree, here is my new algorithm:

https://sites.google.com/site/aminer68/concurrent-fifo-queue-1


But that`s not the complete picture, cause what i have done is
testing those lockfree algorithmz under contention with only 4 cores,
but as soon as you will use more and more cores the throughput of those
lockfree algorithms will drop more and more and this is not
acceptable.. but why the throughtput of lockfree algorithms will drop 
more and more with more and more cores ? cause lockfree algorithms don't 
minimize efficiently the cache-coherence traffic as is doing my new 
algorithm above, so under contention and with more and more cores the 
lockfree mechanism of those lockfree algorithms causes more and more 
contention because the threads that fail will slow more and more the 
next thread that will succeed because of high cache-coherence traffic 
and  high contention on the bus ... and this is not acceptable !, so i 
think that lockfree algorithms are complete crap
that must be avoided ! other than that lockfree algorithms are not 
starvation-free.



Thank you,
Amine Moulay Ramdane.

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


Thread

I have thought more about lockfree algorithms.. aminer <aminer@toto.net> - 2014-05-18 19:07 -0700

csiph-web