- 1 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:35:32 ]
- マルチスレッドプログラミングについて語るスレ。
その１ pc3.2ch.net/tech/kako/997/997345868.html
その２ pc5.2ch.net/test/read.cgi/tech/1037636153/
その３ pc8.2ch.net/test/read.cgi/tech/1098268137/
その４ pc8.2ch.net/test/read.cgi/tech/1130984585/
その５ pc11.2ch.net/test/read.cgi/tech/1157814833/
OS・言語・環境は問わないが、それゆえ明記すべし。
テンプレ
【ＯＳ】
【言語】
【実行環境】
【その他突起する事項】
- 623 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 23:10:05 ]
- docs.sun.com/app/docs/doc/819-0390/6n2qp46ei?a=view
この関数ってなんか役に立つの？
- 624 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:11:50 ]
- ？？
- 625 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:19:17 ]
- >>623
リード側と書き込み側の間でブロックしにくくなるんじゃないかな？
- 626 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:37:03 ]
- >>625
じゃあmutexでおｋ？
- 627 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 05:29:38 ]
- ？？
- 628 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 09:01:57 ]
- read同士でblockしない点が有用。
- 629 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 10:00:18 ]
- あるデータAをRWロックでブロックしてるとする
スレッド１がAを読み込もうとしてるときに・・・
スレッド２がAを読み込むことがある
スレッド３がAを書き込むことがある
となっている２つの場合を考える
もしスレッド１と２のみであれば、Aの値は不変のはずだから
１が処理中でも２は処理できる。
つまりRead同士ではブロックする必要がない
しかし、１と２が処理中に３が処理しようとするとおかしくなる。
だから読み込み同士ではブロックないが
書き込みはブロックしないといけない。
これがReadロック。
逆に、３が動いているときに、１と２が読み込もうとしている場合は
３が終わるまでは１も２も読み込んではいけない。
スレッド４が書き込みをしようとしてたとして、これも当然ブロックしないといけない。
つまり排他処理するのがWriteロック。
これをMutexに置き換えると、Read同士でブロックしてしまう可能性があるので
その頻度によってパフォーマンスが落ちることが考えられる。
しかし、とりあえず動かすことが重要であれば、置き換えるだけでも動く。
- 630 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 12:43:28 ]
- マルチスレッドで仕事量分割するための
手法説明している本ってないっすか？
- 631 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 15:24:51 ]
- VC6でマルチスレッドのアプリ作ってるんだがトラウマになりそうだ
- 632 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 22:27:49 ]
- マルチスレッド間で
カスタムメモリアロケタ君を
書きたいけど基本的なロジックとか
みんな何参考にしてるの？
- 633 名前：デフォルトの名無しさん [2008/04/13(日) 23:00:37 ]
- すみません。
デバッグ中に、CPU帯域を独占してるスレッドを特定したいのですが。
なにかいい方法はありませんか？
開発環境はVisualStudio2005で言語はVC++です。
- 634 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:02:22 ]
- パフォーマンスモニタでスレッドＩＤごとの負荷率が出る。
スレッドIDはデバッガで一時停止のスレッドで見られる
- 635 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:17:59 ]
- >>634
ありがとうございます。
特定できました。
- 636 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 07:54:17 ]
- >>635
特定しました。
- 637 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:08:38 ]
- 特定しますた
- 638 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:40:16 ]
- lock-freeアルゴリズムの
検証方法教えてくれよ
どうやって正当性保障するんだよｗ
あれ難しすぎだ
- 639 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:56:56 ]
- SPINみたいなのを使うんだろうか？
- 640 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 23:36:09 ]
- volatileで十分
- 641 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 00:52:23 ]
- 原論文に検証あるだろ？
- 642 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 21:53:58 ]
- それが理解できないから、易しく解説して
って言う話じゃないのかな。
- 643 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:43:36 ]
- 数式での検証と
実装の検証は違うと思うのは俺だけｗ？
俺は頭が悪いんだろうなｗ
- 644 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 23:37:15 ]
- うん、頭が悪い。
「プログラムの正しさの証明」って言われて、
この証明が数学で言う証明のことだと理解できないタイプ。
- 645 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 07:35:55 ]
- 実用性ない数式出されてもなぁ
後から付帯条件つきまくる数式
出されてもなぁ
- 646 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 09:36:27 ]
- マジで頭悪そう
- 647 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 22:16:26 ]
- ここも過疎ってるよなぁｗ
- 648 名前：デフォルトの名無しさん [2008/04/23(水) 08:00:42 ]
- 一覧に無いからだと思うあげ！
- 649 名前：デフォルトの名無しさん [2008/05/02(金) 17:43:24 ]
- 自作板にいるキチガイです。シングルスレッドで作成されてるソフトが
カーネルによってマルチコアにスレッド（タスクのことか？）が分散されると申しております。
このＩＤだけの発言では分かりにくいが、このスレにはシングルスレッドでもマルチコアのほうが早いと
のたまわってるキチガイがいます。
まだまだシングルCPUで頑張る人集合
pc11.2ch.net/test/read.cgi/jisaku/1169829748/
800 Socket774 sage New! 2008/05/02(金) 08:31:32 ID:Aaj/7HlH
このスレのシングルコアユーザーは未だにWindows3.1を使ってるようだｗ
801 Socket774 sage New! 2008/05/02(金) 08:32:49 ID:Aaj/7HlH
プログラムのスレッドと
CPUが処理する単位のスレッドは
意味が違うｗ
802 Socket774 sage New! 2008/05/02(金) 08:42:42 ID:Aaj/7HlH
プログラムのスレッドはカーネルによってさらに細分化される
与えられたCPUタイムによってそれを１つづつ実行していく
大まかに２ブロックに分割されたとしよう
１コアが１ブロックを実行してCPU使用権が終了する
その時に２コアが暇をしてるので２ブロックに即座に使用権が渡される
つまり単純に２倍の処理性能になる
806 Socket774 sage New! 2008/05/02(金) 10:52:29 ID:Aaj/7HlH
いやだからマルチスレッドOSって時点で
実際のCPU利用率は半分以下なんだよ
どんだけがんばってもそうなの
シングルコアだったら１００％使えるとかないからｗ
コアが２になるとより１００％に近い状態になるわけ
一般に１．８倍だと言われる
MS-DOSやWindows3.1を使ってる人はシングルコアのが早いかもねｗｗｗ
807 Socket774 sage New! 2008/05/02(金) 10:57:04 ID:Aaj/7HlH
>>803
ベンチマークのような単純処理の繰り返しではスレッドの細分化はほとんど行われない
ゲームみたいな大きなスレッドになると実際に４倍近くの性能を発揮する
- 650 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 17:51:33 ]
- >>649
頭のおかしな人というのはある程度の確率で常にあらわれるものであって、
そういう人がいるのはおかしいとか、説明して頭をよくしてあげよう等の考えは
全くの無駄だと思う。中身の入って無い枝豆同様ハズレとして無視するよりない。
いらいらする気持はわかるけどね。
- 651 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 17:52:33 ]
- コピペ君に応答する奴も馬鹿だな、まで読んだ。
- 652 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 19:14:41 ]
- osのタスク切り替え戦略によってはそうなるかもしれないけど、
普通は強制的な一定タイムスライスじゃないよね。
システムコール待つのにビジーウェイトでもしてると思ってんのか。
- 653 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 20:14:27 ]
- ほかのタスクや割り込み処理に割り込まれる可能性が減る（ほかのＣＰＵに割り振られる）から
「遅くなりにくい」ということはいえるが
速くなることはないだろうなあ。
って件のスレで当人書いてるじゃん
- 654 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 21:56:31 ]
- 1coreの時にOS側のタスクによるオーバヘッドが1%程度あったとすると
2coreならアプリの実行時間が1%短くなる程度なら有り得る
- 655 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 06:58:19 ]
- ゲームでならDirectSoundは別スレッドで動いてるので
もうちょっと効果あるかもね。
- 656 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 08:29:25 ]
- 例えばX11だと描画はサーバプロセスが行なうから結構効果がありますね。
でもそれをシングルスレッドアプリが速くなると言ってしまうとちょっと違うと思いますが。
- 657 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 08:33:56 ]
- よっぽど単純なプログラムでもない限り
完全なシングルスレッドなんてあり得ないんですけどねｗ
- 658 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 08:40:56 ]
- たとえばEXCELで
再計算処理が行われてる時にメニューを実行すると
再計算、描画、メニューの３つのスレッドが形成される
- 659 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 08:47:38 ]
- ビス太のユーザーランドスレッドの方針を分かって話してるの？
- 660 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 12:26:31 ]
- スレッドプールのはなし？
- 661 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 15:17:42 ]
- >>658
スレッドが生成されるかどうかと
並行実行するかどうかは別だぞ
- 662 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:15:41 ]
- OpenMP中で使ってるとか
そんなんじゃねーのｗ
- 663 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:22:28 ]
- >>661
XPでは平行実行してるが？
- 664 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:59:25 ]
- >>663
させるかどうか、だ
- 665 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:51:43 ]
- シングルスレッドでコンパイルするやつはいないだろｗ
- 666 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 00:40:42 ]
- それまでの話の流れとは関係ないが
「マルチスレッド対応ライブラリを使用する」と
「マルチスレッドで動作するプログラムにする」は全く違うのだが
まさかとは思うが、>>665はそういう意味じゃないよな？
当然、「コンパイラをマルチスレッドで動作させる」だよね？
一応触れておくと
Win32で普通にGUIプログラムを作る場合、明示的にスレッド関連の操作をしない限り
マルチスレッドで動くことは無い。
何故なら、メッセージキューが１スレッドに１つ作られるので
そこからのイベントで処理を記述する書き方だと、１スレッドにしかならないから。
(イベントハンドラでスレッド操作をすれば当然マルチスレッドも可能)
もちろん、カーネル内の処理(割り込み等)は別。
- 667 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 00:59:30 ]
- そういえば、Win9xのWinsock2の非同期処理は
内部的にスレッド作って擬似動作させてたんだっけ。
忘れてた。
- 668 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 01:14:13 ]
- >>666
メッセージキューも明示的に作る(作らせる)ものであって
スレッド作成=メッセージキュー作成じゃないよ。
- 669 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 12:10:33 ]
- > メッセージキューも明示的に作る(作らせる)ものであって
具体的にどうやって作るの？
- 670 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 12:39:33 ]
- MSDNのPostThreadMessageの所に書いてあるな
- 671 名前：まあ、明示的がどうかは人によって違うと思うが... mailto:sage [2008/05/04(日) 16:07:57 ]
- これのことかな...
> その後、ポスト先のスレッドで、
> PeekMessage(&msg, NULL, WM_USER, WM_USER, PM_NOREMOVE) を呼び出し、
> このスレッド用のメッセージキューを強制的に作成します。
でもこれって、
> スレッドが Win32 のユーザー関数または GDI 関数のいずれかを最初に
> 呼び出した時点で、システムはそのスレッドのメッセージキューを作成
> します。
ってことだよね。
あまり「明示的」とは思えないんだが...。
- 672 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 17:10:13 ]
- 風が吹いたら桶屋が儲かるくらい暗黙的でなければ明示的
- 673 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 22:53:30 ]
- いや別にメッセージループに入ったからといって
CPUを最後まで占有出来るわけじゃないのだ
途中で強制的に割り込まれる
そうすると他のループに権利が渡されるだけだな
マルチスレッドでコンパイルすると各メッセージループは完全に独立したスレッドになる
だから既存のアプリもほとんどはデュアルコアの恩恵がある
- 674 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:11:24 ]
- おまえはそんなにメッセージループを作っているのか？
大多数のアプリはWinMainの中のGetMessage１つだけだと思うが
- 675 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:12:03 ]
- それと、「マルチスレッドでコンパイルする」の意味を具体的に説明しろよ
- 676 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:14:14 ]
- 上の方は、プリエンプティブマルチタスクの解説で、4行目の
「他のループ」＝「他のプロセスのメッセージループ」なのかなー
と思って読んでいたが
＞マルチスレッドでコンパイルすると各メッセージループは完全に独立したスレッドになる
え？
- 677 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 00:56:45 ]
- ちょっぴりエスパー能力を発揮して解読してみた。
普通、「メッセージループ」と言うと
while (GetMessage()) { ... } の部分のことを指すと思うのだが
おそらくこのヒトは、DispatchMessageで間接的に呼ばれるルーチン、
大抵は「WndProcの呼び出し１回」のことを
「メッセージループ」と呼んでいるような気がする。
- 678 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 01:18:24 ]
- だとしてもウインドウプロシージャがマルチスレッドで
並列実行されたりはしないと思うが。
- 679 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 01:48:05 ]
- もちろんその通り。
大丈夫、基本的な仕組みを理解してないのは、多分一人だけだから。
- 680 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 03:39:24 ]
- え？ そうなん？
メッセージループをマルチスレッドでコンパイルしたら
完全にプリエンプティブなマルチコアになるでしょ
- 681 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 05:18:58 ]
- だからその「マルチスレッドでコンパイル」って、何をどうすることなの？
- 682 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 05:34:27 ]
- 一応、>>666の前半部に、候補としていくつか挙げてあるけど
・マルチスレッドライブラリを使用する(コンパイラオプションを設定)
・マルチスレッドで動作するようにソースコードを書き換えてコンパイルし直す
・コンパイル時にコンパイラがマルチスレッドで動作するオプションを使う(対応しているもののみ)
・その他
ところで、「プリエンプティブなマルチコアになる」って何？
「マルチスレッドでコンパイルする」「メッセージループがスレッドになる」に続いて
またまた第三者からは理解不能な言葉が出て来てるんですけど。
- 683 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 05:37:36 ]
- >>680
これは釣りだろ
- 684 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 06:45:01 ]
- 「マルチスレッドでコンパイルする」
そういえばVS2005から並行コンパイルができるようになったけど
そのことかな。
- 685 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 08:03:25 ]
- >>683
知ってる単語を並べただけと言う疑惑も捨てがたい。(w
- 686 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 10:57:32 ]
- データを完全にシーケンシャルに
処理する必要があるのに
スレッドの接続形態が
1-N-1って場合って
どんな利点があるの？キュー作っても処理遅くなるだけじゃね？
- 687 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 11:26:27 ]
- メッセージの元になるイベントは、システム全体に対して非同期に起こるんだよ。
おまいのアプリ上だけじゃないし、処理終了を待って定期的に起こるわけでもない。
- 688 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:20:25 ]
- マルチスレッドでコンパイルする=MTsafeにするだろう
- 689 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 15:24:34 ]
- >>686
ここの人には「完全にシーケンシャル」の意味するところがわからないから、
その形態作った奴に聞いてみればいいんじゃね。
- 690 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 17:14:57 ]
- よくわからないけど、入力1、処理N、出力1みたいな感じだとすると、
最後の1を遊ばせないためには良いんじゃないかという気がする。
まあ何やるか次第だけど。
- 691 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 17:16:08 ]
- >>690
でもめちゃくちゃ排他制御かからないかなぁ？
常にシーケンシャルってことは前のデータ待って
処理しないといけないってことだろうし
- 692 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 11:17:48 ]
- コンパイラオプションのシングルとMTが具体的に何をしてるのかは知らないが
MTにした時に各イベントは完全に非同期で発生する
並列実行してるのだと思ってるのだが違うのか？
- 693 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 11:46:10 ]
- いいえ。イベント発生は非同期ですが、受信が並列に行われる保証はありません。
# つーか、並列実行できるくらいならイベント機構はもっと簡略化できるわけで。
- 694 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 13:47:11 ]
- >コンパイラオプションのシングルとMTが具体的に何をしてるのかは知らないが
コンパイラのヘルプ読めよ・・・
- 695 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 17:24:03 ]
- マルチスレッドでコンパイルといえばマルチスレッド実行されるのが当然だろ
何言ってるんだか
- 696 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 21:18:32 ]
- ・マルチスレッド (対応のコンパイラ) でコンパイルといえば
(コンパイラが) マルチスレッド実行...
・マルチスレッド (オプションをつけた状態) でコンパイルといえば
(生成されたプログラムが) マルチスレッド実行...
日本語難しいアルネ。
- 697 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:05:44 ]
- 最近のコンパイラはマルチスレッドで動作するプログラムを勝手に生成してくれるの？
- 698 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:07:56 ]
- MT対応ライブラリをリンクするだけじゃね
OpenMPとか一応あるけど明示的にディレクティブを書かないといけないし
- 699 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:13:13 ]
- それはライブラリの使い方次第だろう。
MT-safeになるだけっていうのとはまた違うし。
なんかレベルがよく分からない抽象的な話しかないのは気のせいか。
- 700 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:27:00 ]
- >>697
コンパイラ自体は何もしないけど
MFCとかのフレームワークがするんでしょ
- 701 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:32:49 ]
- 私はいつものようにMFCでプログラムを組んでいた
当然のごとくMTをコンパイラオプションに指定した
ある日、子ウィンドウから親ウィンドウにある関数を実行する必要性が出てきた
私はPostMessageでオリジナルのイベントを実装することを思いついた
そこには処理Aと処理Bという２つの関数が存在した
処理Bは処理Aの結果を利用するものである
処理B単体で実行する場合もあるのでこの２つは独立していた
私は当然のごとく各イベントはシーケンスに処理させるのだと思い込んでいた
メッセージA、メッセージBと順番に親ウィンドウに送信する
するとどうだろうか
プログラムは例外エラーを発生させて画面から消えるではないか
私は挙動を調べるべく調査に乗り出した
そしてついにその原因を突き止めた
この２つの処理は同時に実行されている
- 702 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:42:19 ]
- 非同期のPostMessageじゃなくて同期のSendMessageだったっけ、そういうのなかった?
winapiから遠ざかりすぎてﾜｽﾚﾀ。非同期メッセージ通信なのだから、
>各イベントはシーケンスに処理させる
って前提は、キューに入れられた順番はあるけど
cpuが空いていればキューから取り出してすぐに実行されるってこと?
- 703 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:01:41 ]
- 内部的にSendMessage使ってる関数でデッドロックしたことがあるのでマルチスレッド怖い
- 704 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:05:04 ]
- デッドロックはアナライザで一発で見つかるから楽。
問題はコンディションレースだ。
- 705 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 09:27:46 ]
- >>701
MFCをコンパイルするときは/MLオプションを
受け付けなかったと思ったがどうだっただろう。
/MD と /MTの切り替えは問題なく出来るはず。
さらにVS2005からは/MLは廃止になっている。
一応説明しておくと
/MLはシングルスレッド用CRTライブラリのスタティックリンク
/MTはマルチスレッド用CRTライブラリのスタティックリンク
/MDはMSVCRT.DLL（版によって名称の差異あり）へのダイナミックリンク
- 706 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 11:54:00 ]
- メッセージキューは必要に応じてスレッドごとに生成される。
自他スレッドやOSから発行されるウインドウメッセージはメッセージキューで並列化され、
メッセージループで読み出されることによってその後のウインドウプロシージャの処理は
メッセージループのスレッドで実行される。
つまりマルチなのはキューまでで後は単一のスレッドで実行される。
ただし単純にシーケンシャルに実行されるわけではない。
キューはプライオリティキューであり順番が入れ替わることがある。
ウインドウプロシージャ内でメッセージキューに関係する命令を使った場合、
現在のメッセージの処理を一旦中断し別のメッセージに実行権を譲渡することがある。
>>701はこの辺を並列で実行されたと誤認してるものと思われる。
どうしてもマルチで動作してると言い張るつもりなら、
ウインドウプロシージャにスレッドIDの変化を調べるルーティンを入れて
変化が認められるか調べるのが一番だと思う。
- 707 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 12:34:36 ]
- >>706
2行目訂正
誤）メッセージキューで並列化され
正）メッセージキューで直列化され
- 708 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 12:41:26 ]
- >>701
新しいスレッドを作らない限り同時に実行は無いよ。もっとよく調べてみよう。
- 709 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 13:18:51 ]
- WndProcがマルチスレッドに動くなら
そこらじゅうMutexやらCritical Sessionだらけになる予感
もちろんVolatile論争もこのスレ的にOK
- 710 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 15:43:52 ]
- 同期コストで逆に遅くなりそうだな。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:24:19 ]
- どうせCSocketみたいな内部でPeekMessageで回してるのを見て
同時実行されてると思い込んでるだけでしょ。
- 712 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 20:18:26 ]
- 何の技術もないんですが、気になってることを質問させてください。
マルチコアプロセッサでマルチスレッドのプログラミングをする時って
スレッドを、ポンポンって作って、後はOSとかが暇にしてるコアに
仕事を割り振ってるんですか？
それとも、プログラムの側で、「この処理はお前がやれ」ってマルチコアの
特定のコアに指定して割り振るんですか？
調べてみたら、どうも前者っぽいんですが、気になって昨夜は2時間くらい
布団の中で寝れませんでした。お願いします、教えてください。
- 713 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 20:25:47 ]
- >>712
何も指定しなければOSが自動的に割り振る。
指定すれば割り振ることができる。
だからどっちともいえる。
- 714 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 20:31:19 ]
- >>713
ありがとう。これで今夜はゆっくり寝れる。
もうひとつ聞きたいこと出てきました。
指定する場合ってどうやるのか、キーワードだけでも
教えていただけると有り難いです。
- 715 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 21:06:27 ]
- affinityでググればいいんじゃね
www.linux.or.jp/JM/html/LDP_man-pages/man2/sched_getaffinity.2.html
こんなんとか
msdn.microsoft.com/ja-jp/library/cc429346.aspx
- 716 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 21:15:44 ]
- >>715
あーりーがーとー。
いろんなキーワードで調べてたけど
ずっと見つからなかったものが、ようやく見つかった。
感謝します。
お邪魔しました。
- 717 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:40:13 ]
- >>716
Linuxだとtasksetってコマンドで簡単に設定できるので便利。
- 718 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 23:52:00 ]
- >>717
おぉ。寝る前に念のためにきてみたら、またいいこと知った。
ありがとねー。
- 719 名前：デフォルトの名無しさん [2008/05/21(水) 17:41:08 ]
- 質問させて下さい。
WindowsでGUIから何らかのアクションでスレッドを起動し、
ESCキーを押下でメッセージボックスを表示して、
スレッドの実行を中止できるようにしたいと考えています。
こんな風に↓
case IDM_KEY_ESCAPE: {
if (thread.suspend()==0) {
if (MessageBox(hwnd, "", ""),MB_OKCANCEL)==IDOK) { thread.terminate(); }
else { thread.resume(); }
}
break;
}
で、以下のようなスレッドクラスを作成しました。
（つづきます）
- 720 名前：719 [2008/05/21(水) 17:42:31 ]
- class Thread {
HANDLE hthread_;
unsigned int id_;
void run(void) { /* 具体的な処理 */ }
public:
void start(void) { hthread_ = (HANDLE)_beginthreadex(NULL, 0, Thread::entrypoint, this, 0, &id_); }
DWORD suspend(void) const { return SuspendThread(handle()); }
DWORD resume(void) const { return ResumeThread(handle())); }
static unsigned int WINAPI entrypoint(void* instance) {
thread_t* p = static_cast<thread_t*>(instance);
p->run();
_endthreadex(0);
CloseHandle(p->handle());
p->hthread_ = 0;
return 0;
}
};
- 721 名前：719 [2008/05/21(水) 17:43:00 ]
- しかし、実際に使ってみたところ、ESCキーでメッセージボックスを表示すると、
たしかにスレッドの処理は中断するのですが、
タスクマネージャを見ると中断している間も実行メモリが数KBずつ増えていくのです。
それで中断したまま（メッセージボックスを表示したまま）しばらく放っておくと、
タスクマネージャに表示された該当プロセスのスレッド数が１つ減ります。
（つまりGUI起動時のスレッド数になる）
そこでメッセージボックスのOKを選択してスレッドを終了すると、
さらにスレッド数が１つ減って、壊れた振る舞いをするという具合です。
とりあえずスレッドクラスについて質問したいのですが、
↑は変な実装ではないでしょうか？それから使い方も問題ないでしょうか？
OS:Windows Vista x64
言語:C++
環境:Visual Studio 2008
- 722 名前：719 mailto:sage [2008/05/21(水) 17:46:25 ]
- すみません。>>720のthread_tはThreadの間違い、
p->handle()はp->hthread_、それからterminateメソッドが抜けていました。
void terminate(void) {
TerminateThread(hthread_, 0);
CloseHandle(hthread_);
hthread_ = 0;
}
}
- 723 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 18:09:32 ]
- TerminateThreadで終わらせたとき、run内で動的に確保されていたリソースはどうなるでしょうか。
それと、entrypoint内_endthreadex(0)の後に記述した処理は実行されないと思うのですが。
あとは知らん。
|
 |
