マルチスレッドプログラミング相談室その６

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 05/09 09:53 / Filesize : 193 KB / Number-of Response : 799
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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・言語・環境は問わないが、それゆえ明記すべし。
テンプレ

【ＯＳ】

【言語】

【実行環境】

【その他突起する事項】
602 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 11:40:27 ]: サブスレッドからアプリケーションを直接終了させる設計は変じゃないか。
メインスレッドに何らかのメッセージを送って、メインスレッドからアプリケーションを終了すればよいじゃない。
面倒なら、少々強引だが、PostThreadMessageでメインスレッドに
直接WM_QUITを送りつけるのも。あまりお勧めしないが。
603 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 12:57:27 ]: ウィンドウはそれを作ったスレッドに結びついているよ
604 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 13:10:12 ]: >>601
PostQuitMessageを別スレッドから呼び出すことは問題ないけど、
メッセージは、ウィンドウの作成元のスレッドにしか来ないよ
別スレッドでGetMessageしたかったら、そっち側でCreateWindowしないとだめ
605 名前：604 mailto:sage [2008/03/16(日) 13:11:34 ]: ＞PostQuitMessageを別スレッドから呼び出すことは問題ないけど、
って、ウソでした、カレントスレッドにWM_QUITを送るだけか
PostThreadMessageで相手スレッドにWM_QUITを送ればいいかも
606 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 14:31:10 ]: >>602-605
ありがとうございます。
MSG構造体へメッセージを送る際のデッドロックが心配でした。
>>602
＞サブスレッドからアプリケーションを直接終了させる設計は変じゃないか。
ウインドウモードだと×からも終了させる場合があるのと、
メインスレッドのID取得が難しそうなので変えられなそうです。
607 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 22:42:23 ]: >メインスレッドのID取得
プログラム開始時にメインスレッドから GetCurrentThreadId を呼んで、
メインスレッドのIDが取得して、それをグローバル変数にでも入れておけば良いかも。

それがいやなら、メインスレッドにくくりついている非表示ウィンドウを一つ作っておいて、
そこに向かって PostMessage して、メインスレッドにメッセージをポストするのも手。
windowsではよくある話。
608 名前：６０１、606 mailto:sage [2008/03/17(月) 15:08:05 ]: もう一つ質問させてください。
メインスレッドがウィンドウを持ち、GetMessageのループをしていてかつ、
サブスレッドがメインスレッドのウィンドウにDirect3Dで描画している場合、
GetMessageとDirect3DがHWNDへのアクセス権をもめてクラッシュしますか？
609 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 16:22:56 ]: swapchainでググれ
610 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 17:00:28 ]: サブスレッドでバックバッファに書き込んだ後、
メインスレッドにバッファを転送するべきという意味ですか？
うーん……
611 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 21:18:56 ]: >>608
クラッシュしませんよ。
ただ、例外があって、ディバイスをリセットするときだけはディバイスを作成したスレッドからリセットを
コールしてあげないといけないからその点は注意。
メインスレッドでディバイスを作成した場合は、サブスレッドからはリセットは出来ない。

なので、もし、サブスレッドからディバイスをリセットする場合は、
まず、適当な自作ウィンドウメッセージをサブスレッドからメインスレッドのウィンドウに投げて、
メインスレッドのウィンドウがそれを拾ったらメインスレッド側から
ディバイスをリセットする。
612 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 21:47:01 ]: Linux 2.6.21です
sigwait()しているスレッドに他のスレッドからpthread_cancel()を実行してもスレッドがキャンセルされません
sigwait()はキャンセルポイントのはずなのになぜ、と困惑しています
うちの環境のみなんでしょうか
もしくはLinuxの仕様？
613 名前：612 mailto:sage [2008/03/19(水) 07:24:50 ]: すいません、自分の勘違いでした
614 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 19:48:12 ]: すいません。教えてください。
linux 2.6.20でpthreadです。
sched_get_priority_minとsched_get_priority_maxで優先度の
最大値と最小値を得たところ両方０でした。
これは優先度を選択できないということでしょうか。
優先度の最大値、最小値を得るのに使った引数は
sched_getscheduler(getpid())で値は０でした。
よろしくおねがいします。
あ、あと書き忘れましたがlttng0.9.0のパッチを当ててます。
615 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 20:06:05 ]: >>614
www.linux.or.jp/JM/html/LDP_man-pages/man2/sched_get_priority_max.2.html
＞Linux では SCHED_FIFO と SCHED_RR では 1 から 99 の範囲の静的プライオリティーを持ち、
＞SCHED_OTHER と SCHED_BATCH ではプライオリティとして 0 を持つ。
616 名前：614 mailto:sage [2008/03/25(火) 21:04:25 ]: ありがとうございます。
優先度を指定しよう思ったらSCHED_FIFOかSCHED_RRにしろということですね。
考えて見ます。
617 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 02:52:53 ]: RTの付いたカーネルじゃないとダメじゃなかったっけ？
618 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 00:04:13 ]: Numaで確保した共有メモリ内に
pthread mutext仕込むと
Numaで共有しているマシン間で
排他取れるの？
619 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 13:08:46 ]: 出来ないの?
620 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 22:36:00 ]: 教えてくれよｗ
621 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 07:07:46 ]: POSIX準拠なら取れないとおかしいという結論になるはず。
「NUMAで確保したの共有メモリ」がPOSIX準拠かどうかまでは知ったこっちゃねぇ。
622 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 16:27:39 ]: もし出来ないなら、アドレス空間が共有できてもうれしくないと思うんだが。
割と普通なOpteron複数搭載機ではまる人が続出しそう。
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が空いていればキューから取り出してすぐに実行されるってこと?

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef