針はLinux kernelのper_に戻ります。cpuマクロ
5069 ワード
時間は緊張しています。まずメモしてください。その後の最適化と改善。
このブログはオリジナルです。CC 3.0プロトコルを遵守します。転載は出典を明記してください。
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
percpuマクロはlinuxにあります ケネルでよく見られます。ここでコードを合わせて、per_を簡単に分析します。cpuマクロが実現する機能は、linux 2.6.36に基づくケネルバージョン：
CONFIG_をオープンしていますSMPの場合はper_cpuマクロの実装は、cpuの値から内部データオフセットを計算し、varポインタに戻ってオフセットを増加させたアドレスである。
マクロの定義は以下の通りです。まず検証します。
__p
一つのためですか
percpu
変数ポインタを使って、
__p
の値を加算します
__オフセット
。分析は以下の通りです
毎日の道理
堅持する昨日は立脚といい、堅持する今日は進取といい、堅持する明日は成功といいます。
per_についてcpuoffsetのマクロ定義は以下の通りである。cpuoffset(x)の値は実はtrap_です。block配列xを配列の下に表示される配列項目の構造体trap_percpuの_percpuベースの値:
Reference：
[1]http://blog.csdn.net/lux_veritas/articale/detail/8977510
[2]http://www.ibiblio.org/gferg/ldp/GCC-Inline-Assembly-HOWTO.html#s6
この文章は終わって、皆さんにプログラマーの笑い話の語録を共有します。IT業界の衆生第一級：神人、天資が優れていて、技術マニアであると同時に、人並み外れた商業頭脳を持っています。丁磊の如し、伯君を求む。第二級：上級者は素質があり、優れた技術を持っていますが、人より優れた商業的な頭脳がないです。このような人はトップハッカーではなく、技術監督の類です。第三級：牛人、技術は完璧で、業界の知識を熟知して、思い切って革新して、自分の会社とソフトウェアの製品があります。第四級：工頭、技術が優れていて、指導チームの能力があります。このような大企業のプロジェクトマネージャーが多いです。第五級：技術労働者、技術が優れていて、業界の知識を熟知していますが、リーダーシップが足りないです。このような人は大体学部の人やベテランのプログラマーです。大体において横柄で、高慢で、一般技術者に伍したくないです。第六級：熟練労働者、技術の広さと深さがあります。このような人の多くはベテランで、一部はツールを利用してネット上の脆弱性のあるサーバーを探し、悪いことをして成績感を得ることが好きです。気分がよければ、フォーラムで彼らは菜々鳥の多くの質問に答えます。このレベルはソフトウェア業界の苦力の重要な構成部分です。第7級：労働者、いくつかの技術は比較的に熟練していますが、深さと広さに欠けています。このような人はたいていプログラマ級です。ソフトウェア産業のための苦力の主要な構成部分です。第八級：初心者で、入門時間は長くないです。フォーラムで初級の質問を繰り返します。唐僧の精神があります。煩わしいですが、基本的には可愛いです。真剣に研究しさえすれば、一、二年後には上の階に上がることができます。第九級：大ウソ、中国教育の弊害を利用して、高学歴の帽子をかぶって、小さい会社でソフトウェア部のマネージャーを混ぜて、設計はだめです。コードはだめです。闘志を闘わせた事務室の文化を技術部門に導入するのは本当に汚いです。第十級：ロバや馬鹿X、SELECT文を書くことができます。自分はORALCEに精通しています。レジスターは何種類あるか分かりません。自分はアセンブルが分かります。全部日本に送ってIT産業の労働者になることを提案します。日本人のお金を稼いで、日本のソフトウェア業界に深刻な打撃を与えました。
-------------------オリジナル文章By指針と返却-------------
このブログはオリジナルです。CC 3.0プロトコルを遵守します。転載は出典を明記してください。
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
percpuマクロはlinuxにあります ケネルでよく見られます。ここでコードを合わせて、per_を簡単に分析します。cpuマクロが実現する機能は、linux 2.6.36に基づくケネルバージョン：
CONFIG_をオープンしていますSMPの場合はper_cpuマクロの実装は、cpuの値から内部データオフセットを計算し、varポインタに戻ってオフセットを増加させたアドレスである。
#define per_cpu(var, cpu) \
(*SHIFT_PERCPU_PTR(&(var), per_cpu_offset(cpu)))マクロの定義は以下の通りです。まず検証します。
__p
一つのためですか
percpu
変数ポインタを使って、
__p
の値を加算します
__オフセット
。分析は以下の通りです
/* Weird cast keeps both GCC and sparse happy. */
#define SHIFT_PERCPU_PTR(__p, __offset) ({ \
__verify_pcpu_ptr((__p)); \ //1
RELOC_HIDE((typeof(*(__p)) __kernel __force *)(__p), (__offset)); \ //2
})/*
* Macro which verifies @ptr is a percpu pointer without evaluating
* @ptr. This is to be used in percpu accessors to verify that the
* input parameter is a percpu pointer.
*/
#define __verify_pcpu_ptr(ptr) do { \
const void __percpu *__vpp_verify = (typeof(ptr))NULL; \
(void)__vpp_verify; \
} while (0)毎日の道理
堅持する昨日は立脚といい、堅持する今日は進取といい、堅持する明日は成功といいます。
/*
* This macro obfuscates arithmetic on a variable address so that gcc
* shouldn't recognize the original var, and make assumptions about it.
*
* This is needed because the C standard makes it undefined to do
* pointer arithmetic on "objects" outside their boundaries and the
* gcc optimizers assume this is the case. In particular they
* assume such arithmetic does not wrap.
*
* A miscompilation has been observed because of this on PPC.
* To work around it we hide the relationship of the pointer and the object
* using this macro.
*
* Versions of the ppc64 compiler before 4.1 had a bug where use of
* RELOC_HIDE could trash r30. The bug can be worked around by changing
* the inline assembly constraint from =g to =r, in this particular
* case either is valid.
*/
#define RELOC_HIDE(ptr, off) \
({ unsigned long __ptr; \
__asm__ ("" : "=r"(__ptr) : "0"(ptr)); \
//__ptr ，ptr __ptr ， ptr __ptr ， __ptr
(typeof(ptr)) (__ptr + (off)); })
// ptr off， ptrper_についてcpuoffsetのマクロ定義は以下の通りである。cpuoffset(x)の値は実はtrap_です。block配列xを配列の下に表示される配列項目の構造体trap_percpuの_percpuベースの値:
/*
* per_cpu_offset() is the offset that has to be added to a
* percpu variable to get to the instance for a certain processor.
*
* Most arches use the __per_cpu_offset array for those offsets but
* some arches have their own ways of determining the offset (x86_64, s390).
*/
#define per_cpu_offset(x) (__per_cpu_offset(x))
#define __per_cpu_offset(__cpu) \
(trap_block[(__cpu)].__per_cpu_base)
struct trap_per_cpu trap_block[NR_CPUS];Reference：
[1]http://blog.csdn.net/lux_veritas/articale/detail/8977510
[2]http://www.ibiblio.org/gferg/ldp/GCC-Inline-Assembly-HOWTO.html#s6
この文章は終わって、皆さんにプログラマーの笑い話の語録を共有します。IT業界の衆生第一級：神人、天資が優れていて、技術マニアであると同時に、人並み外れた商業頭脳を持っています。丁磊の如し、伯君を求む。第二級：上級者は素質があり、優れた技術を持っていますが、人より優れた商業的な頭脳がないです。このような人はトップハッカーではなく、技術監督の類です。第三級：牛人、技術は完璧で、業界の知識を熟知して、思い切って革新して、自分の会社とソフトウェアの製品があります。第四級：工頭、技術が優れていて、指導チームの能力があります。このような大企業のプロジェクトマネージャーが多いです。第五級：技術労働者、技術が優れていて、業界の知識を熟知していますが、リーダーシップが足りないです。このような人は大体学部の人やベテランのプログラマーです。大体において横柄で、高慢で、一般技術者に伍したくないです。第六級：熟練労働者、技術の広さと深さがあります。このような人の多くはベテランで、一部はツールを利用してネット上の脆弱性のあるサーバーを探し、悪いことをして成績感を得ることが好きです。気分がよければ、フォーラムで彼らは菜々鳥の多くの質問に答えます。このレベルはソフトウェア業界の苦力の重要な構成部分です。第7級：労働者、いくつかの技術は比較的に熟練していますが、深さと広さに欠けています。このような人はたいていプログラマ級です。ソフトウェア産業のための苦力の主要な構成部分です。第八級：初心者で、入門時間は長くないです。フォーラムで初級の質問を繰り返します。唐僧の精神があります。煩わしいですが、基本的には可愛いです。真剣に研究しさえすれば、一、二年後には上の階に上がることができます。第九級：大ウソ、中国教育の弊害を利用して、高学歴の帽子をかぶって、小さい会社でソフトウェア部のマネージャーを混ぜて、設計はだめです。コードはだめです。闘志を闘わせた事務室の文化を技術部門に導入するのは本当に汚いです。第十級：ロバや馬鹿X、SELECT文を書くことができます。自分はORALCEに精通しています。レジスターは何種類あるか分かりません。自分はアセンブルが分かります。全部日本に送ってIT産業の労働者になることを提案します。日本人のお金を稼いで、日本のソフトウェア業界に深刻な打撃を与えました。
-------------------オリジナル文章By指針と返却-------------