最近我正在閱讀一些

Linux內(nèi)核空間代碼,我看到了這一點

uint64_t used;

uint64_t blocked;

used = atomic64_read(&g_variable->used); //#1

barrier(); //#2

blocked = atomic64_read(&g_variable->blocked); //#3

這段代碼片段的語義是什么？確保#1在#3之前執(zhí)行#2.

可是,我是一個亂七八糟的人,因為這樣@H_403_6@

#A在64位平臺中,將atomic64_read宏擴展為@H_403_6@used = (&g_variable->used)->counter // where counter is volatile.

在32位平臺中,它被轉換為使用鎖cmpxchg8b.我假設這兩個具有相同的語義,對于64位版本,我認為這意味著：@H_403_6@

>全部或全部,我們可以排除地址不對齊,字長大于cpu本機字大小的情況.

>無優(yōu)化,強制cpu從內(nèi)存位置讀取.@H_403_6@

atomic64_read沒有保留讀取順序的語義！見this@H_403_6@

#B屏障宏定義為@H_403_6@/* Optimization barrier */

/* The "volatile" is due to gcc bugs */

#define barrier() __asm__ __volatile__("": : :"memory")

從wiki this起只是防止gcc編譯器重新排序讀寫.@H_403_6@

我困惑的是如何禁用cpu的重新排序優(yōu)化？另外,我可以想到屏障宏是全面的？@H_403_6@

總結

以上是生活随笔為你收集整理的atomic在linux编译不通过,内存障碍和在linux上的atomic_t的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。