[過去ﾛｸﾞ] マルチスレッドプログラミング相談室 その４ (1001ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
13(8): 2005/11/07(月)10:54 AAS
ちょっとばっかし知恵を借りたいのだが。
Linuxでとある画像フィルタリング処理を書いている取り引き先から、
マルチスレッド化して処理を高速化してくれと依頼がきている。
2CPUマシンで動かすから1CPUマシンでは動かなくてもいいらしい。
現状では、1枚の画像に対する処理にある程度時間がかかっていて、
それを複数枚処理してから先に進むロジックなのでその部分で
複数枚分のスレッドを起こせば2CPUに適当に分散できるのではないかと考えているらしい。
そこで相談。
・2CPUマシンでマルチスレッド化はどの程度高速化が期待できるか。
#まさか理論どおり2倍になるなんて期待していないが。
省4
14(1): 2005/11/07(月)11:03 AAS
>>13
> Linuxでとある画像フィルタリング処理を書いている取り引き先から、
この処理がCPUボトルネックなら、
> #まさか理論どおり2倍になるなんて期待していないが。
2倍近くになっても何の不思議もないが。
一般論としては、一枚をマルチスレッドで処理してもいいし、
一枚ごとにスレッド割り当ててもいいし。いずれにせよ簡単だろ?
15(2): 13 2005/11/07(月)11:55 AAS
>>14
レスTHX。
＞2倍近くになっても何の不思議もないが。
スレッド生成のボトルネックが気になるのだけど。
#プロセス生成よりは小さいのだろうけど。
man on wwwで調べてみた。
一枚の処理を分割するのは面倒なので、一枚ごとにスレッド分けるとして、
for (画面枚数分) {
pthread_create();
}
省5
18(1): 13 2005/11/07(月)13:52 AAS
>>16
＞まあいいんじゃねえ?
うい、THX。
＞一枚ごと独立に処理出来るんでしょ?
そそ、全画像処理後、集計してフィルタリングパラメータを変える繰り返し。
＞画像がでかけりゃメモリの取り合いで遅くなる可能性もあるけど、
＞まあとにかくやってみればいいと思う。
小さい小さい。最大128x128。
#なのに現状は2048x2048x16の実数値バッファがグローバルに固定で取られてて(512MB!)泣けます。
＞# 数千行のmain()に画像処理が埋め込まれているわけね…
省4
20(1): 13 2005/11/07(月)17:06 AAS
>>19
オーバーヘッドが大きいようならスレッド分割単位を見直すから多分問題にはならないと思うのだけど、
参考までにスレッドプールとは何か、ポインタを示してもらえませんか?
#ぐぐったけどWebアプリか.NetかC#かJavaの話題しか見つからなかった。
22: 13 2005/11/07(月)18:12 AAS
>>21
THX。
一通り読んでみます。
#日本語で検索してたよ_/￣|○
23(1): 2005/11/07(月)19:30 AAS
>>13
ちょっと待てよ、お前。
さっきから聞いてりゃ言いたいことぬかしやがって。
飯食ってんだろ？できる見込みないものを依頼受けるなよヴォケ。
お前の相談は「丸投げ」なんだよ。ここは宿題片づけスレか？
気になるなら自分で実験したらいいべ？
24: 13 2005/11/07(月)21:25 AAS
>>23は、せっかくいいこと言っているのに、最後の
「いいべ」という田舎者丸出しの言い方で
説得力が無くなってしまった。
27(1): 13 2005/11/07(月)22:22 AAS
取り敢えず>15に書いたような簡単なサンプルは作ってみましたが何か。
余りに単純すぎてスレッドが複数実行しているかどうか判らないような代物ですが。
水曜に客先の端末(2CPU)で分散処理するかどうかは見てくる積もり。
#あー、そもそも依頼を受けたかどうかは書いてない罠。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s