- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 313 名前：デフォルトの名無しさん [2006/12/21(木) 23:29:59 ]
- てっきり >>194 みたいなことが書いてあるから…
.netは対応？済みらしいがマルチコア環境じゃないから試せない。
- 314 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 00:01:18 ]
- マルチスレッドは速度を向上させるのが目的ではないと思うがなあ
- 315 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 00:09:25 ]
- サーバ的に言えばスループットを多重化に影響されず一定とするためのものだわな。
XMLのパースとその他みたいなパイプライン？は既にやってるとこもあるみたいだけど。
- 316 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 00:10:31 ]
- >>310-313
AP レイヤで使うのに十分なくらいならスケールするがな。
マルチノード、マルチインスタンスにはした方が良いけど、
かなりの大規模ノードじゃなければ十分。
- 317 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 04:56:33 ]
- >>285
x86である必要があってx86なのではなく、
数が出ているx86のコストパフォーマンスが優れているからx86なのだと思う。
- 318 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 05:05:09 ]
- >>314
何が目的なのか、ハッキリ言ってよ。
>>316
クライアントが同時に複数いる状況で性能を要求されるサーバならば、
2コアとか4コアくらいなら、
同期する必要のない部分と同期する必要がある部分に分けるだけで、
十分だったりするしね。
>>315
XMLのパースなんかは、他のスレッドと同期する必要がない処理なので、
パイプラインにするよりも、普通にスレッドプーリングでいいでしょう。
- 319 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 12:35:22 ]
- >>310
他の言語と同じように恩恵はあるよ。
恩恵がないのは遥か昔の green thread の頃かな。
- 320 名前：デフォルトの名無しさん [2007/02/14(水) 06:21:12 ]
- Intel，80コアでTFLOPSを実現する浮動小数点演算プロセッサ開発
ttp://www.4gamer.net/news.php?url=/news/history/2007.02/20070213183701detail.html
- 321 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 16:26:58 ]
- トイレで大きい方をして席に戻ってきたら、周りの席の同僚女3人に大笑いされた。
職場の女がニコニコしながら、
「上司の○○さんが呼んでいたので『地球の平和を守りにいってます！』と答えておきましたよ〜」
死にたい気持ちになった。
- 322 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 16:32:41 ]
- へたくそなコピペじゃねーぞ！
あまりにショックなので、こんな過疎スレに書き込んでいる。
今夜は一人で飲みたい。
- 323 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 16:38:00 ]
- ↓あまりに悔しいから、お前のあだ名は「ウンコマン」にしてやる！
- 324 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 16:47:30 ]
- オッス、オラうんこまん！
地球防衛隊員ってのをやってるんだ。よろしくな！
- 325 名前：デフォルトの名無しさん [2007/03/06(火) 16:57:41 ]
- >>324
恥ずかしい自演乙
- 326 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 01:42:39 ]
- >>321
なんじゃそのFFやらDQの発売日翌日に遅刻した予備校生の言い訳みたいなのは。
- 327 名前：デフォルトの名無しさん [2007/03/13(火) 14:25:23 ]
- それより昼に仏跳麺を食った後に目薬を買おうとミドリ薬品に寄ったら会社の山下
さん（結構かわいい）がレジで支払いしてるトコだった。そのレジ台に置いてあったの
がイチジク浣腸の１０個入りパッケージ。もう裕子ちゃんがお尻にイチジク浣腸を入
れてるのを想像して今も勃起しっぱなし。このことは会社の同僚にはだまってる。
噂を流したら俺だってわかるし山下さんもかわいそうだから。
- 328 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 01:14:45 ]
- 動画エンコってマルチスレッド化するより単純にコアの数だけ時間か容量で等分して
それぞれエンコさせたファイルをつなぎ合わせた方が速そうな気がするけど、結局は>>106,115,209なの？
- 329 名前：デフォルトの名無しさん [2007/03/20(火) 22:13:18 ]
- linuxでやれ。
- 330 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 15:28:42 ]
- やってみる価値は非常にありそうだな。
- 331 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 16:43:18 ]
- つなぎ目ってどうするんだろう
mpegでいうIフレームにすればいいだけ？
- 332 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 20:02:48 ]
- >>331
たぶんそうなんじゃない。
動画は前の画像の圧縮して解凍したものを使うから
ある程度の時間の動画をひとつのスレッドにしたほうが
効果ある上に作るのがとても楽だね。
- 333 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 21:17:47 ]
- キャッシュ効率が下がるんじゃない？
- 334 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 21:47:44 ]
- 下がるだろうね。
キャッシュ重視で1枚の画像を複数のスレッドでMPEG圧縮する。
手間かける余裕があるかどうか。
CPUのマルチコア化を一般ユーザが使うようになるころは
メモリとかHDDの性能はどうなるのかしら。
- 335 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 22:43:12 ]
- エンコードに必要なワーキングセットをＮとすると
総キャッシュ量/Nより多いスレッド数でやると効率下がるだけやね
・・・そこまでやるか？
- 336 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 03:49:20 ]
- ここだと一般論を装った妄想でお茶を濁されがちだから
Core2限定の専用スレ立てていい？
- 337 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 11:25:18 ]
- ダンゴ様の許可があればいい
- 338 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 14:28:33 ]
- >>336
Xeonは除外?
- 339 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 02:25:42 ]
- >>336
どんな話がどう濁されているのか具体的に。
そもそも過疎ってるんだしスレを良い方向に変えていくのも一つ。
>>338
XeonもCore2ファミリじゃね?
- 340 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 02:55:13 ]
- 初期のXeonもCore2だっけ?
- 341 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 03:15:39 ]
- ダンゴ的にはどうよ？
- 342 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 00:56:14 ]
- 結局は高クロックのシングルコアが速い？
- 343 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 04:29:47 ]
- それができないからthe free lunch is overなのでは？
- 344 名前：デフォルトの名無しさん [2007/03/29(木) 20:44:06 ]
- Core2は使うレジスタ数を減らせば速いとかどっかで見たんですが
どういうことでしょうか
Pen3やNetBurst系とは逆？
- 345 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:00:33 ]
- この質問はダンゴじゃないとマトモに返答できないと見た
- 346 名前：・∀・）っ-○◎● mailto:sage [2007/03/30(金) 01:52:36 ]
- .
- 347 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 03:33:19 ]
- 32bitモード、つまり
増えたレジスタを活かさないモードなら速い、ということなら
皆知ってるけどね。
- 348 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 22:22:50 ]
- 人間活動 → スカラ
自然現象 → ベクトル
中途半端 → 今のCMP全般
- 349 名前：デフォルトの名無しさん [2007/04/03(火) 09:13:21 ]
- ＿＿＿_
／⌒ ⌒＼ ﾎｼﾞﾎｼﾞ
／（ ●） （●）＼
／::::::⌒（__人__）⌒::::: ＼ ＜で？
| ｍj |ー'´ |
＼ 〈＿_ﾉ ／
ノ ﾉ
- 350 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 19:26:14 ]
- おちんぽ
- 351 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 21:20:44 ]
- 結局、下手に最適化せずに、単純なバイナリで、プロセッサに条件予測させた方が速いってことか。
- 352 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 03:08:29 ]
- 既出かもしれんけど
cag.csail.mit.edu/ps3/index.shtml
- 353 名前：デフォルトの名無しさん [2007/05/06(日) 00:35:15 ]
- JCSPの話はここでいいのか？
- 354 名前：デフォルトの名無しさん mailto:sage [2007/05/06(日) 02:41:23 ]
- 良いんじゃない。
Java 固有の質問だったら Java のスレでやった方が良いかもしれないけどね。
- 355 名前：デフォルトの名無しさん [2007/06/03(日) 02:01:31 ]
- 保守
- 356 名前：デフォルトの名無しさん [2007/06/03(日) 15:31:56 ]
- 逐次処理を並列処理に分割する手法で代表的なものって何？
- 357 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 15:33:02 ]
- OpenMP とか関数型言語で書き直すとか？
- 358 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 15:41:12 ]
- >>356
OpenMP、pthread、MPI 辺りですかね。
# SMP 環境でわざわざ MPI する人も少ないかもしれませんが。
ちなみに性能的には MPI > pthread > OpenMP、
お手軽さでは OpenMP > pthread > MPI の順でしょうか。
- 359 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 16:43:38 ]
- >>358
>ちなみに性能的には MPI > pthread > OpenMP、
ええっ!? SMP環境でMPIってpthreadより性能いいの?
- 360 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 17:47:44 ]
- OpenMP、pthread、MPI ってどこにあるの？
- 361 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 18:15:19 ]
- 一番星を右に進んだ所、虹の彼方に
- 362 名前：デフォルトの名無しさん [2007/06/04(月) 19:05:59 ]
- ジョブを並列に分割する際に、何に注目して並列化すればよいのでしょう？
データですか？タスクですか？
- 363 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 19:20:07 ]
- 適材適所。
- 364 名前：デフォルトの名無しさん [2007/06/04(月) 19:22:08 ]
- 栄枯盛衰
- 365 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 00:22:34 ]
- >>359
MPIは複数の計算ノード（例えばPCとか）を高速な通信回線で接続した
HPCクラスタ用ですね。
pthreadは共有メモリシステムじゃないと使えないので、CPUの数を増や
してもいくつかの理由（メモリアクセスの集中やキャッシュコヒーレンシ
維持のためのオーバーヘッド増加）のために、システム全体の性能はある
程度で飽和してします。大体 CPU 8〜16 個くらいが限界でしょうか。
クラスタシステムではCPUだけではなくメモリも分散配置しているので、
うまく仕事を複数のノードに配分するようにプログラムを作ることがで
きれば、もっとCPUを増やしてもシステム性能を向上させることができ
ます。
# でもそのソフトを作ったりデバッグするのが大変なので、MPIは暇な
# 学生が使える教育機関でしか人気が無いような気がする…。
- 366 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 13:37:00 ]
- >>365
MPIが性能を十分に発揮するのは「高速な通信回線で接続したHPCクラスタ」での話ですよね
>>358
># SMP 環境でわざわざ MPI する人も少ないかもしれませんが。
>
>ちなみに性能的には MPI > pthread > OpenMP、
>お手軽さでは OpenMP > pthread > MPI の順でしょうか。
「SMP 環境でわざわざ MPI」してpthreadより性能を発揮する場面ってあるんでしょうか?
あるいは下から2行目の「MPI」っつてるのは「高速な通信回線で接続したHPCクラスタ」が前提と読むべきなんですかね?
- 367 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 11:12:37 ]
- 358じゃないけど、
>>366
>「SMP 環境でわざわざ MPI」してpthreadより性能を発揮する場面ってあるんでしょうか?
SMPだけどNUMAなアーキテクチャとかどうなんだろ。Opteronマシンみたいなの。
pthreadでNUMA考慮して書けばいいけど、間にMPIはさんどくと、誰かが最適化してくれるかもしれない。
もう最適化されてるのかな？
MPIはHPCクラスタ用っていうけど、日立やNECも自社のスパコン用にMPI提供してて、
クラスタならmpich、スパコンならベンダオリジナルのMPIってことで計算コードを使いまわせるんで、
MPIの利用率は高いと思う。10年ぐらい前スパコン使ってたころは高かった。
メモリ共有ノード内と、分散メモリになるノード間の通信の使い分けとか考えたら、
トップスピード出すにはMPIか、その手のライブラリ使うことになると思う。
- 368 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 23:03:08 ]
- >>367
>SMPだけどNUMAなアーキテクチャ
これは定義矛盾
Opteron は NUMA
NUMA への最適化は最近のカーネルなら大抵入ってるよ
- 369 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 23:13:02 ]
- >>367
もまいはこれよめ
www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/40555.pdf
- 370 名前：デフォルトの名無しさん [2007/06/15(金) 00:05:56 ]
- これってどう？
www.rbbtoday.com/news/20051219/27869.html
- 371 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:10:53 ]
- 機械語レベルで、並列化すんだろな
能書きは本当か知らんけど発想はありだな
- 372 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:13:22 ]
- >>370
ttp://www.nec.co.jp/press/ja/0512/1902.html
これのことか？
- 373 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 06:55:05 ]
- 何を並列化するかによるわな。
マンデルブロ集合の計算とか、完全に並列化できるものなら、そらN台でN倍に
なるだろうけど、そんな簡単な用途は極めてまれなわけで。
宣伝の一人歩きだろう。
- 374 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 07:46:05 ]
- ＞極めてまれ
そうでもない。
処理はシンプルでも大量に捌かないといけない場合はままある。
#尤も、そういうケースは並列化の自動化も難しいが。
- 375 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 01:44:51 ]
- んなこたあねえべさ。
むしろ順次処理じゃないといけない場面の方が少ないんじゃねぇかな？
- 376 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 02:10:48 ]
- 画像処理とオンライン系のトランザクションは並列化に向いてる処理が多いって
よくいわれるよね。××ルータ、××フィルタ、××サーバと名前に付くアプリは
並列化してナンボな物が多い。
デスクトップアプリは 4 コアもあれば十分だと思うけど。
- 377 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 11:53:25 ]
- 大規模マルチコアプロセッサの発売に向け準備を進めるインテル
japan.cnet.com/news/ent/story/0,2000056022,20350948,00.htm
IntelのTera-Scale Computing Research Program担当共同ディレクタ
ーJerry Bautista氏によると、現在、Intelの研究者らは、コンピュータ
メーカーやソフトウェア開発者らが、大量のコアを搭載するマルチコア
チップにより簡単に適応できるようにするため、それらのチップの複雑
な機能性を意識させないための手段を模索しているという。
異種マルチコアチップ内のすべてのコアを外骨格のようなもので覆い、
それらすべてのコアを複数の従来型x86コア、あるいは1個の大きなコア
に見立てる。Bautista氏は、「それは、いわば1つのリソース貯蔵庫のよ
うになり、ランタイムがその中から適当と思うものを使用する」と述べ、
「これはプログラミングを簡略化するためだ」と付け加えた。
1個のチップ内の多様なコア間で演算タスクを分配するハードウェアスケ
ジューラを使用することにより、特定の演算タスクをより短時間で完了
できるとBautista氏は指摘する。
プログラマーたちは、キャッシュ共有技術やハードウェアスケジューリング
技術を理解したり、これに対応するためにたくさんの労力をつぎ込む必要
はない。これらのオペレーションは大抵、チップ自体によって処理される
ため表面化しないのである。
- 378 名前：デフォルトの名無しさん [2007/06/16(土) 16:38:55 ]
- >>377
素晴らしい！！
テクノロジーの進化ってとんでもねぇなｗ
- 379 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 22:47:24 ]
- Windows出たばかりの頃の宣伝の様だが
- 380 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 22:56:25 ]
- まあイソテルの「プログラミングの簡略化」の範囲はアプリ屋の話で、
コンパイラ屋ガンガレ、死ぬまでガンガレ by Intel
って漏れの耳には聞こえてるが気のせい？
- 381 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 23:05:49 ]
- >>380
そういうのは NetBurst や Itanic で懲りていると思いたい…
- 382 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 23:42:46 ]
- >380
俺にはIntel以外のコンパイラは淘汰されてしまえ
と聞こえるが
- 383 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 23:54:34 ]
- ARM、gcc、VC++でつかえなけりゃいみねぇー
世の中ICCが全てみたいな発想がすかん
INTELはいっつもAMDいじめて悦に浸ってる変態だし
しねってかんじだ
- 384 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 00:13:12 ]
- そらそうよ、Intelはパラノイアが社訓だもん
- 385 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 01:16:16 ]
- いよいよAMDの時代
northwood.blog60.fc2.com/blog-entry-928.html
northwood.blog60.fc2.com/blog-entry-932.html
northwood.blog60.fc2.com/blog-entry-935.html
blog.livedoor.jp/amd646464/archives/50980564.html
- 386 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 01:23:55 ]
- Intel社、ソフトウエアの並列化が研究開発部門の最重要課題に
www.eetimes.jp/contents/200705/19305_1_20070528174750.cfm
マルチコア・プロセッサに対する需要の高まりを受け、米Intel社はソフトウエア
の並列化を最重要課題に掲げている。その取り組みの一環として、特定用途
向けプログラミング言語や既存のプログラミング言語/アプリケーションの並列化
に関する研究に250名を投入している。「オレゴン州にある研究開発部門では、
全業務の実に約3/4をソフトウエア関連が占める」
インテルが開発ツールの新版を発売、ソフトウエアの並列化を支援
www.eetimes.jp/contents/200706/19707_1_20070605170230.cfm
コンパイラは、ベクトル化が可能な場合、SSE命令セットを利用したコードを
生成する。また、C++のテンプレート・ライブラリとして実装されているTBBを
利用すると、ソフトウエア開発者が明示的にコードを記述しなくても、マルチ
スレッド化できる。OpenMPライブラリを利用しており、実行時に利用可能な
コア数分だけスレッドを生成する。
- 387 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 15:02:51 ]
- AMDは甘ちゃん
IBMとIntelはプロフェッショナル
- 388 名前：デフォルトの名無しさん mailto:sage [2007/06/18(月) 01:10:40 ]
- 次世代スパコンはスカラーとベクトルの複合型に，日立/NEC/富士通の「3社連合」で開発へ
techon.nikkeibp.co.jp/article/NEWS/20070613/134173/
アーキテクチャの概要は，スカラー型プロセサからなる演算システムにアクセ
ラレータを付加し，さらにベクトル型プロセサからなる演算システムを組み合わ
せる，というもの。スカラー部とベクトル部は，共有ファイル・システムを介して
データをやり取りする。これによって様々な大規模計算シミュレーションが計算
のタイプに合わせた演算環境を選べるようになる。
ハードウエアだけでなく，ソフトウエアも同時に開発する。「制御フロントエンド」
のジョブ管理を通して，ユーザーはこれら二つのシステムの違いを意識せずに
最適な演算環境を選べるようにするという。
- 389 名前：デフォルトの名無しさん mailto:sage [2007/06/18(月) 06:50:59 ]
- >>384
コンピュータ様って事ですね？市民。
- 390 名前：デフォルトの名無しさん [2007/06/18(月) 23:42:06 ]
- もうすぐメニーコアがでてくるらしい。
システム設計とかどうすりゃいいんだか・・・
pc.watch.impress.co.jp/docs/2007/0611/kaigai364.htm
- 391 名前：デフォルトの名無しさん mailto:sage [2007/06/18(月) 23:46:07 ]
- いつも通り、頭のいい人が仕組みを考えて、俺らがそれに乗っかって儲ける
で良いんじゃないかな。頭のいい人の代わりを務めようとすると大変だけど。
- 392 名前：デフォルトの名無しさん mailto:sage [2007/06/18(月) 23:51:36 ]
- シーケンス図廃止からやってみようかな？
で、その代わりに何を使えばいい？？
- 393 名前：デフォルトの名無しさん [2007/06/19(火) 18:18:04 ]
- 並列システム用のモデリングviewをUMLに策定してくれんかな。
- 394 名前：・∀・）っ-○◎● mailto:sage [2007/06/20(水) 00:23:28 ]
- あのさー
マルチコアに限らずソフトの最適化なんて、現場レベルでボトルネック分析し
どこを重点的に並列化するか設計フェイズにフィードバックしながらやっていくもんで
日本伝統のウォーターフォールモデルじゃ、いくらお絵かきツールが便利になっても
全然役に立たんよ。
むしろUMLの本質は抽象化なんでそもそもマルチコアを意識する必要ねぇ。
逆に具体化しちゃうと、コア数の増減やパフォーマンスの見積もり違いで破綻する希ガス。
マルチスレッドは一般的にはObserverパターン、と本で得た知識をそのまま晒してみる。
ttp://www.hyuki.com/dp/cat_Observer.html
それにしても結城先生お茶目だな。
- 395 名前：デフォルトの名無しさん mailto:sage [2007/06/20(水) 00:28:27 ]
- さてと、、、
- 396 名前：デフォルトの名無しさん mailto:sage [2007/06/20(水) 16:51:08 ]
- Cellスレでボコボコにされて
泣く泣くこちらのスレに逃げてきた団子が
ご迷惑をおかけしております。
- 397 名前：・∀・）っ-○◎● mailto:sage [2007/06/20(水) 22:12:33 ]
- ゲハ厨自演乙
- 398 名前：デフォルトの名無しさん [2007/06/21(木) 00:00:47 ]
- >>396
バカかお前ｗｗｗ
何も知らないんだなｗｗｗｗｗ
ム板で厨認定された糞団子が帰る場所は
学歴とゲハだよｗｗｗｗｗｗｗｗ
- 399 名前：デフォルトの名無しさん mailto:sage [2007/06/21(木) 15:37:25 ]
- 該当するスレが見付からず、
かといってどこにかけばいいかわからないのでここで質問をします
(どこか適当なスレがあれば誘導していただければ幸いです)
今、FreeBSD 6.2のPCからPVMを起動して
Fedora 7(192.168.1.3)とVine Linux 4.2(192.168.1.4)のPCをクラスタに登録したいのですが
登録の成功をつげているのにもかかわらず
マシンには登録されていないような状況になっています
/tmp/pvml.????(????：グループID)を確認したら以下のようなメッセージが
でてきます
------------------------------
[t80040000] 06/21 15:11:35 host1 (192.168.1.2:60822) FREEBSD 3.4.5
[t80040000] 06/21 15:11:35 ready Thu Jun 21 15:11:35 2007
[t80040000] 06/21 15:14:50 netoutput() timed out sending to ryle after 14, 190.000000
[t80040000] 06/21 15:14:50 hd_dump() ref 1 t 0x80000 n "ryle" a "" ar "LINUX" dsig 0x408841
[t80040000] 06/21 15:14:50 lo "" so "" dx "" ep "" bx "" wd "" sp 1000
[t80040000] 06/21 15:14:50 sa 192.168.0.3:32790 mtu 4080 f 0x0 e 0 txq 1
[t80040000] 06/21 15:14:50 tx 2 rx 1 rtt 1.000000 id ""
[t80040000] 06/21 15:16:40 netinput() bogus pkt from 192.168.1.3:32790
------------------------------
PVMの方で勝手にタイムアウトをしているのですが
このような場合はどのようにすれば回避できるのでしょうか？
- 400 名前：デフォルトの名無しさん mailto:sage [2007/06/21(木) 22:38:31 ]
- 簡単なファイルコンバート処理(ファイル読み込み→変換→ファイル出力)を並列化したいんだけど、定番のパターンとか定石ってある？
自分で調べた感じだとProducer-Consumerパターンが使えそうなんだけど・・・。
- 401 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 18:29:29 ]
- UNIXのパイプ
- 402 名前：デフォルトの名無しさん mailto:sage [2007/06/24(日) 23:14:58 ]
- フィックスターズが出している
www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=4-7980-1462-1
は、役に立つのだろうか？
立ち読みした限りでは内容がちと薄い気がするのだが。
- 403 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 16:17:27 ]
- >>402
それ持ってるけど、動くプログラムが書かれているだけで幸せ。
とりあえずコードを何回も書いて覚えている途中。
変な癖が付きそーだったら「違うよ」って教えてくれるとウレシイ。
- 404 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 20:43:30 ]
- そんなレベルの奴が並列化なんかに手を出すのが間違い
- 405 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 21:33:51 ]
- 並列かなんてたいして技術いる事じゃないだろ
- 406 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:43:46 ]
- そういうやつが平気でぼけぼけかますのが並列化
- 407 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:46:28 ]
- 科学計算レベルでの並列化と業務ソフトの並列化は同じレベルでは
語れないと思うんだが。そんな意味で入門には>>402はちょうどいい。
javaERの俺にはﾀﾞｸﾞﾘｰ先生の本のほうが面白かったけど。
- 408 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:48:17 ]
- >>406
一緒にするなよ
- 409 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 08:23:06 ]
- Amazonでの評価は微妙だね。
www.amazon.co.jp/dp/4798014621
- 410 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 18:12:05 ]
- 俺は釣られないぞ
- 411 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 01:44:41 ]
- なんでOpenMPばっか期待されてんの？
どこにもOpenMPなんて書いてないように見えるが（本のタイトルとかに）
- 412 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 01:46:42 ]
- デザインパターンの本。
↓
Javaについてはほとんどのってないので期待はずれ。
↓
デザインパターンの本、評価は微妙。
だれもJavaって言ってないじゃん…
- 413 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 13:17:14 ]
- たしかに目次にも一言もOpenMPの文字はないね。。。
よく分からん書評だ。
俺は↓の本で勉強したけど分かりやすかった。くどいくらいだけど。
Win32マルチスレッドプログラミング
www.amazon.co.jp/dp/4756114040/
|
 |
