- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 686 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:45:17 ]
- 644みたいな状態って、自分の専門は知ってるんだけど他のことは知らなくて、自分の知らないことはたいしたことないって思ってるだけなんだよね。
というか、自分が他のことを知らないことを知らない。
だから、「このスレの住人はレベルが低すぎ」とか言っちゃう。
- 687 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:48:56 ]
- でもまぁ、このスレのレベルが低いのは事実だろう。
レベル高い議論って一つでもあったか？ないよな。そういうことだ
- 688 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:53:53 ]
- マルチコア用のテンプレートライブラリを活用しているという話を聞かないね
良さげなのにググっても実際に使っている例が殆ど出て来ない
C++ の人気が無いのかテンプレートが嫌われてるのか…
www.threadingbuildingblocks.org/
spc.unige.ch/mptl
sourceforge.net/projects/rpa
www.extreme.indiana.edu/hpc++/docs/overview/class-lib/PSTL/
- 689 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 01:26:23 ]
- ライブラリの話はマルチスレッドスレがあるからなあ
このスレいらない子なんじゃ…
- 690 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 01:39:29 ]
- >>687
「住人はレベルが低すぎ」などと書いて無用に荒らすのが一番レベル低いがな。
- 691 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 02:36:30 ]
- >>689
要らなかったらスレが亡くなるだけだから気にしなくておk
- 692 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 03:39:27 ]
- >>689
マルチスレッドとマルチコアでの並列化は違う。
- 693 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 04:03:36 ]
- >>692
どう違うか語ってもらおうか
- 694 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 04:06:23 ]
- マルチスレッドは、タイムスライスで同時に動かなくてもおけ
- 695 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 04:31:02 ]
- マルチスレッドが並列に動かなくていいわけないだろ
マルチコア以前からマルチプロセッサは当たり前にあるんだしよぉ
本気でレベル低いなここ…
- 696 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 05:34:37 ]
- ・・・この人、シングルコアのシングルプロセッサで、CPUが同時にひとつの仕事しかできなくてもマルチスレッドは可能ってことわかってるのかな？
しかし、ほんと、自分の無知をしらずに、他人のレベル低いって言うのは恥ずかしいな。
- 697 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 07:28:21 ]
- windowsもクラウドが標準になるんだな
japanese.engadget.com/2008/10/01/os-windows-cloud/
- 698 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 10:41:52 ]
- >>696
・・・この人、シングルコアのシングルプロセッサで、CPUが同時にひとつの仕事しかできない時のマルチスレッドとマルチコア/マルチプロセサでのマルチスレッドじゃ状況が違うってことわかってるのかな？
しかし、ほんと、自分の無知をしらずに、他人のレベル低いって言うのは恥ずかしいな。
>>692
そもそも、マルチコアとマルチスレッドを比較するなよ。
- 699 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 10:53:10 ]
- >>698
おいおい、状況は違うのは分かるが、プログラムは同じにしとかないと
まずいだろ。
どこかのエンコソフトみたいにCPUのコア数によって使うルーチンを切り替える
ようにするなら話は別だが。
- 700 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:50:27 ]
- 誰もプログラムを別にするとかなんて言ってないけど？
状況が違うと言うのはシングルコア and シングルプロセサで問題ないプログラムでも
マルチコア or マルチプロセサで問題が発生するケースがあるってだけ。
種々の要件によって、その状況によってプログラムを切り替える実装はあると思うが、
それはもっと条件を限定しないと議論できない。
- 701 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:03:57 ]
- デッドロックとかレース状態とかそういう次元の事かな。
確かにシングルコアでは問題ありとしながら問題が潜在化してたものが
マルチコアにした途端に顕在化する場合はあるね。
- 702 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:37:48 ]
- >>701
マルチスレッドプログラミングとしては単なるバグじゃん
- 703 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:38:00 ]
- > 確かにシングルコアでは問題ありとしながら問題が潜在化してたものが
> マルチコアにした途端に顕在化する場合はあるね。
そうじゃなくて、例えばメモリに対する inc 命令の実行中に他のコア/プ
ロセサのアクセスが割り込んじゃうとかの「シングルコア and シングル
プロセサではあり得ない問題」のことだよ。
- 704 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:39:40 ]
- >>703
それはクリティカルセクションを入れるのが当たり前だろ
- 705 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:40:56 ]
- >そうじゃなくて、例えばメモリに対する inc 命令の実行中に他のコア/プ
>ロセサのアクセスが割り込んじゃうとかの「シングルコア and シングル
>プロセサではあり得ない問題」のことだよ。
アトミック操作でないのにロックせずに破壊した場合プログラマの責任だと思うが。
- 706 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:42:23 ]
- >>703
そんなバグ埋め込んでマルチスレッドとか恥ずかしいぞ
- 707 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:43:53 ]
- >>703
もうちょっとOS関連の本を読んでマルチプロセス/マルチスレッドに
ついて勉強してから書いた方がいいよ。恥かくだけだぞ今のままじゃ。
- 708 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:08:13 ]
- >>698
そもそもというなら、マルチスレッドとマルチコアの話は、 >>689に言ってくださいな
「マルチスレッドが並列に動かなくていいわけないだろ」とか言っておいて逆切れせずに。
- 709 名前：689 mailto:sage [2008/10/03(金) 13:38:17 ]
- >>708
比較なんかしてないぞ
マルチスレッドがマルチコア環境で正しく並行動作するのは当然
だからライブラリの話はマルチスレッドスレの方がそれなりに議論してて
適切だろうってことだ
マルチスレッドスレを並行動作しなくていい話題に限定したら
糞スレ確定で速攻落ちるぞw
- 710 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:44:20 ]
- 同じ変数を複数スレッドで更新する可能性があるなら、UP/MPに限らずバリア入れる。
更新するのが一人だけだったら、ちょっと考えてから決める。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:44:22 ]
- そういう話は、その時点でやってくださいな。
あと出しで切れるのカコワルイ
- 712 名前：711 mailto:sage [2008/10/03(金) 13:44:54 ]
- >> 709 ね。
- 713 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:49:36 ]
- >>711
どこが後出し？w
- 714 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 17:59:44 ]
- >>704
そもそもクリティカルセクションをどう構成するかと言うレベルの話だから、
君には用はないので当分 ROM っててくれ。
>>705-706
シングルプロセサ/シングルコアならアトミック操作だから、バグじゃないよ。
マルチコア/マルチプロセサではちゃんと動かないから良くないコーディングと
言うならまだわかるが。
>>707
どこがどうおかしいかちゃんと指摘してくれ。
まさか、>>705-706 の的外れの指摘のこと言ってるのか？ (w
- 715 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:19:54 ]
- >>714
アホですか
RISCはロード/ストア命令とモディファイ命令を１命令で実行できない
物があるのでアトミックではない場合がある
- 716 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:20:58 ]
- つーか明らかな自分のミスを認められないグラマって
必要ないな。
こういう奴がいると絶対にプログラムにバグを入れてくれる。
- 717 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:28:36 ]
- そろそろダンゴさんがピシっと〆めてくれそうだ
- 718 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:32:18 ]
- つかシングルコアでも他デバイスがDMAしてきたらアトミックにならんやろ
メモリにアクセスするプロセッサがひとつだけっていつの話？
- 719 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:33:29 ]
- Java のでも GCC 組み込みのでも、OS ネイティブのでも良いけど、
アトミック命令ってみんな使ってるの?
- 720 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:53:25 ]
- 排他やると暗黙的に使われるんじゃね
- 721 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 20:56:23 ]
- 無意味な連番つけるときに AtomicInteger を使ったことはある
- 722 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:03:47 ]
- AtomicReferenceFieldUpdaterは友達
- 723 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:41:05 ]
- レベルの低いスレ/話題は伸びるのが速い。
- 724 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:49:12 ]
- レベルの低い話題に詳しそうだな
- 725 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:04:26 ]
- >>715
> RISCはロード/ストア命令とモディファイ命令を１命令で実行できない
> 物があるのでアトミックではない場合がある
そんなプロセサにメモリに対する inc 命令なんかあるのか？
あるんならそのプロセサの型名書いてくれ。
>>716
「明らかな自分のミス」ってどれのこと？
ちゃんと指摘してくれって書いてあるのに指摘できないの？
>>718
ああ、DMA はあるな。
ただ、通常の DMAC はレジスタで制御するから、メモリ上で排他なんかしないでしょ？
> メモリにアクセスするプロセッサがひとつだけっていつの話？
今でも普通にあるよ。PC しか眼中にないの？
- 726 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:07:57 ]
- また前提が増えたな。
DMA無しだとさ。
- 727 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:19:48 ]
- >>718見て、Windows 98で386のときのInterlockedIncrementは、
デバイスドライバ内で割り込み禁止してincを実行するって話を思い出した。
blogs.msdn.com/oldnewthing/archive/2004/05/06/127141.aspx
- 728 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:22:31 ]
- >>726
また？
DMA 以外で増えた前提って何のことだ、ちゃんと書いてくれよ。
- 729 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:37:24 ]
- >>725
> そんなプロセサにメモリに対する inc 命令なんかあるのか？
> あるんならそのプロセサの型名書いてくれ。
無いからバグなんだろ。
>714 の
> シングルプロセサ/シングルコアならアトミック操作だから、バグじゃないよ。
に対する返信だろう。
- 730 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:00:16 ]
- >>728
きっと>714の「シングルプロセサ/シングルコアなら」のことだろうね
- 731 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:01:26 ]
- >>725
> 今でも普通にあるよ。PC しか眼中にないの？
SPARC/Power/Itaniumサーバも眼中に入ってるよ
- 732 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:05:07 ]
- >>725
> 「明らかな自分のミス」ってどれのこと？
> ちゃんと指摘してくれって書いてあるのに指摘できないの？
>714の
> シングルプロセサ/シングルコアならアトミック操作だから、バグじゃないよ。
のことだろうね
- 733 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:23:14 ]
- Itaniumなんてもうフェードアウトだろｗ
- 734 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:27:20 ]
- >>733
FNHではバリバリですよ
FはSPARCに注力した方がいいと思うけど東証決まってるからなあ
- 735 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:31:27 ]
- なんか、自分のミスはスルー、この反応みると本当に気づいてないようだ。だから自分はノーミスだと思っている。
前提をあとからつけて、人の意見を間違っているという。
まわりが全員レベル低いんじゃなくて、君ひとりがまわりの会話についていけてないんだってば。
- 736 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:42:48 ]
- >>729, >>732
> 無いからバグなんだろ。
「メモリに対する inc 命令持たないプロセサだとメモリのインクリメントは必然的に
複数命令になるからアトミックじゃないだろ？」って言ってるの？
ならすまん、inc 命令の話してる時にその命令持たないプロセサまで考慮して話せと
言う奴がいることまでは想定できなかったよ。
世の中には自力ではメモリのインクリメント自体ができないプロセサもあったりする
からそこから前提におけということかな？ (w
>>730
>>703 にわざわざ「シングルコア and シングルプロセサでは」って書いてますが。
>>731
> SPARC/Power/Itaniumサーバも眼中に入ってるよ
で、それしか知らないと思ってていいのか？
なら、もう少し見聞広めた方がいいんじゃね？ としか言えないけど。
>>735
「ミス」とか「間違っている」とか威勢のいいこと書きながら具体的な内容が全く
ないのが、ちょっと笑える。
- 737 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:43:57 ]
- 指摘されてもスルーなのが笑える
- 738 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:44:39 ]
- これはひどい。
いくらなんでも釣りだろ？
- 739 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:52:04 ]
- itaniumはもう終わりだろｗｗｗ
と5年間言われ続けて、無事生存中
- 740 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:58:00 ]
- >>725
incはアトミックじゃない。
でもそのためにバスアービトレーションを考慮したtest and set系が別にちゃんとあるんだよ。
おまえさんはコンパイラがincに落とすのを当然と考えた上でincがバス制御しない事を忘れてる。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:03:13 ]
- >>736
> >>703 にわざわざ「シングルコア and シングルプロセサでは」って書いてますが。
その前提を持ち出してるのが大間違いの元なんだよ。
マルチスレッドプログラミング全般としてはそんな前提はないわけ。
君にとってはシングルプロセッサかつシングルコアがデフォで
マルチプロセッサ／マルチコアが特殊なのかもしれないが、
マルチスレッドプログラミング全般としてはシングルプロセッサかつ
シングルコアはマルチプロセッサ／マルチコアの特殊ケースでしかない。
マルチプロセッサ／マルチコアでちゃんと動かないようなのはただのバグ。
- 742 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:07:03 ]
- というか、このスレ全体がひどい。
まず、議論になってない。
そして、議論以前に半分以上の書き込みが用語を並べてみているだけで技術的に意味の通る文章になっていない。
コンピュータ用語に語彙の偏った人口無脳がはき出したような文面の書き込みばかりで流れがない。
今時マルチスレッド、マルチコア、分散処理の区別もつけられない人がこんなにいるなんて信じられない。
日本のプログラマってこんなレベル低いんだ…こりゃ将来が危ぶまれるわ。
- 743 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:10:15 ]
- >>742
だってここ2chだし
- 744 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:14:50 ]
- >>742
たしかに、この発言とかひどいよね
「マルチスレッドが並列に動かなくていいわけないだろ」
- 745 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:18:26 ]
- >>744
どうひどいか語ってもらおうか
- 746 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:20:49 ]
- >>742
「このスレ全体がひどい。」とか「議論になってない。」とか威勢のいいこと書きながら具体的な内容が全く
ないのが、ちょっと笑える。
- 747 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:21:03 ]
- 今このPC、 AthlonXP 1500+ で 53プロセス 562スレッド 動いてるぜー
- 748 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:21:33 ]
- >>745
マルチスレッドは並列に動かなくてもいい。
- 749 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:23:52 ]
- マルチスレットは、タイムスライスでもいいから、並列に同時に動く必要はない。
- 750 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:30:07 ]
- GreenThread
- 751 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:38:13 ]
- >>748-749
並列に「動かさなくてもいい」ならそうだが
「動かない」ってのはダメだろ
つか確かに議論になってないな
コンテキスト整理するからちょっと待ってろ
- 752 名前：742 mailto:sage [2008/10/04(土) 00:38:53 ]
- そもそも「同時に動く」ってのはどういう意味でいってるつもりなんだ?
意味わからん。
たとえば
・レジスタやメモリに結果を書くのを同時といってる?
・実行ユニットで演算されるのを同時といってる?
・前後を入れ替えても意味が変わらない処理を同時だといってる?
もう少し頭の中で整理してかいてよ。
タイムスライスってどういう意味でいってるの?
コンテキスト情報をスワップすることがよくいわれる時分割の本質的な意味でしょ?
コンテキスト情報が複数ハード上にあるのがマルチプロセッサだったりマルチコアだったり
ハードウエアマルチスレッディングがスレッドレベルで並列であることの本質なわけだけど。
CPUが実行ユニットで同時に計算しているとか同時にメモリに結果を書くとか関係ないよね?
このスレで議論している連中は用語をならべているだけで、その中身についてはよくわかってない気がする。
回路設計が本業の漏れからみてもまず基礎がひどいと思いました。
- 753 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:39:04 ]
- >>737
どこがスルー？
具体的に指摘しなよ。
>>740
> incはアトミックじゃない。
DMA の話？ それ以外にシングルコア/シングルプロセサを前提としてあるなら、具体的に
書いてくれ。
> でもそのためにバスアービトレーションを考慮したtest and set系が別にちゃんとあるんだよ。
そう言う命令がないプロセサもあるから、ちゃんと前提つけないとクレームつけられるよ。(w
> おまえさんはコンパイラがincに落とすのを当然と考えた
人の心まで読めるの？ 上級エスパーさんにはかなわないな。
>>741
前提つけたら、そんな前提が間違ってると来たか...。
そこまでしてレスしたいの？
まあ、どっちにしろそう言う文句は >>696 辺りにつけてくれ。
- 754 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:41:31 ]
- >>752
> このスレで議論している連中は用語をならべているだけで、その中身については
> よくわかってない気がする。
自己紹介乙。
- 755 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:42:44 ]
- 結局、そこで議論にならなくなってるわけでね。
- 756 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:47:57 ]
- そろそろ753はコテハンつけて欲しい
- 757 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:50:19 ]
- >753は>703なんだよな？
だが>753は>696じゃないのか？
俺流れが見えてねぇw
- 758 名前：デフォルトの名無しさん [2008/10/04(土) 01:04:29 ]
- 元々このスレはハードウェア主体でマルチコア化が進んでいるせいで、
ソフトウェアを並列化しないといけなくなったのに不満を持った
アンチマルチコア派ｗがたてたスレだからね。本当はソフト屋さんの
ためのスレッドなんだけど、有意義な話がなかなかでない。
回路屋が何かとソフト屋を馬鹿にしているようだけど、せっかく
マルチコアの石があっても、ソフトウェア側の理論がないと意味がなく、
またソフト屋はソフト屋の理屈があるのでそこら辺勘違いしないように
お願いします。
並列化といっても必ずしもバスアービタがどうとかそういう回路よりの
話だけでなく、並列型言語とかプロセス代数とか形式手法とかそういう話を
期待ているんだけど、やっぱり並列化に対するソフトウェア技術者の
意識は弱く、そういう話をができる人はあまりいないみたいだね。
(俺も話ができない一人だが、そういう人の出現を待ってこのスレ読んでます)
- 759 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/10/04(土) 01:12:53 ]
- だんごやさんだよ。
色んな意味でマルチスレッドだよ。
- 760 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:16:34 ]
- > 並列型言語とかプロセス代数とか形式手法とか
ここ強調すると住人総入れ替えじゃないか？w
もし次スレ立てるならスレタイに【Π計算】って入れようぜ
- 761 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/10/04(土) 01:20:36 ]
- Π革命
- 762 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:21:23 ]
- >>757
> >753は>703なんだよな？
あたり。
> だが>753は>696じゃないのか？
>>696 じゃなくて、>>698
> 俺流れが見えてねぇw
簡単に言うと、「シングルコアでシングルプロセサ」と「マルチコアもしくは
マルチプロセサ」で、状況が違う例としてメモリに対する inc 命令を取り上げ
たら、inc 命令ないプロセサでは状況が違うとか (当たり前だ)、そもそも
「シングルコアでシングルプロセサ」なんて前提がおかしいとか言う奴が出て
きて騒いでるだけ。
# 正直 DMA のこと忘れてたのは事実。
# DMAC とメモリーを排他制御したことないので、すっかり忘れてた。
まあ、流れを追う価値はないから、安心してくれ。(w
- 763 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:24:51 ]
- △ やっぱり並列化に対するソフトウェア技術者の意識は弱く
○ ソフトウェアベンダの合理的経営判断に基づいた技術者・コード屋に対する適切な仕事配分の結果
- 764 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:28:36 ]
- Cilk とか UPC とか?
- 765 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:33:11 ]
- >>762
> 簡単に言うと、「シングルコアでシングルプロセサ」と「マルチコアもしくは
> マルチプロセサ」で、状況が違う例
その状況の違いは本来不要だったんだよ
どっちもマルチスレッドスレの対象になってるんだから
発端は
>>689
> ライブラリの話はマルチスレッドスレがあるからなあ
> このスレいらない子なんじゃ…
>>692
> マルチスレッドとマルチコアでの並列化は違う。
なんだから、マルチスレッドスレでは扱わないがこのスレ(マルチコアスレ)
の対象になる違いが話題になるべきだったんだ
マルチスレッドスレが「シングルコアでシングルプロセサ」の話題限定なら
外れてないがそんなこたーないわけ
- 766 名前：レトリック君 mailto:sage [2008/10/04(土) 01:35:48 ]
- 以前からあった並列計算機以上のことはできない罠
- 767 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:36:41 ]
- >>764
C++なら>688、Javaならjsr166yのfork/joinやParallelArray、C#ならTPLとか？
- 768 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:41:26 ]
- OpenMP, MPI
- 769 名前：742 mailto:sage [2008/10/04(土) 01:43:47 ]
- >>758
まあ、回路屋といっても計算機のアーキテクチャとかあんまり関係ないんだけど。
それとは関係なしに、ハードウエア主体で進んでいるマルチコアも、
シングルコアでは容易に性能があげられないから仕方なしにそういう方向に進んでいるわけで、
CPUを設計する側が最初からマルチコアをやりたかったわけじゃないということが
このスレを読み返すと前提から大分抜け落ちているように見える。
ハード系だからいうわけじゃないが、ハードの性能があがらないとソフトで新しい技術を継続して出していく
ことはできない。個人的にはマルチコアは好きではないが、
ハードの性能が上がった部分の大半はソフト開発の生産性の向上に消費されてる今の時代にマッチしてないし。
- 770 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 01:49:43 ]
- 一方グーグルはマルチプロセスを使った（クロームで）
- 771 名前：デフォルトの名無しさん [2008/10/04(土) 01:57:42 ]
- > それとは関係なしに、ハードウエア主体で進んでいるマルチコアも、
> シングルコアでは容易に性能があげられないから仕方なしにそういう方向に進んでいるわけで、
仕方ないのはいいけど、マルチコアにした後にどうやって使うか回路屋
まったくノーアイデアでしょ。ソフト屋としてはめちゃくちゃケツ
ふかされている感がたっぷりなんですが...。
> CPUを設計する側が最初からマルチコアをやりたかったわけじゃないということが
> このスレを読み返すと前提から大分抜け落ちているように見える。
こういう風に好意的(というか同情的？)に思うソフト屋は少ないんじゃないの？
だって勝手に回路屋がこれからはマルチコアの時代だよねっ！て勝手に言っているんだもん。
仕方なくやっているんだったら、もうちょっとネガティブな感じでアピールして欲しい。
> ハード系だからいうわけじゃないが、ハードの性能があがらないとソフトで新しい技術を継続して出していく
> ことはできない。個人的にはマルチコアは好きではないが、
> ハードの性能が上がった部分の大半はソフト開発の生産性の向上に消費されてる今の時代にマッチしてないし。
これは結局お互いさまという当たり前の話になるので、まあ言い分としては
理解できます。
- 772 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 02:06:23 ]
- 今までの時代がソフトウェア屋さんに優し過ぎたって事なんじゃないの
- 773 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 02:12:01 ]
- 優しかった時代なんてない
- 774 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 02:16:27 ]
- 布団で寝てても数ヶ月したらクロックが高いプロセッサが出てくるなんて
夢の様な時代だったじゃない。
- 775 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 02:17:46 ]
- 相対的にはこの15年くらいはそれ以前より優しかったと言える
でなけりゃJavaがメインストリームになることはなかったはず
- 776 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 02:41:50 ]
- >>771
>回路屋
>まったくノーアイデアでしょ。
ノーアイディアっつー事も無いんじゃない?
あまり詳しくないけど、、、
Intel >> TBB
Sun >> JSR166y, Fortress
IBM >> X10
サーバサイドなら仮想化とか Map/Reduce とかもあるし、
マルチプロセッサの歴史が長いから、そもそもスケールする
アプリも多いよ。
- 777 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 03:47:55 ]
- PCIバスもバスマスタになるからメモリ書き込むよ
- 778 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/10/04(土) 03:57:30 ]
- Pentium 4で3GHz到達したくらいまでが天国だったろ？
- 779 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 05:11:09 ]
- MapReduceはサーバーサイドじゃないけどね。
- 780 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 07:42:59 ]
- >>765
> その状況の違いは本来不要だったんだよ
え゛っ、今更そんな言い訳ですか...。
だったら、RISC がどうのこうのとか言ってた奴はまんまバカじゃん。
まあ、実際バカだと思うけど。(w
て言うか、マルチコアスレだからこそ、シングルプロセサ and シン
グルコアとの違いを書いただけで、常識的なことだから普通に流され
ると思っていたんだが...。
- 781 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:49:44 ]
- >>780
今更って…>709でも同じように書いてるんだけど
言い訳とか後出し(>711)とか意味わかんないし
話が>689から始まったのを分かってないのか？
> て言うか、マルチコアスレだからこそ、シングルプロセサ and シン
> グルコアとの違いを書いただけで
繰り返しになるが、マルチスレッドスレがシングルコアスレなら
それが違いになるが、そんなこたーないわけ
この話続けてもかみ合いそうもないから俺はもう逃げるよ
- 782 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 15:34:42 ]
- この板の連中もたいしたことねーな
- 783 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 15:39:07 ]
- >>779
わざわざ説明しなくても良いと思ったんだけど、必要だった?
- 784 名前：デフォルトの名無しさん [2008/10/04(土) 16:18:04 ]
- なんか不思議だよね。CPUのクロックは別にまだ上げられるだろ。
消費電力考えたら、マルチコアにいくのがいいよね〜っていうだけで。
で、マルチコアのプログラム支援が言語レベルであれば理想的だが、
なくてもそこそこやれる（やれてる）でしょ？コア数が100とか
1000とかになってくると、言語レベルの支援がないと厳しく
なってくるかもしれんが。
何がいいたいか、自分でもわからｎ
- 785 名前：デフォルトの名無しさん [2008/10/04(土) 16:53:06 ]
- あげられないからマルチコアになったんだよ。
- 786 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 17:39:15 ]
- クロックは上げられるけど、投資対効果が期待出来るスピードで
クロックを上げ続けるのは無理。それより余ったトランジスタで
コアを増やした方が取り敢えず嬉しい。
|
 |
