[過去ﾛｸﾞ]
マルチスレッドプログラミング相談室 その４ (1001ﾚｽ)
マルチスレッドプログラミング相談室 その４ http://pc8.5ch.net/test/read.cgi/tech/1130984585/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
938: デフォルトの名無しさん [sage] 2006/09/09(土) 09:51:15 >>934 特定少数の chip setに限定するとかなら話は別だろうけど, C コンパイラが LOCK prefix つけて load/store するコードを 吐き出すわけではないし, ハードウェアの作り次第だと思われ... http://pc8.5ch.net/test/read.cgi/tech/1130984585/938
942: 923 [sage] 2006/09/09(土) 12:45:41 >>936>>938 ロックしないと明らかにまずい状況はもちろんロックしますが、 単純な場合はロック無しでできたらいいという場面もありそうです。 皆さん、スレッド間で共有されるグローバル変数全て、万一の場合に 備えてくまなくロック系API使ってアクセスしてますか？ 「書いて」「読んで」その状況において不都合がない場合は、 API通さずに普通のCの文法で書ければ言うことはないじゃないですか。 スレッド系の解説してる本にも、単純なカウンターとかロック系の API無しでアクセスしてます。ここで問題にしているのはそういう ごく単純なプリミティブなアクセスの話です。 NDAや「ハードウェアの作り次第」とか、そういう話まで持ち出されるのは 個人や小さい事業所でどうこうするのは不可能ですし、現実的なアクション とは到底言えないと思います。 要は世に出回っている大抵のWindowsマシンでおかしくならない線を 探せばいいのだと思います。パッケージには全てのマシンで動作保障 するものではありませんとか書いてるソフトもありますし、試せる 範囲でおかしくならなければ（試して失敗が一つも無ければ）、 完全な厳密性までは得られなくても、こちらのスタンスとしてはOKです。 http://pc8.5ch.net/test/read.cgi/tech/1130984585/942
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.043s