青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

飯中淹的避難所~~~~~

偶爾來避難的地方~

  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  94 隨筆 :: 0 文章 :: 257 評論 :: 0 Trackbacks
經(jīng)由FCC同學(xué)提醒,我才發(fā)現(xiàn),之前的兩篇用volatile的無鎖通信,確實(shí)是敗在了優(yōu)化上了。編譯器和CPU硬件會(huì)無情的擊毀我們認(rèn)為的執(zhí)行順序。

這篇(0)就是否定掉前兩篇,然后在未來的(3)和(4)里面,將用cas等原語來重新設(shè)計(jì)這個(gè)無鎖的通信。

關(guān)于編譯器的優(yōu)化,我猜是為了CPU的U/V流水線來做的。它讓狀態(tài)的修改操作,有可能在操作之前就發(fā)生了,從而直接顛覆了整個(gè)方法。

另外shbooom所說的,兩個(gè)原子操作的問題。可能是少打了一個(gè)不字。

我說的原子操作,是在最終操作上來理解的,或者稱為內(nèi)部因果關(guān)聯(lián)上。就是說,對狀態(tài)賦值前的取地址操作,都不算作賦值操作的一部分。同樣的對狀態(tài)進(jìn)行檢查的時(shí)候的取地址操作,也不算作檢查的一部分。因?yàn)樗麄兓ゲ挥绊憽W罱K影響檢查狀態(tài)的,只有寫內(nèi)存位置的那一個(gè)操作。在這之間出現(xiàn)的執(zhí)行穿插,最多會(huì)導(dǎo)致本次檢查無法命中,但下次檢查就一定會(huì)命中。



[Barrier]

在多篇文章中,我找到了解決辦法。可以通過Barrier結(jié)束掉之前的所有讀寫操作,從而讓設(shè)置狀態(tài)這個(gè)操作的寫操作不會(huì)被優(yōu)化到實(shí)際任務(wù)操作的中間或者前面去。

在VC中,有_ReadBarrier _WriteBarrier 和 _ReadWriteBarrier的特殊指令,可以將之前的所有對內(nèi)存的讀和寫或者讀寫的優(yōu)化限制到Barrier之前,從而不會(huì)把后面的操作優(yōu)化到前面去。

在其他的編譯器中,應(yīng)該也有相應(yīng)的東西來保障執(zhí)行順序。

不過我還沒測試過這個(gè)對性能帶來的影響。希望不要太大。
posted on 2010-05-06 16:59 飯中淹 閱讀(2117) 評論(9)  編輯 收藏 引用 所屬分類: 數(shù)據(jù)算法分析

評論

# re: 無鎖多線程通信(0):回到起點(diǎn) 2010-05-06 18:01 shbooom
if(locked==false) { locked=true; doSomething();}這不是兩個(gè)原子操作?如何防止兩步之間沒有人插入?
  回復(fù)  更多評論
  

# re: 無鎖多線程通信(0):回到起點(diǎn) 2010-05-06 18:36 飯中淹
@shbooom
不是locked,是dosomething.
線程A
if(doSomething==true) { DoSomething(); doSomething=false;}

線程B
if(doSomething==false) { DoOtherthing(); doSomething=true;}

在A線程DoSomething()時(shí),B線程進(jìn)不去判斷,所以不會(huì)用DoOtherthing()來干擾。

或者就按照你的locked
修改成這樣
線程A
if(locked==false) { doSomething(); locked=true;}
線程B
if(locked) { doOtherthing(); locked = false;}

在A的花括號內(nèi),B的doOtherthing不會(huì)影響A的doSomething。





  回復(fù)  更多評論
  

