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

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

偶爾來避難的地方~

  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  94 隨筆 :: 0 文章 :: 257 評論 :: 0 Trackbacks
經由FCC同學提醒,我才發現,之前的兩篇用volatile的無鎖通信,確實是敗在了優化上了。編譯器和CPU硬件會無情的擊毀我們認為的執行順序。

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

關于編譯器的優化,我猜是為了CPU的U/V流水線來做的。它讓狀態的修改操作,有可能在操作之前就發生了,從而直接顛覆了整個方法。

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

我說的原子操作,是在最終操作上來理解的,或者稱為內部因果關聯上。就是說,對狀態賦值前的取地址操作,都不算作賦值操作的一部分。同樣的對狀態進行檢查的時候的取地址操作,也不算作檢查的一部分。因為他們互不影響。最終影響檢查狀態的,只有寫內存位置的那一個操作。在這之間出現的執行穿插,最多會導致本次檢查無法命中,但下次檢查就一定會命中。



[Barrier]

在多篇文章中,我找到了解決辦法。可以通過Barrier結束掉之前的所有讀寫操作,從而讓設置狀態這個操作的寫操作不會被優化到實際任務操作的中間或者前面去。

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

在其他的編譯器中,應該也有相應的東西來保障執行順序。

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

評論

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

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

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

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

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

在A的花括號內,B的doOtherthing不會影響A的doSomething。





  回復  更多評論
  

# re: 無鎖多線程通信(0):回到起點,又見曙光 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.

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

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

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

所以在修改狀態前,要用一個寫barrier來過濾掉其他寫操作的reorder,從而實現修改狀態時,所有寫操作都完成。


另外,關于例程的代碼,只是做分析用。實際使用時,還是得用一些手段來讓系統對線程進行調度。這個是最基本的常識。
  回復  更多評論
  

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


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

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

所有的多線程問題都可以細分為單個線性任務。

不能細分為線性任務的問題,是不存在的。

鎖是不可避免的,就算是狀態也是一種鎖。

這里的無鎖,就是不用系統提供的鎖。

