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

1 名前：デフォルトの名無しさん mailto:sage [2005/11/03(木) 11:23:05 ] マルチスレッドプログラミングについて語るスレ。 OS・言語・環境は問わないが、それゆえ明記すべし。 その１ pc3.2ch.net/test/read.cgi/tech/997345868/ その２ pc5.2ch.net/test/read.cgi/tech/1037636153/ その３ pc8.2ch.net/test/read.cgi/tech/1098268137/ 237 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 15:25:22 ] >>236 率直に言えば無意味な検証。 というのは、メモリリークだけが問題ではないから。 仮にメモリリークしていなかったとしても、 複数のスレッドで同時に1つのワークエリアを参照していれば、 各スレッドがお互いに1つのワークエリアをぶっ壊しあう。 喪前さんのやり方では、そのパターンが検出できない。 むしろ、メモリリークしている方が複数のスレッドで異なるワークエリアを作成している、 つまり不完全ながらもマルチスレッド対応しているという見方もできる。 （実際どうかは知らん。メモリだけ確保して1つのワークを壊しまくってる可能性もある） つか、なんでCreateThread()で試してるんだ？ 試すまでもなく駄目なの分かり切ってるだろ。 _beginthread*()ならまだわからんでもないが・・・。 238 名前：225 mailto:sage [2006/01/28(土) 18:02:37 ] > 複数のスレッドで同時に1つのワークエリアを参照していれば、 > 各スレッドがお互いに1つのワークエリアをぶっ壊しあう。 マルチスレッド対応のランタイムでは、そのような問題は起こらないことが 保証されているものだと思ってました。 _beginthread(ex) の説明を読む限り、メモリリーク問題以外については 何も記述されていません。 > つか、なんでCreateThread()で試してるんだ？ 確認したかったのは、「A.EXE で作成したスレッド内で B.DLL 内の関数を 呼ぶことが出来るかどうか」だからです。 A.EXE は BCB5 で作成していて、B.DLL は VC6 で作成しています。 B.DLL 内の C ランタイムルーチンを使うのに、A.EXE の _beginthread(ex) を使っても無意味なのは初めからわかりきっています。 また、>>235 では書きませんでしたが、３．の場合、C ランタイムルーチン はスタティックリンクされてるので、やはり A.EXE の _beginthread(ex) と B.DLL の _beginthread(ex) は全く別物です。 > 試すまでもなく駄目なの分かり切ってるだろ。 メモリリークという点だけ見れば、駄目とは言い切れないという結果に なったと思うのですが。元々 DLL_THREAD_ATTACH/DETACH で解決し得る 問題だと思ってるので、この結果がおかしいとは思えません。 239 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 18:45:54 ] >>238 > マルチスレッド対応のランタイムでは、そのような問題は起こらないことが > 保証されているものだと思ってました。 思うのは勝手だけど、正しい使い方をしないと正しい挙動はしてくれないよ。 この場合、_beginthread*()を呼ばないと、「正しい挙動」はしてくれない。 なぜなら、Cランタイムをスレッドセーフにする肝心の処理を_beginthread*()がやるから。 ついでに言えば、問題はB.DLLだけの話ではなくて、A.EXEのランタイムに 何を使ってるか？　というのも重要。にも関わらず、>>235でその点に 一切触れていない点からも、喪前さんの理解が足りないことが伺える。 240 名前：225 mailto:sage [2006/01/28(土) 20:18:06 ] >>239 > なぜなら、Cランタイムをスレッドセーフにする肝心の処理を_beginthread*()がやるから。 _beginthread(ex) と _endthead がやるのは、スレッドごとに必要なメモリ の割り当てと解放を行うことですよね？ _beginthread を使わなかったせいで、ランタイムルーチンを呼び出し時に そのスレッドではまだメモリが割り当てられてなかったなら、その場で動的に 割り当てれば問題ないでしょう。実際、動的に割り当ててると思うんだけど。 問題なのは、スレッドの終了を知ることが出来なくなるせいで、割り当てた メモリを解放する機会が得られなくなり、その結果としてメモリリークが発 生する、ということではないの？ _beginthread(ex) を使わないことによって、排他処理的な問題が起こるとは どこにも書いてないですよね？起こらないとも書いてないけど。 排他処理的な問題が起こると明記されてるのは、シングルスレッド版の ランタイムを使った場合の方だけです。 マルチスレッド版の方では、メモリリークのことしか書いてないと思う んですけど。 > ついでに言えば、問題はB.DLLだけの話ではなくて、A.EXEのランタイムに > 何を使ってるか？　というのも重要。にも関わらず、>>235でその点に > 一切触れていない点からも、喪前さんの理解が足りないことが伺える。 A.EXE は BCB5 で作成、B.DLL は VC6 で作成と書いてます。 理解が足りないのは認めますが。 長文ばかりで申し訳ない。 241 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 20:54:27 ] とりあえず消えろ 242 名前：225 mailto:sage [2006/01/28(土) 21:09:14 ] >>241 真面目に質問してるつもりなんですが、そういうのが伝わらない あたりが 2ch のイヤなところですね。 どこかにこの件に関してきちんと解説したウェブサイトなり書籍 があればご紹介頂きたかったですがね。 243 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 21:19:39 ] >>242 そういうのにいちいち気にしていたら駄目だよｗ 2chの使い方からまず学んだほうが有効に使えるかも。 当然俺のレスにもレスは要らないぞｗ(あってもいいけど 244 名前：225 mailto:sage [2006/01/28(土) 21:40:13 ] >>243 やっぱりそうですか。(^^; >>235 の結果から、（この検証が正しければ）メモリリークに関しては 処理系依存ということになったわけだし、ドキュメント化されてるわけ でもないようだから、結局のところ結論なんて出ないんだろうな…。 「A.EXE で作成したスレッドから B.DLL の関数を呼び出すとメモリリークする」 のだとすると、Susie プラグインとか、自分ではメンテナンス出来ないプラグイン 方式の DLL を使うアプリをマルチスレッド化するのは非現実的ということになっ てしまうのか…。ほとんどの DLL は C ランタイムを使用してるだろうから。 一度作成したスレッドはアプリが終了するまで使い回すようにするしかないの だろうか…。なんか納得行かないな。 245 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 22:06:40 ] Susieプラグイン使う様なサイズのアプリなら、 スレッドプール使えば"about 70-80 bytes"のリークなんて気にする必要ないのでは? >>242 MSDNだろ。 246 名前：241 mailto:sage [2006/01/28(土) 22:09:50 ] マルチスレッドプログラミングをしたことのない房でも225のような真面目なやつを馬鹿にできるんだから 2ｃｈって憂さ晴らしに最適だよな。 247 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 23:06:33 ] >>231 248 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 01:07:13 ] >>244 真面目におかしなことばっかり言ってるから相手したくなくなるんだよ。 依存するのは処理系自体ではなくライブラリだし、 アンドキュメントな実装に依存したコードを書くのは無謀。 漏れが言えることは、 「EXE・DLLの両方で同じライブラリ使ってれば、相互に呼び合いしても問題ない」 「泥沼に足突っ込みたくなければ推奨されてるやり方を使え」 それだけ。普通にMSVCRT使えばいい。 それ以上のこと知りたいなら、AdvancedWindowsなりMSDNなりCRTのソースなり 自分で読んで勉強してくれ。スレでいちいち書けるほど単純な話でもない。 249 名前：225 mailto:sage [2006/01/29(日) 04:20:43 ] >>248 > 「EXE・DLLの両方で同じライブラリ使ってれば、相互に呼び合いしても問題ない」 DLL は他人が作ってるので自分でいじれないし、EXE は GUI の 関係上 BCB しか使えないので。 > 「泥沼に足突っ込みたくなければ推奨されてるやり方を使え」 EXE で作成したスレッドから DLL の関数を呼ぶ場合の推奨されてる やり方とは？EXE/DLL ともに MSVCRT を使うことですか？ > AdvancedWindowsなりMSDNなりCRTのソースなり自分で読んで勉強してくれ MSDN と CRT のソースは自分なりに熟読してみたつもりです。 CRT のソースから、>>235 の結果は予想通りでした。 でも、３．の結果は予想通りだけど納得行かない。 BCB5 の C ランタイムライブラリのバグと言うべきなんじゃないだろうか。 仕様で片付けていい問題ではないような…。 AdvancedWindows を読んでもう少し勉強してみます。 250 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 09:28:51 ] 最後のはBorlandのドキュメント読まないと仕方ないでしょ。 使ったことないから、どういう事になっているのか知らないし、 それで仕様通りの利用かどうかもわからない。 いずれにせよ、サードパーティのDLL内で、 CreateThread()を多発してない限り、別に大きな障壁になることじゃないよね。 スレッドを多発する場合、スレッドプール使うのは鉄則だから。 251 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 18:37:53 ] >>237>>239 やなやつだなあ。 まじめに答えてる振り装ってるが不快なことこの上ない。 252 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 19:09:23 ] まあスレッドプログラミングなんてやってる香具師はそんな香具師ばっかりだから 253 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 19:30:17 ] だから日本はだめなんだよな 254 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 19:57:56 ] >>252 いっしょにすな！ 255 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 21:20:17 ] support.microsoft.com/?scid=kb%3Ben-us%3B104641&x=11&y=5 の"static"の使い方は違和感あるなあ。 "thread local"ってことだよな。実際は生存期間が"dynamic"だし。 256 名前：デフォルトの名無しさん [2006/01/30(月) 17:17:51 ] マルチスレッドでプログラムを作っているのですが、VisualC++6.0(SP6)でデバッグすると しばらくするとフリーズしてしまいます。 フリーズというのは、VC++と実行しているEXEがまったく応答しなくなり、 さらにOSの反応がほとんどなくなる感じです。 ほとんどというのは、Alt+Tabぐらいは効くのですが、タスクマネージャーも起動せず 他のアプリも、しばらく動くのですがじきに応答がなくなります。 デバッグではなく、ただEXEを実行した場合は普通です。 OSはWindowsXPHome SP2で、まあ標準的な環境だと思います。 1つ怪しいのといえば、NortonAntiVirusですが、これに関しては ほぼインストールしたてのWin2000SP4のマシンでやっても同じような現象が 起こったので、他のアプリが邪魔している、というわけでもなさそうです。 それなりに長いソースなので、同様の問題が発生する簡単なソースをコピペします。 257 名前：256 [2006/01/30(月) 17:18:38 ] #include <windows.h> #include <stdio.h> LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM); char* szClassNme = "aaa"; DWORD WINAPI thread_proc(LPVOID param) { int i; while(1) { i++; Sleep(10); } } 258 名前：256 [2006/01/30(月) 17:19:29 ] int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPreInst, LPSTR lpszCmdLine, int nCmdShow) { MSG msg; WNDCLASS WClass; HWND hWnd; DWORD tid; if (!hPreInst) { WClass.style= CS_HREDRAW | CS_VREDRAW; WClass.lpfnWndProc= WndProc; WClass.cbClsExtra= 0; WClass.cbWndExtra= 0; WClass.hInstance= hInstance; WClass.hIcon= NULL; WClass.hCursor= LoadCursor(NULL, IDC_ARROW); WClass.hbrBackground= (HBRUSH)GetStockObject(WHITE_BRUSH); WClass.lpszMenuName= NULL; WClass.lpszClassName= szClassNme; if(!RegisterClass(&WClass)) return 0; } hWnd = CreateWindow(szClassNme, "aaa", WS_POPUP | WS_SYSMENU | WS_MINIMIZEBOX, 100, 100, 200, 200, NULL, NULL, hInstance, NULL); ShowWindow(hWnd, nCmdShow); UpdateWindow(hWnd); CreateThread(NULL, 0, thread_proc, NULL, 0, &tid); 259 名前：256 [2006/01/30(月) 17:24:07 ] while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } return (msg.wParam); } LRESULT CALLBACK WndProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch (msg) { case WM_DESTROY: PostQuitMessage(0); break; default: return(DefWindowProc(hWnd, msg, wParam, lParam)); } return 0; } 260 名前：256 [2006/01/30(月) 17:30:36 ] thread_procの、while(1)のところにブレークポイントを設定し F5を連打し何回かループさせると、いずれ固まります。 ひょっとしてプログラムに何か原因があるのでしょうか？ デバッグがままならないとなると開発が非常に困難です。 261 名前：256 [2006/01/30(月) 20:19:40 ] WinXPで、ウィンドウズキー+Lで、ユーザーを切り替ることはできたので 別のユーザーからMSDEV.exeを強制終了すると、一応復帰できることが分かりました。 しかし、依然として非常に困っています。 もし以前こんな現象に見舞われたけど、こうして直したよ、とか ここをこうしたらいいんじゃないの？っていうのがありましたらぜひ教えていただきたいです。 262 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 20:32:17 ] osの再インストールしても直らなかったという、ほろ苦い思い出があるよ。 263 名前：256 mailto:sage [2006/01/30(月) 21:32:25 ] >262 その後は結局どうなりました？ ひょっとしてマルチスレッドのデバッグは、VC++6.0でできないっていうのが 「仕様」なんでしょうか？ 264 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 21:52:07 ] Windowsを2000にするか、VisualStudioをバージョンアップしませう 265 名前：256 mailto:sage [2006/01/30(月) 22:01:27 ] >264 Windows2000でもなりました。 VisualStudioをバージョンアップですか.... 高かったんですよね。 266 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:26:40 ] >>256 私も Windows2000 から XP にアップグレードしてから似たような 現象が発生するようになりました。 VC++6.0 と BCB5 でそうなっていて、どちらもマルチスレッド アプリケーションでなくても発生します。 なんか Window メッセージの送受信の応答がシステム全体でとてつもなく 遅くなる感じですね。バックグラウンドで音楽とか流していても、音楽は 普通に流れますが、ウィンドウの切り替えとかがものすごく遅くなります。 完全なフリーズじゃないだけに、諦めて電源を落とそうにも、落とすタイ ミングに困ってしまうというか。 ttp://www.wg7.com/w2ktips/#CTFMON これと似たような症状なんですが、私は試していません。言語バーが 使えなくなるのも困るので。 結構頻繁に起こるので辛いのですが、起こらないときは起こらないので、 そういうものだと思って諦めています。 267 名前：225 mailto:sage [2006/01/30(月) 22:43:46 ] _beginthread(ex) の説明のところに、CreateThread だとメモリリークして しまう C ランタイム関数の一覧でも書いてあれば良いんですけどね。 ttp://support.microsoft.com/?scid=kb%3Ben-us%3B104641&x=11&y=5 には malloc とか fopen でもメモリリークするようなことが書かれてるけど、 実際に試してみると、VC6/BCB5 どちらの場合もメモリリークしてるようには 思えないです。 ここに書かれてないものでは、rand() を使うとメモリリークしますね。 今回の呼び出しの結果が前回の呼び出しに依存するようなタイプの関数は 全滅なんでしょうね。 268 名前：256 [2006/01/30(月) 22:55:37 ] >266 確かに今まで他のプログラムを組んでいるときにそういうことはありました。 しかし、今回はそれとはちょっと違うように思えるのです。 一度固まると、少なくとも20分ぐらいは待ってみたのですが復帰しませんでした。 しかも、ほぼ毎回起こります。 上のソースに何か問題点があるのでしょうか？ ウィンドウメッセージに応じて処理をするスレッド（最初に起動されたときのもの） 別に他の計算をするスレッドを別に作っています。 競合が起こっているのかと思い、上のような簡単な簡単なソースを書いてみたのですが あれでも必ずといっていいほど起こります。 ちなみにWindowsMeでも起こりました。家のPC全滅です.. 269 名前：266 mailto:sage [2006/01/31(火) 00:34:55 ] 最初は自分が書いたプログラムに原因があると思ってたのですが、 Web 上にある他人が書いたもののいくつかを自分の環境でコンパイル・実行 してもそうなるので、環境によるものだと思って諦めることにしました。 Windows2000 では問題なかったので、256 さんと私とでは状況が 少し異なりますね。マルチスレッドアプリケーションでなくても 発生しますし。お役に立てなくてすみません。 270 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 01:33:38 ] オレもよくなる。ステップ実行しているとなんでもないところで固まってCtrl＋Alt+Delをやって再起動とかやるが まったく動かず、次にAlt+Tabで悪あがき。選択した窓から順に固まる。 最後電源長押し、するとmsdev.exeを終了しています、かなんかがでて、msdev.exeが終了するとほかもサクサク終わる。 もちろんまったく終わらないでそのまま固まることもある。 DLLで提供される関数をステップオーバーしたときに出るとか、なんか最初はそんなことを思っていたけど そうでもないらしい。 271 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 09:31:42 ] Windowsのスケジューラ糞馬鹿だから タスクマネージャでMSDEV.EXEのプライオリティ上げろ。 272 名前：256 mailto:sage [2006/01/31(火) 21:11:22 ] VisualStudio .NET 2003を入れてデバッグしてみたところ、簡単なものは ほとんど固まらなくなりましたが（とはいえ、ごくたまに固まります） 開発しているプログラムは依然として固まるようです。 いまいちすっきりしないのですが、あまりこの問題にかまっている時間的 余裕も無いのでデバッグ時のみシングルスレッドで動くようにして 場当たり的な解決をすることにしました。 幸運にもあまり修正せずにすむに済みました。 依然として自分のプログラムに問題があるのかという不安はのこりますが... 266さんをはじめ、皆様、様々な情報提供ありがとうございます。 よくあることのようなので、少し安心しました。（していいのか！？） 273 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 21:27:49 ] >263 imeだか関係の問題だったはず。 ttp://ww1.enjoy.ne.jp/~turikiti/knowledge/program/oboegaki.htm の、マルチスレッドの注意点の項を参考にしてみては？ 私は効果なかったんですが・・・ 274 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 01:56:10 ] 257のコードで何にも問題は出なかったぞ。 F5押しっぱなしでも固まるどころか快調そのもの。 Dual Pentium III 1GHz, NT4.0 VC++ 6.0+Sp5 275 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 16:12:33 ] >>256 デバッグモードでなぜかおかしくなるというWin個体は確かにある。 どうしようもない。マシン変えろ 276 名前：sage [2006/02/04(土) 00:23:14 ] VB6.0でActiveX DLLを使用し、マルチスレッドを実現できるという噂を聞いたのですが 本当ですか？ でもイメージが掴めない・・・ VBでActiveXコンポーネント「Ａ」を呼び出し ↓ Ａ作成→Ａ何らかの処理 　　　　　　↓ VBの処理←Ａ処理終了 ↓ VB次の処理 って感じでマルチスレッドとは違う気がするんですが・・ もし本当であれば、どなたか参考になるサイトをご教授頂けませんでしょうか 277 名前：デフォルトの名無しさん [2006/02/04(土) 01:43:21 ] search.yahoo.co.jp/search?p=Visual+Basic+ActiveX+%E3%83%9E%E3%83%AB%E3%83%81%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89&ei=UTF-8&fr=top&fl=0&x=wrt&meta=vc%3D 278 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 08:38:15 ] >>276 DLLの中はC++で書けばなんでもやり放題なんじゃね？ DLLの中でクリートスレッド 279 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 09:02:03 ] >>278 クリートスレッドってなに? 280 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 09:39:29 ] CreateとDeleteの合成語だろ スレッドを作ったら自分で閉じろってことだ 281 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 12:14:10 ] >>276 ActiveX のコンポーネントとして作成した DLL/EXE が スレッドセーフだ、ってだけじゃね？ 282 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 12:20:51 ] 何をしたいのかしらんが COMのスレッドは楽しいぞ 283 名前：デフォルトの名無しさん mailto:sage [2006/02/06(月) 19:46:27 ] CreateThreadをクリートスレッドって読んだんだろ。 馬鹿みたいだが。 284 名前：デフォルトの名無しさん [2006/02/11(土) 07:40:21 ] もう二日も考え込んでるんですが解決しないんで質問です。(うう、マジで目と頭が痛い…。) 基本的に生産者消費者問題なんですが Aが物を作るとBに渡し、Bが物を作るとCに渡し、Cが物を作るとDに渡す、というように 複数の生産者/消費者のベルトコンベヤーでの流れ作業を想定しています。 で以下のように組んでみたんですが、 今度はB自身が消費したことをB自身に知らせなくてはならなくてこんがらがってきました。 public class Main { public static void main(String args[]) { ConveyerBelt stationAB = new ConveyerBelt(); ConveyerBelt stationBC = new ConveyerBelt(); ConveyerBelt stationCD = new ConveyerBelt(); Worker producerA = new Worker(stationAB); Widget consumerB = new Widget(stationAB); Worker producerB = new Worker(stationBC); Widget consumerC = new Widget(stationBC); Worker producerC = new Worker(stationCD); Widget consumerD = new Widget(stationCD); producerA.start(); consumerB.start(); producerB.start(); consumerC.start(); producerC.start(); consumerD.start(); } } ConveyerBelt()バッファーが三つというのは正しいと思うんですけど スレッドはABCDの四つだけ作ればいいんでしょうか？どなたかご教授下さい。 285 名前：284 [2006/02/11(土) 07:43:18 ] ちなみにセマフォは「なし」の方向でお願いします。 286 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 07:47:19 ] 日本語で質問してください 287 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 08:44:23 ] >>284 Chain Of Responsibility パターンはもう検討済みなの? 288 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 10:21:28 ] >>284 ４つじゃないとダメなわけもないし、好きに作ればいい 289 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 12:09:10 ] 各々理由を書いてね。 > 今度はB自身が消費したことをB自身に知らせなくては > ならなくて > ちなみにセマフォは「なし」の方向でお願いします。 290 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 18:57:50 ] >>289 正確厨、規格厨、口先厨の予感。現状提示されている情報から 回答が思いつかなければ、その問題に対する類似性や経験則 など思い当たるところが無いっつーことだろ。 全部の情報が分からないとコミュニケーションできないような 応用力無しやつは黙ってろ 291 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 19:56:02 ] >>9 Double Checked Lockingに追加 Scott Meyers & Andrei Alexandrescu "C++ and The Perils of Double-Checked Locking (II)" erdani.org/publications/DDJ_Jul_Aug_2004_revised.pdf 付録に"volatile: Brief History"あり。 Douglas C. Schmidt & Tim Harrison "Double-Checked Locking An Optimization Pattern for Efficiently Initializing and Accessing Thread-safe Objects" www.cs.wustl.edu/~schmidt/PDF/DC-Locking.pdf 292 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 21:48:09 ] >>290 エスパー以外は黙れと。 293 名前：291 mailto:sage [2006/02/11(土) 22:33:21 ] せっかく流れ切ったのに… 294 名前：デフォルトの名無しさん mailto:sage [2006/02/11(土) 22:58:43 ] >>290 やんわりと、「設計がおかしいんじゃないか？」と言われてるんだよ。 まあ、もうまともな回答は期待できないだろうからどうでもいい話だが。 295 名前：284 [2006/02/12(日) 01:45:30 ] ご迷惑をお掛けしております。m(__)m >>287 そんな概念があったんですね。というくらいなので検討済みではないです。 検索してみていくつかサイトを見つけたのでもう少し読んでみます。 分からなければまた質問します。それと if (Thread.currentThread() == "Thread[Thread-0,5,main]") System.out.println("I am the Worker A."); のようなチェックを入れたいんですが、そんな比較はできないみたいです。 左辺値はどんな感じにすればいいんでしょうか？ これができれば、一つ一つ鎖をつなげていける気がするんですが。 >>288 逆を言うと「4つでもできる」ということですか？ >>289 現状を話しますと Aから渡された物をB自身が処理(消費)してもないのに (いや、時にはAから物を渡されてもないのに) Bは勝手に生産を始めてしまいます。 ですから現在はA-B間、B-C間、C-D間のみで同期がされてます。 それと、やっぱりセマフォアは「あり」でもいいです。 296 名前：デフォルトの名無しさん [2006/02/12(日) 05:05:21 ] ここでは綺麗でも汚くても叩かれますYOW 297 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 05:06:03 ] 誤爆した　ｽﾏﾝ．．． 298 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 07:55:32 ] >>294 その「やんわりと」の部分が他人をイラつかせるんだよ。現実でも 相当にいやみな人間だろう 299 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 08:00:36 ] >>292 そこまで行間が読めないようだと生きるのに苦労してないか？ 300 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 08:14:33 ] >>299 292は皮肉で言っただけだから、普段は別段苦労はしてないな。 301 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 11:03:26 ] この業界、日本語の喋れない奴ばかりだからエスパー能力は必須だよね 低級エスパーだから日々苦労してるよ 302 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 11:38:10 ] エスパーってほどか？　そうじゃなくてだな、俺の言いたいことはだ、 類似の問題を経験していたら回答が思い浮かぶだろ。素直に それ書いてやりゃいいんだ。お前らだって今まで誰かに教えて もらったり助けてもらったことあるだろうに。 それを忘れてくだらねー皮肉や、重箱の隅をつつくようなまぜっかえしを 親切を装ってやるようないやらしいことすんなよ。ﾅｻｹﾅｽ 303 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 11:48:06 ] 別に2chで教えようと混ぜっ返そうとどっちでも構わんと思うのだけど。 まぁ、ヒントだけ貰った方がいい場合と答丸ごと貰った方がいい場合があるのでどっちがいいとも言えないしね。 漏れはここのスレでは教えることも教わることも少ないけど、この板全体では教わることより教えることのほうが多くなるようにしている積もりだがね。 混ぜっ返したり揶揄したり誘導したりも多いけどw 304 名前：284 [2006/02/12(日) 12:23:35 ] で、あのー・・・ 305 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 12:28:35 ] 生産者消費者問題くらい、標準的なテキスト読んで自分でやれ 306 名前：284 [2006/02/12(日) 12:37:41 ] テキストには生産者消費者が一対一の例しか載ってないんですよ。 こんなに真剣に質問してるのになんでこんな目に遭うんだ… 世の中絶対におかしい。 307 名前：284 [2006/02/12(日) 12:38:49 ] 丸投げでもなく真剣に書いてるのに…もう馬鹿馬鹿しくて泣けてきた…もういいです。 308 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 12:57:25 ] なんで、consumerBとproducerBが別オブジェクトなわけ？ ふつうは入口と出口のある１つのオブジェクトとして考えるでそ？ 309 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:03:48 ] お前らかわいそうだから教えてやれ。おれは良く分からないのでパス。ごめん 310 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:05:39 ] レベル１エスパーだけど、 >>284 >> ConveyerBelt()バッファーが三つというのは正しいと思うんですけど >> スレッドはABCDの四つだけ作ればいいんでしょうか？どなたかご教授下さい。 唯一の正解があると思ってるのか？好きにつくれよ 311 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:06:34 ] >>306 質問する相手を間違えているだけだろう？ 世の中がおかしいのではないと思う。 312 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:11:45 ] 普通はレスの付き方を見て、質問の仕方が悪いと思うんだけどね 313 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:17:51 ] >>284 漏れも>308の言うとおりだと思う。 つか、めっちゃ単純な問題だと思ってたから まさかconsumerBとproducerBが別だと思ってなかったw あらためてソース見直してみてビックリした。 > ですから現在はA-B間、B-C間、C-D間のみで同期がされてます。  それでいいんじゃないの？他に同期取らなきゃいけないの？セマフォもいらんと思うけど。 314 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:30:26 ] >>313 > 他に同期取らなきゃいけないの？ 知りもしないのに、 > セマフォもいらんと思うけど。 云うな(w 315 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 13:43:39 ] うん、ごめん。よくわかってなかったわ。 最初ConveyerBeltの作り疑ってたもんな。 危うく恥かくとこだった。 316 名前：289 mailto:sage [2006/02/12(日) 13:51:11 ] 俺も、>>308 に同意。 だから、 > 今度はB自身が消費したことをB自身に知らせなくては > ならなくて は、何か勘違いしてんじゃないかと思って、>>289 を書 いてる。はじめのうちは、(俺も含めて) 結構とんでもな い勘違いをすることがあるから、別にそれがおかしいとは 思わないけど、何を考えてるかわからんと情報を提供して あげることもできないから。 あと、>>306-307 が本人かどうか知らんけど、「真剣に 質問」したのにまともな答えが返ってこないと言うが、 匿名掲示板に質問すること自体が既に「真剣に質問」して いるとは言えない。回答する方は、あくまでも知ったかし たいか暇つぶしか昔の恩を返したいかなんだから、「真剣 に向き合え」とか言われたら、「なんちゃ、それ。」で無 視されるのがオチ。 この板の人は基本的に親切だから、嘘は余り書いてない。 >>290 みたいな雑音を飛ばしてよく読めば、きちんと ヒントは書かれているから、自分でググルなりすればいい。 そのものズバリの答えが欲しいなら、本を買うなり学校に 通え。 317 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 14:14:03 ] 実質何も答えていないのを繰り返してるだけじゃね？ 318 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 14:19:02 ] 答える側が堂々巡りするケースのほとんどは、 質問がいい加減なことに起因する。 319 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 15:40:49 ] 320 名前：289 mailto:sage [2006/02/12(日) 15:47:02 ] >>317 まあ、確かにそのものズバリの回答は無いけど、>>287, >>308 あたりは、充分ヒントになりうると思うが。 個人的見解として、このヒントを基に自分で勉強するぐら いでないとマルチスレッドのプログラミングはできないと 思う。 321 名前：デフォルトの名無しさん mailto:sage [2006/02/12(日) 19:56:19 ] 変なところで改行するなよ 醜い 322 名前：デフォルトの名無しさん mailto:sage [2006/02/14(火) 13:30:16 ] 久し振りに来てみたが、相変わらず、このスレは知ったか馬鹿が多いな。 とりあえず>>288、>>310、>>311あたりの馬鹿どもはこのスレいても邪魔だから消えろ。 もう>>284はいないと思うが俺なら public class Main { public static void main(String args[]) { ConveyerBelt NULL = new ConveyerBelt(); ConveyerBelt stationAB = new ConveyerBelt(); ConveyerBelt stationBC = new ConveyerBelt(); ConveyerBelt stationCD = new ConveyerBelt(); Worker workerA = new Worker(NULL, stationAB); Worker workerB = new Worker(stationAB, stationBC); Worker workerC = new Worker(stationBC, stationCD); Worker workerD = new Worker(stationCD, NULL); workerA.start(); workerB.start(); workerC.start(); workerD.start(); } } とやる。ConveyerBeltクラスん中ではinとoutの二つのbufferを作ってやれ。 323 名前：デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:01:34 ] >>322 > ConveyerBelt NULL = new ConveyerBelt(); > ConveyerBeltクラスん中ではinとoutの二つのbufferを作ってやれ。 馬鹿ジャネーの。 324 名前：デフォルトの名無しさん [2006/02/15(水) 00:03:38 ] >>323 自分の事を良く解ってるじゃないかｗ 325 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 00:15:31 ] 俺も > ConveyerBeltクラスん中ではinとoutの二つのbufferを作ってやれ。 は意味わかんねえ。ConveyerBeltなのに何か処理でもするの? 326 名前：釣りだったのかも...。 mailto:sage [2006/02/15(水) 01:13:37 ] >>325 多分、in と out の buffer を取り持つ ConveyerBeltSub を作るんだよ。 もちろん、その中には buffer が二ついるから、更に ConveyerBeltSubSub を作って...。(w # >>322 = >>324 は、基礎から勉強しなおした方がいいぞ。 327 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 01:48:57 ] buffer１個でいいでしょ 328 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 03:43:24 ] どうでもいいけどなんで4つとも別スレッドで独立して動かす必要がるわけ？ 全体としてどんなことをしたいのか今一想像がつかん。 329 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 15:13:36 ] あらあら、もう一人馬鹿↑が来た お前、流れ作業って言葉聞いたことあるか？ 330 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 15:20:00 ] >Aが物を作るとBに渡し、Bが物を作るとCに渡し、Cが物を作るとDに渡す、というように >複数の生産者/消費者のベルトコンベヤーでの流れ作業を想定しています。 >>327 お前の読解力は小学生以下か？ buffer一つで出来るもんならやってみろ、馬鹿。 出来ないんならもう来るなよ、ここではお前は邪魔なだけだから。 331 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 16:06:16 ] パイプ１個あたりバッファ１個の意味で言った 言葉足らずというか全然意味が通らないねｽﾏｿ 332 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 18:06:14 ] Java よく知らんのだが、これは要するに 4つのスレッドを3つのキューで繋ぎたい、って「だけ」の話？ 333 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 18:34:54 ] YES 334 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 21:04:57 ] >>329 いやそうじゃなくてどんな処理で4スレッドの流れ作業なんて必要になるのか 想像がつかんのだ。 335 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 23:29:55 ] マルチ商法ですた 336 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 23:46:26 ] そんなもの想像つかなくていい。 質問に答えりゃそれでいいんだ 337 名前：デフォルトの名無しさん mailto:sage [2006/02/16(木) 01:22:58 ] 関連する複数のタスクを回す場合は、個別に分けずに スレッドプールでまとめてやるのがいいんじゃないの？ やろうと思えばExecuterServiceでも似たようなのできるけど。 □ タスク側 1. 自身のタスク終わったら次のCallableをsubmit()する。 2. 途中のタスクの戻り値としては次のFutureを返す。 3. 最後のタスクは流れ作業全体の値を返す □ 呼び出し側 1. ExecuterServiceに最初のCallableをsubmit()する。 2. Futureのget()がFutureを返した場合は置き換えてループする。 3. Future以外が返って来たら全タスク完了。 ただ、Callable中で次のタスクをsubmit()すると、バウンド形式なQueueで 最大スレッド数に制限が付いてるとデッドロックの可能性があると思われ。 これはExecuterServiceを流れ作業の数だけ作れば回避できそうかな？

---

---

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

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