# re: 無鎖多線程通信(0):回到起點(diǎn),又見曙光 2010-05-06 18:58 cpm
Intel Architectures Software Developer's Manual Volume 3A System Programming Guide Chapter 7 Section 2
7.2.2 Memory Ordering in P6 and More Recent Processor Families
The Intel Core 2 Duo, Intel Atom, Intel Core Duo, Pentium 4, and P6 family proces-
sors also use a processor-ordered memory-ordering model that can be further
defined as "write ordered with store-buffer forwarding." This model can be character-
ized as follows.
In a single-processor system for memory regions defined as write-back cacheable,
the following ordering principles apply (Note the memory-ordering principles for
single-processor and multiple-processor systems are written from the perspective of
software executing on the processor, where the term "processor" refers to a logical
processor. For example, a physical processor supporting multiple cores and/or
HyperThreading Technology is treated as a multi-processor systems.):
1 Reads are not reordered with other reads.
2 Writes are not reordered with older reads.
3 Writes to memory are not reordered with other writes, with the exception of
writes executed with the CLFLUSH instruction and streaming stores (writes)
executed with the non-temporal move instructions (MOVNTI, MOVNTQ,
MOVNTDQ, MOVNTPS, and MOVNTPD).
4 Reads may be reordered with older writes to different locations but not with older
writes to the same location.
5 Reads or writes cannot be reordered with I/O instructions, locked instructions, or
serializing instructions.
6 Reads cannot pass LFENCE and MFENCE instructions.
7 Writes cannot pass SFENCE and MFENCE instructions.
In a multiple-processor system, the following ordering principles apply:
1 Individual processors use the same ordering principles as in a single-processor
system.
2 Writes by a single processor are observed in the same order by all processors.
3 Writes from an individual processor are NOT ordered with respect to the writes
from other processors.
4 Memory ordering obeys causality (memory ordering respects transitive
visibility).
5 Writes to the same location have a total order.
6 Locked instructions have a total order.

其實(shí)只有寫操作和其后的讀操作(不同的地址)才會(huì)亂序執(zhí)行  回復(fù)  更多評論
  

# re: 無鎖多線程通信(0):回到起點(diǎn),又見曙光 2010-05-06 19:07 cpm
看了你之前的源代碼,當(dāng)線程A需要放入數(shù)據(jù)時(shí)B線程一直在使用數(shù)據(jù)的話,線程A會(huì)占100%的CPU,系統(tǒng)里可不光A,B兩個(gè)線程,如果使用系統(tǒng)提供的臨界區(qū),線程A會(huì)陷入內(nèi)核然后釋放出CPU控制權(quán),等線程B處理完會(huì)將A喚醒,提高了系統(tǒng)的利用率。  回復(fù)  更多評論
  

# re: 無鎖多線程通信(0):回到起點(diǎn),又見曙光 2010-05-06 19:22 飯中淹
@cpm
代碼中的賦值是在一起的,而且是對不同的變量,所以他們可能會(huì)被亂序執(zhí)行。這樣另一個(gè)線程獲取到通過狀態(tài)后,可能這時(shí)候其他的寫操作還沒有執(zhí)行完。就會(huì)出問題。

所以在修改狀態(tài)前,要用一個(gè)寫barrier來過濾掉其他寫操作的reorder,從而實(shí)現(xiàn)修改狀態(tài)時(shí),所有寫操作都完成。


另外,關(guān)于例程的代碼,只是做分析用。實(shí)際使用時(shí),還是得用一些手段來讓系統(tǒng)對線程進(jìn)行調(diào)度。這個(gè)是最基本的常識。
  回復(fù)  更多評論
  

# re: 無鎖線程通信(0):回到起點(diǎn),又見曙光 2010-05-07 15:24 cpm
@飯中淹
3 Writes to memory are not reordered with other writes, with the exception ...
所以寫操作和寫操作之間不會(huì)亂序(例外情況這里不會(huì)遇到)
同時(shí)
2 Writes by a single processor are observed in the same order by all processors.
因此,一個(gè)線程的寫操作也是被所有線程依次觀察到的(例如一個(gè)線程先寫了a,后寫了b,那么所有線程觀察的結(jié)果都是a先被寫,b后被寫)
所以這種情況下不需要內(nèi)存屏障,只要變量加了volatile保證編譯器不優(yōu)化就沒有問題