無論是什么多線程問題,鎖都是保證線性任務線性執行的。

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

  回復  更多評論
  

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

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

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区精密机械公司| 狠狠操狠狠色综合网| 激情成人综合| 欧美激情中文字幕一区二区 | 日韩一级黄色片| 亚洲视频专区在线| 一区二区免费在线观看| 亚洲国产成人av好男人在线观看| 狠狠色丁香久久婷婷综合丁香 | 亚洲欧美国产视频| 亚洲人体1000| 亚洲欧美国产日韩天堂区| 久久精品一区中文字幕| 老牛国产精品一区的观看方式| 欧美国产日韩在线| 中文在线一区| 久久久精品网| 欧美三区美女| 一区二区三区国产在线| 在线视频免费在线观看一区二区| 国产精品美女久久久久久2018| 久久精品视频va| 亚洲视频一区二区| 欧美一区二区三区四区视频| 韩国成人福利片在线播放| 夜夜嗨一区二区| 久久免费的精品国产v∧| 日韩亚洲欧美在线观看| 99精品国产福利在线观看免费 | 国内久久婷婷综合| 亚洲美女av在线播放| 久久亚洲私人国产精品va| 小处雏高清一区二区三区| 欧美在线啊v| 亚洲第一精品福利| 欧美日韩一区成人| 国语自产偷拍精品视频偷 | 亚洲欧美亚洲| 亚洲福利免费| 亚洲美女视频在线观看| 久久久中精品2020中文| 国产精品久久久久天堂| 日韩一区二区久久| 欧美成人精品福利| 欧美一区二区三区免费视| 国产精品va在线播放我和闺蜜| 亚洲三级电影在线观看| 欧美 日韩 国产一区二区在线视频| 一区二区欧美在线观看| 欧美国产极速在线| 最新日韩在线| 欧美激情小视频| 蜜臀99久久精品久久久久久软件| 伊大人香蕉综合8在线视| 欧美主播一区二区三区美女 久久精品人| 亚洲人成人99网站| 欧美精品一区二| 夜夜嗨av一区二区三区网页 | 欧美va天堂va视频va在线| 午夜精品三级视频福利| 国产精品视频免费在线观看| 亚洲欧洲一二三| 欧美日韩精品免费在线观看视频| 亚洲精品国精品久久99热一| 国产有码一区二区| 你懂的亚洲视频| 亚洲美女av在线播放| 日韩视频在线观看国产| 亚洲影院免费| 国产综合色在线| 久久久亚洲国产天美传媒修理工| 最新国产拍偷乱拍精品| 欧美成人综合在线| 模特精品裸拍一区| 99国产精品99久久久久久| 亚洲视频axxx| 亚洲狼人精品一区二区三区| 亚洲精品九九| 国产精品第一区| 性做久久久久久久免费看| 午夜一区不卡| 亚洲国产精品一区二区久| 91久久久久久| 国产精品视频专区| 噜噜噜躁狠狠躁狠狠精品视频| 久久只精品国产| 中文在线资源观看网站视频免费不卡| 中日韩午夜理伦电影免费| 国产欧美一区二区精品仙草咪| 久久久噜噜噜久久中文字幕色伊伊 | 一本色道久久| 亚洲综合第一| 亚洲国产日韩欧美在线99 | 久久久国产视频91| 一本久道久久综合中文字幕| 一本色道久久88精品综合| 国产亚洲精品v| 亚洲精品国精品久久99热| 国产欧美日韩视频在线观看 | 久久精品国产亚洲a| 国产精品人成在线观看免费| 亚洲一区二区三区中文字幕| 91久久精品国产91久久| 久久精品最新地址| 久久综合九色九九| 久久精品国产精品 | 亚洲午夜一区二区三区| 国产亚洲a∨片在线观看| 国产精品视频午夜| 国产乱码精品一区二区三区不卡| 久久久91精品国产| 欧美另类69精品久久久久9999| 久久精品最新地址| 欧美日韩一区二区三区在线观看免| 久久国产黑丝| 欧美日韩在线视频观看| 欧美成人有码| 国产麻豆91精品| 亚洲美女网站| 狠狠干成人综合网| 欧美亚洲一区二区三区| 中文网丁香综合网| 欧美成人亚洲成人| 欧美国产丝袜视频| 一区二区三区在线高清| 午夜视频精品| 久久超碰97中文字幕| 国产精品大片| 99国产精品久久久| 亚洲精品偷拍| 欧美电影免费观看高清| 欧美aa国产视频| 在线观看日韩一区| 久久久爽爽爽美女图片| 久久免费观看视频| 黄色成人在线| 久久综合99re88久久爱| 免费久久久一本精品久久区| 黄色欧美日韩| 久久综合综合久久综合| 免费久久99精品国产自在现线| 国产一区二区高清| 欧美亚洲三区| 久久尤物视频| 在线观看日韩国产| 欧美劲爆第一页| 一本久道久久久| 午夜视频一区在线观看| 国产日韩欧美另类| 久久久综合香蕉尹人综合网| 免费视频久久| 日韩亚洲视频| 欧美日韩在线播放| 中文精品视频一区二区在线观看| 亚洲视频久久| 国产日韩av一区二区| 久久精品视频亚洲| 亚洲黄色三级| 在线综合亚洲欧美在线视频| 国产精品盗摄久久久| 欧美一区二区三区男人的天堂| 麻豆精品精品国产自在97香蕉| 亚洲国产日韩欧美在线图片| 欧美极品色图| 亚洲欧美日韩一区| 欧美大片18| 亚洲一区中文| 亚洲一区三区电影在线观看| 亚洲国产成人午夜在线一区| 亚洲福利av| 欧美日韩亚洲一区二区三区在线| 亚洲小说欧美另类社区| 久久成年人视频| 亚洲精品免费电影| 国产精品久久亚洲7777| 久久久欧美精品sm网站| 亚洲精品一区中文| 久久久99爱| 亚洲一区二区三区视频播放| 韩国一区二区三区在线观看 | 一区二区欧美激情| 久久综合电影一区| 亚洲一区中文字幕在线观看| 依依成人综合视频| 国产精品二区影院| 免费欧美日韩国产三级电影| 亚洲一区图片| 亚洲精品乱码久久久久久久久| 久久久在线视频| 亚洲专区欧美专区| 夜夜嗨av一区二区三区网站四季av | 亚洲靠逼com| 美女图片一区二区| 欧美一区二区三区在线观看 | 亚洲自拍另类| 亚洲免费观看高清完整版在线观看熊 | 亚洲一级二级在线| 日韩视频在线观看| 亚洲精品视频免费| 亚洲国产经典视频|