Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming.threads > #2261
| From | aminer <aminer@toto.net> |
|---|---|
| Newsgroups | comp.programming.threads, comp.programming |
| Subject | More about my algorithm of my concurrent FIFO queue |
| Date | 2014-04-25 17:28 -0700 |
| Organization | albasani.net |
| Message-ID | <ljek2e$vo8$1@news.albasani.net> (permalink) |
Cross-posted to 2 groups.
Hello, Hello Chriss Thomasson, you have suggested to be to use Relay Detector, but you have to know that a good reasonning also is efficient, it's like formal proof, what you have to do is concentrate on the very important and difficult parts, but the easy parts are easy to proof... What is the difficult parts to proof in my algorithm ? Lokk inside the source code at: http://pages.videotron.com/aminer/ The first difficult part is the lockfree mechanism... So notice that my lockfree mechanism to not go over the "head", i have just explain it to you that it's working perfectly, and since i know very well what is a lockfree algorithms , you can be confident with my lockfree mechanism that it is working perfectly, the other difficult part is when i have set fcount1^[newtemp1 and fMask].flag to 0 inside the lockfree transaction before incrementing "tail" inside the pop() side, we can proof this one easily cause the push() side will not go beyong "fsize+magin" that means fsize+1000, the other part is the push() side and it's easy to proof and i will not proof it cause i know that it is working perfectly, so i think that you can be confident with my algorithm, i think that it's correct. Thank you, Amine Moulay Ramdane.
Back to comp.programming.threads | Previous | Next — Next in thread | Find similar | Unroll thread
More about my algorithm of my concurrent FIFO queue aminer <aminer@toto.net> - 2014-04-25 17:28 -0700 Re: More about my algorithm of my concurrent FIFO queue aminer <aminer@toto.net> - 2014-04-25 17:42 -0700
csiph-web