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

1 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 19:26:16 ] マルチスレッドプログラミングについて語るスレ ■前スレ マルチスレッドプログラミング相談室 その６ ttp://pc11.2ch.net/test/read.cgi/tech/1187008532/ ■過去スレ その１ ttp://pc3.2ch.net/tech/kako/997/997345868.html その２ ttp://pc5.2ch.net/test/read.cgi/tech/1037636153/ その３ ttp://pc8.2ch.net/test/read.cgi/tech/1098268137/ その４ ttp://pc8.2ch.net/test/read.cgi/tech/1130984585/ その５ ttp://pc11.2ch.net/test/read.cgi/tech/1157814833/ OS・言語・環境は問わないが、それゆえ明記すべし。 テンプレ 【ＯＳ】 【言語】 【実行環境】 【その他突起する事項】 411 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 01:40:59 ] 別プロセスにして殺すってのは？ 結局そういうのって要求されるキャンセル応答時間次第。 人間相手ならmsecオーダでおｋでしょ。 きっとループ1回につき1msecもかからないのでは？ 412 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 01:51:03 ] ワーカースレッド2つ以上用意にして 対処すればよくね？ 複数個のスレッドでビジー状態になるなら その処理内容そのものを分割しタスク化した方がいい 413 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 02:50:07 ] 違う質問スレで質問した後でこちらを見つけたので一応こちらでも・・・ CreateThread関数で第三引数をクラスのメンバ関数にしたい場合は どういう記述をすればいいのか教えてください よろしくお願いします 414 名前：468 mailto:sage [2009/02/24(火) 02:56:15 ] >>410 >その重い処理ってのがなんなのか 例えば大きなサイズの行列計算や、待ち行列を使った探索問題なんかを想定しています。 問題を分割することはある程度はできるんですが、それはそれで頑張るとして、 それ以外のアプローチははないかなと。 >>411 > 別プロセスにして殺すってのは？ すみません。よくわかりません。 別プロセスならば殺しても元のプロセスに影響がでないという意味でしょうか。 >>410の後半で言ってることに近い >>412 > ワーカースレッド2つ以上用意にして 対処すればよくね？ 同じスレッドオブジェクトをAとBの２つ用意して、 Aが動いてるときにキャンセルしたときはキャンセルしたふりをして （Aの計算は次のcancel()チェックまで続いてる）、 新規の呼び出しがあったときはBを動かすというイメージですか？これはいけるかも…。 415 名前：468 mailto:sage [2009/02/24(火) 02:58:01 ] 一部修正 >>410の後半で言ってることに近い 　↓ >>410の後半で言ってることに近いですか？ 416 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 07:10:44 ] >>413 コールバック関数にはstaticなメンバ関数(クラスメソッド)しか使えない。 コールバック関数を使うAPIは大抵ポインタ型の引数を渡せるから、 クラスを使いたいときはそこにthisポインタを渡して使う。 417 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 08:52:04 ] >>413 できない 普通の関数作ってその中で呼び出す 418 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 16:53:09 ] >>416‐417 ありがとうございます とりあえず、>>417の方法でやってみます 419 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 20:52:23 ] >>414 別プロセスにすると、ターミネートしたときのリソースの開放をＯＳがやってくれる ってことではあるまいか。 それはともかく、その長い処理がうまく分割できず、どうしても時間がかかる場合は 汎的には、キャンセルボタンの入力を取得する側（フラグを立てる側ね）で、キャンセルが 押されたからしばらく待てっていうサインをユーザーに与える方が重要な希ガス。 420 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 21:45:33 ] 別プロセスのほうがクリーンアップの点では簡単＆安心だなあ ただ、多くの情報を受け渡したり、途中で通信が必要だったりすると しんどいけどな 421 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 23:05:03 ] しんどいと言うか、性能の問題がでるかも 422 名前：406 mailto:sage [2009/02/25(水) 00:45:53 ] >>419- なるほど。別プロセスにすることも検討できそうです。 なんとなく雰囲気は分かりました。どうもありがとう。 423 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 18:38:04 ] 処理毎に別プロセスって、昔の業務アプリみたいだな。っていうか、 今でもVBあたりでそんな開発やってそう。 1画面＝1exeファイルで、画面間はsystem()でプロセス呼び出し。 画面フォーム上で入力したデータ等は、ファイルに書き出して渡す。 大抵、exeファイルの名前は全部数字と意味不明なアルファベットで、 メモリ食いまくりで、やたらに遅い。(w 424 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 19:28:47 ] 大規模なアプリはマルチプロセスの方が開発しやすいね Windowsの場合は性能的にマルチタスクに向かないけど 425 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:04:19 ] >>423 unixだとマルチプロセスは多いけどな。 VB6のアプリだとそういう作りになるのは仕方ない。 モジュール分割の手段がCOMしかない。 ２０画面もあるとロードモジュールが１０M超える。 IDEに読み込んだりコンパイルするのにも一苦労。 プロセス間でDBのセッションを引き継げたらマルチプロセスでも軽くなるはずなのだけど、 それも出来ないからDBの接続でどうしても画面遷移が重くなってしまう。 426 名前：425 mailto:sage [2009/02/26(木) 01:19:09 ] >>424 マルチスレッドは、スレッド間のメモリ保護機構がないので、他スレッド による破壊のリスクと引き換えに、高速なデータ共有が可能と思うが？ Windowsがマルチタスクに向かないとか、何を根拠に？ >>425 昔はメインメモリが少なく高価だったという事情もあるし、「unixだと」 という括りはどうかな？ 20画面なんて、そんなに大きな規模なプログラムじゃないよね？その程度 の規模で単純にVBのソースだけなら、10MBを超えるようなことはないの では？ 確かにVB6当時のハード環境（Pentium 300MHz〜1GHz,　メモリ64MB程度?） でのビルドは遅かったかもしれないが、VBはVCよりは速かった様に記憶 しているけど？ それと、プロセス間でDBのセッションを引き継げないのは、VBや、Windows に限定された話ではないのでは？ 極端に処理が遅い業務アプリは、データベースの設計自体に問題があり、 無駄にDB間でレコードをコピーしたり、テーブルのリンクが必要だったり ということが多い気がする。 427 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 01:55:03 ] プロセス間のデータ共有なら共有メモリがあるよ 特に親子関係があれば、mmap ANON とかでお手軽極楽 スレッドのメリットは（スレッド間なら）高速にディスパッチ出来る点だね heap だろうとなんだろうとメモリは全部共有されるというのは メリットでもあるけど、デメリットでもあるかな。 バグの原因になりがちだよね 428 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 03:45:35 ] 構造化されたデータを別プロセスと共有メモリ経由でやりとりするとして c構造体ならまあなんとかなるんだが（いやそれでも大変だが） c++クラスだとすんごいやりにくい 何かウマい方法あります？ 受け渡し用にクラス作るのもアホらしいし・・・ 変態的テンプレートでなんとかなるもんだろうか それとも単なる通信バッファとしてしか使わない？ 429 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 03:52:42 ] C++ならCの構造体も使えるんじゃ…。 430 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 04:07:16 ] そういうのはソケット使って単純化してる。 プロセス間共有メモリは後で環境や仕様が変わったときに 変更が大変だし流用も難しい。バグも入りやすい。 パフォーマンスを上げたいとか、よっぽどの理由でも ない限り使われないんじゃないかな。 スレッドと違って>>428の言うデメリットもあるし。 ウマい方法はありません。 431 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 04:53:41 ] >>426 酷いミスリードだな。>424はマルチプロセスによるマルチタスクという技法がWindows向けでないと言っているように見えるが。 432 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 04:59:25 ] IE8はマルチプロセスですぜ 433 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 05:49:22 ] >>426 お前は誰なんだ 434 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 06:45:39 ] unixといえば今でもパイプをfork/execで分け合ってというイメージが強いな。 DBのコネクションは知らないがファイルハンドルならプロセス間で受け渡せる。 Windowsにもハンドルを複製して子プロセスに渡すオプションはあるのだが、 OS/2やNTは最初からスレッドをサポートしてたのであまり使われない。 435 名前：426 mailto:sage [2009/02/26(木) 17:42:01 ] >>425 ハンドルの複製に失敗しますた。orz　426=423です。 >>431 未だにWindowsがunixに劣っていると思っている原理主義者か、TRON房かも。 何を以ってunixを定義しているのか聞いてみたい。 >>434 ハンドルをコピーしたりは、MS-DOSにもあったかな。INT 28Hだか忘れたけど、 プリンタスプーラ用の割込使えば、一応擬似マルチタスクで一部のシステム コールを呼べた。 デュアルコアやクァッドコアのCPUだと、マルチスレッド化すると理論上 2倍や4倍で動くと勘違いしているヤツもたまにいるよね。おまえのOSは いったいいくつプロセスが動いていると思っているんだと、小一時間。(略 436 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 18:11:07 ] WindowsがUNIXより優れてると思い込んでるなら まずはその幻想をぶち壊す！ 437 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 18:40:58 ] >>436 上条さん乙。 つか、んな事誰も言ってないから。 438 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 23:22:19 ] マルチスレッドスレでマルチプロセス云々言ってる時に何の前提もなく 「マルチタスク」なんて言う奴は普通にスルーでいいと思うんだけど... 439 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 23:47:59 ] よ〜し、おじさんもマルチプログラミングとかタイムシェアリングとかの古語を持ち出しちゃうぞ。 440 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 23:51:02 ] >>435 実質、4coreXeonのシステムだとOpenMPで4スレッドにして3.9倍速くなるけどね。 逆に、>435のCPUはOSをアイドル状態で動かすだけでどんだけ負荷喰ってるんだって話だな。 441 名前：426 mailto:sage [2009/02/27(金) 10:22:04 ] >>440 スレッドでどんなコードを走らせているか知らないけど、スレッド内で アクセスするデータもコードも、CPU内のキャッシュに収まるくらい 小さなプログラムでもない限り、そういう結果はまずありえないと思うな。 それとも脳内キャッシュ？ 442 名前：426 mailto:sage [2009/02/27(金) 10:43:15 ] 非同期I/Oを使わずスレッド内でファイルI/O待ちしているとか、ネット ワーク物理層の帯域幅に比べて通信速度が遅く、スレッド化でマルチ セッション化できるといった、ある意味冗長な造りのプログラムなら ありえるね。 OSのアイドル状態を持ち出すあたり、他に何個のプロセスがいつ走って いるか考えていないのかな？(w 443 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 10:43:58 ] >>441 OpenMP知らないなら黙っていた方がいいと思うよ。 444 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 10:45:51 ] >>443 3.9倍早くなるって 作ったプログラム全体？それとも特定の処理に 限定された内容？どっちなの？ 445 名前：443 mailto:sage [2009/02/27(金) 11:04:31 ] >>444 私に聞くなw 恐らく演算に集中している部分じゃないの? MKLなんかは大き目のデータのFFTでそれくらいのリニアリティを叩き出すから。 446 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 13:15:48 ] embarrassingly parallel なワークロードならそれくらい行ってもおかしくない でも大抵の処理は並列化不可能な部分が無視できない量存在してて、 アムダールの法則でもって高速化の限界が簡単に見えてしまうと思うよ 447 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 13:58:29 ] >>436 コンシューマー相手のソフトウェアのパッケージ販売の観点からは 明らかに優れている。全然スレ違いだが。 448 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 19:47:19 ] >>443 OpenMP に期待しすぎ。 何でもかんでも 3.9倍になる魔法なら俺も欲しいが。(w 449 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 02:39:25 ] >デュアルコアやクァッドコアのCPUだと、マルチスレッド化すると理論上 >2倍や4倍で動くと勘違いしているヤツもたまにいるよね。おまえのOSは >いったいいくつプロセスが動いていると思っているんだと、小一時間。(略 略とか言われても。誰か解読してあげてよ。 少なくとも実測で3.9倍でてるわけだから、理論上は4倍出ると言っても問題ないよな。 たくさんのプロセスが動いてるとき、マルチコアだとちゃんと速くなるよな。 意味不明。 450 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 03:13:14 ] どういう問題を解いて3.9倍なのか書かないと意味がないかと。 知人の計算屋さんがAMDの8CPU機にメモリしこたま積んで 巨大グラフを相手にした問題を解いていたことがありましたが、 問題の構造上メモリアクセスに局所性が全くないのでCPUの 速度や数以前にメモリ帯域が飽和して速度が頭打ちになると ぼやいていた事が。 451 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 14:17:04 ] >>450 まあその辺に桁違いのコストを掛けてクリアしてることが スパコンの存在意義だしね 452 名前：443 mailto:sage [2009/02/28(土) 16:53:30 ] >>448 期待するも何も、実験した結果だし。 >>450 >445に書いた通り、只管FFTを計算するようなプログラムと言うくらい。 その結果では、4core2cpuのシステムで、4並列まではびっくりするほどリニアリティがあるけど、 その先は一つ増やしても0.7個分くらいしかパフォーマンスが上がらなかった記憶が。 # 8並列で7倍くらいかな? 必要なら記録を探してくるけど。 尤も、自作のプログラムだと4並列でも8並列でも殆ど変わらなくて泣けた罠。 インテル某氏の話だと、MKLはOpenMPで並列化してもリニアリティを確保できるように 作られているそうで、折角FFTを使わない版を作ったのにお蔵入りになりそうだったり。 453 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 16:55:08 ] スパコンと言えばTOP500で10位にWin鯖クラスタが付けてたけど （CPUとメモリだけ）似たような構成の他のと比べて特に劣ってるようでも秀でてるようでもなかった 454 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 18:46:09 ] >>452 OpenMP に頼って満足してる人はこのスレに用はないでしょ。 どうぞお引取りください。 455 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 19:01:43 ] >>454 >452じゃないけどここはマルチスレッド全般でしょ？ >1にも「OS・言語・環境は問わない」って書いてるんだからいいと思うけど ただし>452=443=440はおバカさんだと思うけどねw 456 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 21:22:08 ] OpenMP の話題がまずいと言ってるわけじゃなくて、「OpenMP に頼って満足してる人」って書いてあるんだが...。 スレタイに「相談室」って書いてあるのが見えませんか？ 457 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 21:41:20 ] >>456 相談した人にOpenMPに頼って満足してるってレスするのは問題ないだろ 458 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 22:04:33 ] で、どこに相談した人がいるんだ？ (w 459 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 22:09:48 ] 俺は>452個人の話はしてないんだが。お前誰と闘ってるんだ？ 460 名前：452 mailto:sage [2009/02/28(土) 22:13:07 ] まぁ、私は「OpenMPに頼って満足してる」のではなく、「OpenMPを巧く使うMKLに勝てなくて泣いてる」のだけれどねw 461 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 22:13:48 ] よくわからないけど、置いときますね。 #light open System.Threading let tid = fun () -> Thread.CurrentThread.ManagedThreadId let sleep = fun (t:int) -> System.Threading.Thread.Sleep t let x1() = [|1..100|] |> Array.map(fun x -> sleep(100); [|x ; tid()|]) let x2 = [|1..100|] |> Array.map(fun x -> async { sleep(100); return [|x ; tid()|] } ) |> Async.Parallel let _ = printfn "%A" (x1()); printfn "%A" (Async.Run x2) 462 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 22:35:01 ] >>450 おれは、>>452 個人の話をしてるんですけど。 まさか、>>454 に書いてあるアンカーすら見えなくなるほど 頭に血が上ってるとか？ (w 463 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 22:48:56 ] >>462 俺は「OpenMPに頼って満足してる」のを理由に追い出そうとしたことに ついて話をしている。>>452個人のことはどうでもいい。 どうやらただの煽りあいになりそうだからこの話題は終了する。 464 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 02:32:16 ] >>460 何故勝てなくて泣く必要があるのか少し気になる。 465 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:47:46 ] >>463 「相談した人もいないのに勝手に OpenMP に頼って満足してる人」は このスレに用はないでしょ。 これでいいか？ > >>452個人のことはどうでもいい。 # >>452 にレスしてるのに、勝手に割り込んできて逆切れかよ... 466 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:49:02 ] OpenMPってどんなの？たとえば、Videoのエンコード・デコード 処理が書いてある逐次処理のCなりC++のソースコードが あったら、ほとんど変更なしに並列化できるん？ それとも、既存のソースは一から書き直しくらいしないと パフォーマンスは出ない？ 467 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:53:11 ] 相談者が現れたので>>452の出番ですwww 468 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:55:20 ] それ以前に446にふさわしい言葉は「ググれカス」だろう。 469 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 19:14:45 ] >>466 OpenMPスレという物もあってだな(ry 470 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 02:02:51 ] OpenMP詳細しらんが、既存のソースは1から書き直しまで いかなくても、大幅に書き直さないとパフォーマンスは でないのだろうな。常識的に考えて。 コア数に応じてリニアにパフォーマンスがあがって、既存 のソースから簡単に移行できますよ、っつーなら神なのだが。 471 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 02:35:03 ] それを可能にするには関数型など副作用のない言語が有利 今更言うことでもないが 472 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 02:38:08 ] >>471 んなこたーわかってんだよ。新規にはじめる分野はそれでもえーよ。 資産の移行も重要なんだよ。 473 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 02:42:00 ] おまえの書いたコードなんぞ資産と呼ぶ価値も移行する価値も無いから気にすんな 474 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 02:46:42 ] >>473 俺の書いたコードが資産だなんて、いついったんだよ？ 煽るにしろ、頭の悪さが透けてるんだよ。 475 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 03:08:36 ] >>472の「おまえ」が>>474だなんて、いついったんだよ？ 煽るにしろ、頭の悪さが透けてるんだよ。 476 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 11:59:03 ] これは惨めなミス。 477 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 13:39:15 ] >デュアルコアやクァッドコアのCPUだと、マルチスレッド化すると理論上 >2倍や4倍で動くと勘違いしているヤツもたまにいるよね。おまえのOSは >いったいいくつプロセスが動いていると思っているんだと、小一時間。(略 478 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 23:44:21 ] >>477 こいつの言ってることまじでわからんのだが・・・。 こいつがアフォなのか、俺がアフォなのか誰か解説よろしく！ 479 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 00:03:02 ] コア１　●◎◎◎◎◎◎◎◎◎ コア２　●○○○○○○○○○ コア３　●○○○○○○○○○ コア４　●○○○○○○○○○ 　　　　　　　　　↓ コア１　●◎◎◎◎◎◎◎◎◎ コア２　●◎◎◎◎◎◎◎◎◎ コア３　●◎◎◎◎◎◎◎◎◎ コア４　●◎◎◎◎◎◎◎◎◎ ○　空き ●　別プロセス ◎　自プロセス ４倍になる 480 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 00:28:55 ] >>477 基本的には>>477がちょっとずれていると思う。 コア数に比例してリニアに2倍4倍にならないのは事実。 でもハウスキーピングなプロセスの数云々は性能を押し下げる 理由としてはどちらかというとマイナーな部類だと思う。 481 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 00:29:19 ] ちょっとゲロでちゃった 482 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 00:35:18 ] 並列化効率の話がまず最初だよね。 アムダールの法則。 483 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 00:38:03 ] >>480 いや、こうまで単純化していいかどうかわからんが、 ハウスキーピングのプロセスがほぼsleep状態と 仮定したら無視できるわけで。 というより、4コア100%使用する処理走らせるんだったら、 無視できるほどなわけで（スワップデーモンとか ハードアクセスの重いスレッドが走らない前提なら）。 バスネックでリニアに伸びないとか、キャッシュの競合 だとかいうならまだしも。やっぱり俺には>>477はさっぱ りわからん。 484 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 01:50:33 ] アイドル状態のプロセスでもビジーループでCPU消費してる とか思ってんじゃないの 485 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 01:56:06 ] >>484 単に１つのプロセスが１コアを占有し続けると考えているのではあるまいか。 486 名前：デフォルトの名無しさん [2009/03/14(土) 05:22:42 ] マルチスレッドについて質問です。 環境は VC++2005 SDK です。 子ウィンドウの WM_CREATE にて無限ループをさせても 親ウィンドウが操作できる 事を実現したいです。 他スレにて、 ＞Windowsのウィンドウはスレッドに属する。 ＞ウィンドウプロシージャはウィンドウの属するスレッドで実行される。 ＞さて、どのスレッドに属するかというと、CreateWindow(Ex)を呼んだスレッド。 というレスをいただき、新しいスレッドにてCreateWindow する手段を取りました。 子ウィンドウの WM_CREATE までは処理が進むのですが、 無限ループどころか for (i=0; i<100; i++) { i = i; } を WM_CREATE 内に 記述した途端にフリーズする様になってしまいました。 コメントアウトすれば、問題なく動作します。 ファイルをアップロードしたので、見ていただけないでしょうか？ ttp://www3.uploda.org/uporg0077.cpp.html 受信パスは test です。 どのように修正すれば良いか、ご教授願います。 よろしくお願いします。 487 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 05:54:15 ] >>486 windowsのウィンドは、プライマリスレッドで生成しないと いろいろいろいろいろいろいろいろトラブルが起こるので、そういう設計は見直した方がいい。 そもそも子ウィンドウは親ウィンドウと同じスレッドで生成しないとトラブルになる。 例えば親をＡスレッドが、子をＢスレッドが作ったりすると、 親のプロシージャはＡスレッドが実行し、子のプロシージャはＢスレッドが実行することになる。 子から親への通知や親から子への通知がメッセージで発生したら発生したら、 デッドロックの宝庫になることは想像に難くない。 それ以前にメッセージループって親子で共通のような気が・・・ 488 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 06:05:38 ] >>486 アップロードしたプログラムだとそもそも子ウインドウは表示されないだろ。 動くようにするには子ウインドウと呼んでいるものを、新しいスレッドのウインドウにすること。 つまりメッセージループをそこでまわす。 MSG msg; ShowWindow(hChild, SW_SHOWDEFAULT); UpdateWindow(hChild); while(GetMessage(&msg, NULL, 0, 0)) { 　TranslateMessage(&msg); 　DispatchMessage(&msg); } //static int k = 0; //k = 1; //while (1) //  k++; 489 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 06:16:38 ] WM_CREATEで無限ループしたらCreateWindowから制御が戻らないわけだが 490 名前：486 [2009/03/14(土) 15:00:34 ] >>487 色々と問題があるという事ですか．．． そこまでは考えておりませんでした。 ですが、今はこの枠組みで作ろうと思います。 アドバイスありがとうございます。 >>488 メッセージのループを回すのを忘れておりました。 ありがとうございます。 ただ、今回はメッセージのループのみが欲しいので ウィンドウは非常時で構いません。 >>489 確かにそうでした。 あるメッセージを受けた時に その中で Sleep(1000); を実行する事にしました。 ・・・が、それでも親ウィンドウが 1000 ミリ秒 固まってしまいました。 以下の様にしておりますが、 これでは各ウィンドウは別スレッドで動かないのでしょうか？ ttp://www2.uploda.org/uporg2088151.cpp.html 受信パスは test です。 よろしくお願いします。 491 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 15:07:12 ] 作ろうと思います、じゃねー 動作が未定義なんだからそんなプログラミングすんな 492 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 15:18:07 ] >>491 互いのウィンドウでメッセージのやり取りを頻繁にするような事は致しません。 親スレッドとは独立したウィンドウプロシージャのメッセージループ （表現が合っているかは自信がありませんが）が欲しいのです。 以下、長文失礼します。 5 [msec] の情報が入るサイズのバッファを複数用意し 信号をバッファに入力し、あるバッファが満タンになったら windows からメッセージが投げられ、 受け取ったメッセージ内で信号処理をする、 というものを作っています。 この時、信号処理に時間がかかるため 常にメッセージを受け取った時の処理を行ってしまい メニュー操作が出来なくなる状態です。 アプリケーションを強制終了すると、信号処理した数値列が ちゃんとファイル出力されているので 信号の入力及び信号処理は問題なく進んでいます。 これを解決するにはメニューを持つウィンドウと メッセージループのあるウィンドウを別スレッドで走らせれば良い と考えました。 493 名前：492 mailto:sage [2009/03/14(土) 15:53:32 ] 連稿失礼します。 Sleep(1000); を int i, j; for (i=0, j=0; i<1000000000; i++) j++; としてみましたが、結果は同じでした。 親ウィンドウのスレッドにフォーカスが戻っていないのでしょうか？ 494 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 16:43:47 ] 子ウィンドウ作る必要なんて無いところを、 わざわざ回りくどいやり方しているようにしか思えないんだけど。 ワーカースレッドにデータ送りたいだけじゃないの？ 495 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 18:10:18 ] >>494 ワーカースレッドについて知識が無かったのでググってみました。 MFCでのみ使用可能な関数でしか作れない事が判りました。 今はSDKで組んでおり、MFCは使った事が無いので今の私には使えそうにありません。 情報ありがとうございました。 496 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 18:28:36 ] >>495 ワーカースレッドは概念であって、SDKのみだから作れないということは無いよ そもそも、貴方のやろうとしていること自体がワーカースレッドの利用だ 497 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 15:23:44 ] >>496 ワーカースレッドについて調べ方が間違っていたようです。 もっと調べを進めます。ありがとうございます。 498 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 20:09:14 ] >>492 ワーカースレッドというのは、作業を行うスレッドという程度の意味です。 信号処理中はＧＵＩが不要のようですので、ＧＵＩは１個のスレッドにまとめて下さい。 以下、基本は次のような処理になります。Ｑ0とＱ1のアクセスを排他制御して下さい。 プライマリスレッド 　　メインウィンドウの作成。 　　バッファ群を作成する。例えば５ｍｓ用のバッファをＮ個作成して、 　　２個のキューＱ0（未使用バッファ用）とＱ1（充填済みバッファ用）を作成する 　　バッファを全てＱ0に格納し、スレッドＡ・Ｂを作成・実行する。 　　以降はＧＵＩによるスレッドＡ・Ｂのコントロールを行う スレッドＡ（バッファ充填処理） 　　1.信号受信処理の初期化 　　2.Ｑ0からバッファを取り出す。無ければ待つ。 　　3.バッファを充填する処理（この辺で外部からのスレッド終了通知チェック） 　　4.バッファが一杯になったらＱ1へ入れ、２へ戻る 　　 スレッドＢ（信号処理スレッド） 　　＃スレッドＡで、Ｑ1の格納数が0->1になったとき起こされる。 　　1.Ｑ1からバッファを取り出す（なければ待つ） 　　2.信号処理（この辺で外部からのスレッド終了通知チェック） 　　3.結果の出力 　　4.バッファをＱ0へ入れ、１へ戻る 499 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 20:18:36 ] >>498 あー便所で説明してくれないと解らない 500 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 20:42:55 ] >>499 ウホッいい男！ 501 名前：492 mailto:sage [2009/03/15(日) 20:45:19 ] >>498 詳しい構成、本当にありがとうございます。 頑張って理解してみます。 502 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 03:19:19 ] void A::sync_fun() { 　　boost::mutex::scoped_lock lock(m_); 　　// 何かの処理 } 上のlockで待機しているスレッドがあるときにAのオブジェクトをdeleteするとスレッドは待機したままですね。 下のようにするかtimed_waitにする必要があるのか、そこまで気にすることもないのか。 みなさんはどうされますか？ void A::sync_fun() { 　　boost::mutex::scoped_lock lock(m_); 　　cond_.wait(lock, bind(&A::pred, this)); 　　if (invalid_) return; 　　// 何かの処理 } bool A::pred() const { return stat_ || invalid_; } A::~A() throw() { 　　{ 　　　　boost::mutex::scoped_lock lock(m_); 　　　　invalid_ = true; 　　} 　　cond_.notify_all(); } 503 名前：デフォルトの名無しさん mailto:sage [2009/03/28(土) 18:55:17 ] >>502 どうするかは、何のクラスかによるだろう。 一般論でAが、sync_fun()実行中に破棄される可能性があって、 どうしても回避できないならAのデストラクタでunlockする。 504 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 16:12:48 ] ダウンローダをマルチスレッドで作成しようと思っているのですが スレッドを１０個作り それぞれにURLを追加して、次々にダウンロードさせる仕様にしようかと思っていますが このスレッドの終了タイミングはどういった条件で終了すればいいでしょうか？ メインスレッドが終了するとこの１０個のスレッドも終了するので どうしたものかと考えています 505 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 16:19:45 ] あげます すいません 506 名前：デフォルトの名無しさん [2009/04/04(土) 16:20:37 ] . 507 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 16:36:26 ] >>504 何を聞きたいのかよく分からんけど、 メインスレッドで10個のスレッドの 終了待ちさせれば良いんでないの。 508 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 16:45:56 ] >>507 なるほど そういう手がありましたか ありがとうございました 509 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 17:26:41 ] 何か一冊マルチスレッドの本読むのおすすめする 510 名前：デフォルトの名無しさん mailto:hage [2009/04/05(日) 04:12:53 ] class Hoge{ public: 　void End(){ 　/*他のスレッド、シグナルハンドラとかから呼ばれる */ 　Lock_.GetLock(); // 実際はRAII使ってるよ 　continuable_ = false; 　//その他のリソース会報処理 　} 　void Task(){ 　// thread poolから実行されるタスク。 　Lock_.GetLock(); 　if( continuable_ == false ){ return; } 　// IO処理とか色々非同期でやる 　} }; なんか、フラグ使ってやるのが嫌なんだけど、 非同期で実行されるオペレーションをキャンセルさせる スマートな方法ってない他にない？ この実装は間違ってる？ 511 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 11:59:52 ] いいんじゃねえの。 スレッドを自発的に終了させるには スレッド自身が何かをチェックしなけりゃならんし。

---

---

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

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