- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 296 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 14:08:24 ]
- >>290
コンパイルできれば、そしてできたバイナリが予想通りの挙動を示してくれればいいんだけどね。
- 297 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 14:41:15 ]
- 挙動不審
- 298 名前：デフォルトの名無しさん [2006/11/26(日) 22:38:34 ]
- マルチコアって何で難しいの？同期処理も必要なの以外はvolatille宣言しとけばいいんじゃないの？
あるいはSETI@homeみたいに部分に分けて処理させるのはどうなの？
あとマルチコアって確率論とか統計学とかいるの？（学問ではなにが関係するの？）
というか今までもスパコンはほとんどマルチコアだと思うけどあれはなんで問題なく高速化できてるの？
- 299 名前：デフォルトの名無しさん [2006/11/26(日) 22:45:47 ]
- volatile最強宣言ｋｔｋｒ
- 300 名前：デフォルトの名無しさん [2006/11/26(日) 22:53:22 ]
- > マルチコアって何で難しいの？同期処理も必要なの以外はvolatille宣言しとけばいいんじゃないの？
釣りですか？
> あとマルチコアって確率論とか統計学とかいるの？（学問ではなにが関係するの？）
プロセス代数という数学。プロセス代数にはSP、π計算、CCSなどがある。
> というか今までもスパコンはほとんどマルチコアだと思うけどあれはなんで問題なく高速化できてるの？
分散処理の研究が進んでいるのと、それ様のプラットフォーム(MPIとか)が
整備されているから。何も考えずに無為にやっているけど大丈夫なわけでない。
- 301 名前：デフォルトの名無しさん [2006/11/26(日) 22:54:32 ]
- 訂正
> プロセス代数という数学。プロセス代数にはSP、π計算、CCSなどがある。
↓
> プロセス代数という数学。プロセス代数にはCSP、π計算、CCSなどがある。
- 302 名前：デフォルトの名無しさん mailto:sage [2006/11/26(日) 23:10:00 ]
- ヘテロ環境での最適配置戦略とか
reconfigurableなLSIを活用するとか
学者さんは嫌いそうだが必要になりそう
- 303 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 00:38:23 ]
- おお、こんなスレが。
並列プログラム用のライブラリを作成しています。（C++/Unix用）
pards.sourceforge.jp/
よろしければ御意見下さい。
>>166 の人のお望みの通り、SPAWN(foo());とすると関数fooを並列に実行します。
スレッドじゃなくてプロセスだけど。
プロセス間の通信、同期はSync<int> a;のように宣言した変数に対して、
a.write(1), a.read() のようにすることで行います。readはwriteが終わるまで
ブロックします。
実用的な例として、bzip2の並列化も行っています。
詳しくは上記URLをご参照下さい。宣伝失礼致しました。
- 304 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 00:53:18 ]
- sureddo版を作る気はないのかえ？
- 305 名前：303 mailto:sage [2006/12/20(水) 01:14:41 ]
- スレッド版？ >>304
スレッドはデフォルトで全メモリ領域をシェアするので、デバッグ困難なバグの
温床になっているという主張なのですよ > このライブラリ
グローバル変数触るだけでMT-unsafeになるので、スレッドを使った
既存のプログラムの並列化は難しいのですが、プロセスはメモリ空間を
分けるので、そんなことは無いと。
もちろんその分オーバヘッドはあるのですが、最近のOSなら我慢できる範囲では
無いかと思います。
# とか言いながらスレッド版作ったりして
- 306 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 02:09:16 ]
- なるほろ。
コードはそのままで、
デバッグ中は別プロセス、リリース時はスレッドで実行できるとかだと
超カッコＥかもしれませんな。
ぬー、でもあんまり差が出ない気がしてきた。
- 307 名前：デフォルトの名無しさん mailto:sage [2006/12/20(水) 18:23:59 ]
- >>303
ネットワーク越しあり？
- 308 名前：デフォルトの名無しさん [2006/12/20(水) 23:21:00 ]
- あら、すごいと思ったけど、やはりその筋の研究をされている方ですか。
実際にどれだけパフォーマンスに差がでるかわからないけど、
スレッド版を用意してくれると実際に使う人がベンチマークが取れて
プロセス版かスレッド版かどちらかを選択するか判断できていいですな。
> スレッドはデフォルトで全メモリ領域をシェアするので、デバッグ困難なバグの
> 温床になっているという主張なのですよ > このライブラリ
さすがに含蓄のあるお言葉ですな。
- 309 名前：303 mailto:sage [2006/12/20(水) 23:28:00 ]
- >>307
いや、SMPだけを対象にしてます。
MPC++/SCoreとか、ネットワークで接続されたコンピュータを
SMPに見せるのもあるけど、あそこまで作るのは大変っすよ(^^;
- 310 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 19:53:02 ]
- JAVAってマルチCPUやマルチコアでも恩恵が無いって
昔は言ってたが今は変わったのか？
- 311 名前：デフォルトの名無しさん [2006/12/21(木) 20:09:14 ]
- >>310
JAVAはマルチスレッドにしても速度は上がらんよ。
- 312 名前：デフォルトの名無しさん [2006/12/21(木) 22:00:09 ]
- >>310
速度を気にするならJAVAは問題外
- 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スレでボコボコにされて
泣く泣くこちらのスレに逃げてきた団子が
ご迷惑をおかけしております。
|
 |