另外,你的代碼之所以無鎖能夠運(yùn)行,是因?yàn)橥ǔP枰嗑€程鎖的那些線程地位是對等的,而在你的例子里,其實(shí)是把一個(gè)單線程問題披上了多線程的外套。A線程只會(huì)把iState 由false改為true,而B線程只會(huì)把iState 由true改為false。既然這樣,為何不讓A線程檢查完直接處理呢?
而真正需要多線程同步的問題(即不能簡化為單線程的問題),鎖是不可避免的。就算是lock-free編程,也是使用了硬件鎖。  回復(fù)  更多評論
  

# re: 無鎖線程通信(0):回到起點(diǎn),又見曙光 2010-05-07 16:57 飯中淹
@cpm
在這里,我說的是個(gè)多線程通信問題,它的單個(gè)任務(wù)是線性的。
我認(rèn)為:

所有的多線程問題都可以細(xì)分為單個(gè)線性任務(wù)。

不能細(xì)分為線性任務(wù)的問題,是不存在的。

鎖是不可避免的,就算是狀態(tài)也是一種鎖。

這里的無鎖,就是不用系統(tǒng)提供的鎖。

無論是什么多線程問題,鎖都是保證線性任務(wù)線性執(zhí)行的。

所以沒有你說的不能簡化為單線程的問題。

  回復(fù)  更多評論
  

# re: 無鎖線程通信(0):回到起點(diǎn),又見曙光 2010-05-07 17:03 飯中淹
@cpm
另外,我準(zhǔn)備用barrier來代替volatile,從而讓所有的讀寫操作都能夠被優(yōu)化,并且,還能夠獲得及時(shí)的更新。
  回復(fù)  更多評論
  

# re: 無鎖線程通信(0):回到起點(diǎn),又見曙光 2010-06-02 10:04 maybetrueness
為什么不使用Intel的線程開發(fā)包TBB呢?這個(gè)庫已經(jīng)被多個(gè)產(chǎn)品使用了,而不是實(shí)驗(yàn)性代碼。
里面有模板 atomic<T> 來設(shè)定原子性變量,來代替volatile, 既保證正確性,又保證跨平臺。你們擔(dān)心的問題,我相信Intel的工程師都已經(jīng)考慮到并且保證沒有問題的。  回復(fù)  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久久久国内| 性欧美1819sex性高清| 欧美精品啪啪| 欧美国产日产韩国视频| 久久综合九色九九| 麻豆精品91| 欧美福利电影网| 欧美国产精品久久| 欧美伦理一区二区| 国产精品伦子伦免费视频| 国产欧美日韩91| 激情六月婷婷久久| 亚洲精品久久视频| 亚洲欧美视频一区二区三区| 欧美专区日韩专区| 亚洲精品小视频| 欧美日韩三级一区二区| 国产精品精品视频| 韩国成人福利片在线播放| 1000部精品久久久久久久久| 夜夜爽99久久国产综合精品女不卡| 亚洲天堂成人在线观看| 欧美一区二区久久久| 免费亚洲网站| 在线中文字幕日韩| 久久精品人人做人人综合| 欧美激情中文字幕一区二区| 国产久一道中文一区| 亚洲高清av| 欧美一区二区日韩| 欧美激情精品久久久六区热门| 亚洲视频一区在线| 久久综合亚洲社区| 国产免费观看久久| 夜夜嗨一区二区三区| 欧美成人精品一区| 亚洲在线日韩| 欧美日韩理论| 亚洲黄页一区| 久久免费视频在线| 亚洲综合视频在线| 欧美日韩一区在线观看| 亚洲日本欧美天堂| 久久影院午夜论| 亚洲欧美在线网| 国产精品白丝av嫩草影院| 久久影院午夜片一区| 一区二区福利| 亚洲日本激情| 午夜精品一区二区三区四区 | 久久精品一区蜜桃臀影院| 欧美日韩国产一级片| 亚洲人体1000| 久久国产高清| 国产精品日本欧美一区二区三区| 99国产精品久久久久老师| 欧美国产高清| 欧美成人免费在线| 亚洲黄色av| 亚洲国产精品福利| 欧美大胆成人| 亚洲精品资源| 91久久亚洲| 国产精品第2页| 午夜精品影院| 欧美一区二区啪啪| 合欧美一区二区三区| 久久亚洲视频| 久热精品视频在线观看一区| 在线精品视频一区二区| 亚洲福利电影| 国内自拍亚洲| 亚洲欧洲在线一区| 欧美88av| 蜜桃久久av| 9i看片成人免费高清| 亚洲国产经典视频| 一区二区三区 在线观看视频| 一区二区三区日韩精品视频| 亚洲欧美日韩国产中文在线| 国产亚洲精品福利| 久热精品视频在线免费观看 | 久久露脸国产精品| 久久亚洲美女| 日韩一级免费| 亚洲综合不卡| 亚洲国产成人在线播放| 亚洲人精品午夜在线观看| 欧美午夜电影网| 久久国产精品99国产| 久久亚洲高清| 亚洲视频在线看| 亚洲午夜激情免费视频| 国产亚洲一级高清| 亚洲国产另类久久久精品极度| 欧美激情亚洲另类| 欧美在线综合视频| 免费在线视频一区| 久久疯狂做爰流白浆xx| 欧美高清视频| 久久精品一区二区三区四区| 免费观看在线综合| 欧美在线观看视频在线| 午夜精品婷婷| 欧美一区二区视频在线| 篠田优中文在线播放第一区| 国产一区二区主播在线| 91久久久久| 国产亚洲一区二区在线观看| 亚洲成色精品| 国产视频不卡| 亚洲全部视频| 国产一区再线| 一区二区三区四区五区视频 | 久久久五月婷婷| 午夜久久福利| 免费日本视频一区| 久久久久久亚洲精品不卡4k岛国| 欧美日韩在线高清| 亚洲二区免费| 亚洲福利视频二区| 久久不见久久见免费视频1| 亚洲欧美综合网| 欧美久久99| 亚洲国产精品一区二区三区| 在线观看国产日韩| 欧美在线高清| 激情丁香综合| 欧美国产综合一区二区| 国产精品国产三级国产专播精品人 | 亚洲免费一级电影| 欧美日韩国产精品自在自线| 欧美国产日韩在线观看| 亚洲东热激情| 巨乳诱惑日韩免费av| 免费成人av| 亚洲全部视频| 欧美肥婆bbw| 亚洲三级国产| 亚洲午夜在线| 国产麻豆日韩欧美久久| 先锋影音久久久| 欧美一区二区三区免费观看视频| 欧美日韩精品久久| 一区二区三区四区五区精品视频| 亚洲视频欧洲视频| 欧美视频在线观看视频极品| 日韩午夜精品| 性感少妇一区| 亚洲国产成人精品久久久国产成人一区| 亚洲裸体视频| 99re视频这里只有精品| 欧美日韩日韩| 亚洲一区日韩| 免费成人性网站| 亚洲欧洲三级电影| 欧美日韩免费观看一区二区三区| 夜夜嗨一区二区三区| 欧美一二区视频| 亚洲成在人线av| 欧美日韩国产电影| 亚洲欧美中文在线视频| 欧美aⅴ99久久黑人专区| 日韩视频在线观看| 国产伦精品一区二区| 久久先锋影音av| 亚洲午夜一区二区| 欧美xxx在线观看| 亚洲欧美日韩在线高清直播| 国产精品一级久久久| 玖玖综合伊人| 亚洲午夜三级在线| 久久久夜夜夜| 亚洲小视频在线观看| 国产欧美在线观看一区| 久久久久网站| 最新亚洲视频| 男女精品视频| 亚洲欧美影院| 伊人精品久久久久7777| 欧美日韩三区| 久久久久国产精品www | 在线观看国产精品淫| 欧美激情视频一区二区三区在线播放| 欧美激情在线观看| 欧美一区二区三区免费观看| 亚洲区一区二| 国产区亚洲区欧美区| 欧美激情网友自拍| 欧美特黄一区| 亚洲激情欧美| 亚洲国产欧美在线| 国产毛片精品国产一区二区三区| 久久久久久久综合日本| 亚洲永久视频| 亚洲人被黑人高潮完整版| 久久久综合激的五月天| 亚洲亚洲精品在线观看 | 国产精品美女久久久久久免费| 久久久久国产精品厨房|