- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 554 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 14:56:15 ]
- >>552
一般論としてはそうだが例えばfork/joinはスティールされない限り
同じスレッドで実行することでデータ転送を減らすよう考慮されてる
スティールされるのが古いタスクからなのも同じ理由
それに比べてCSPはどうだ？
- 555 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:16:47 ]
- >>554
>fork/joinはスティールされない限り同じスレッドで実行することでデータ転送を減らすよう考慮されてる
SMT(ハイパースレッディング)が登場してから、おかしな対処をしないと性能がでなくなって必ずしもそうなっていないよ、今は。
- 556 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:24:58 ]
- >>555
そうか？tbbやjsr166yのfor/joinは>554で書いたようになってると理解してるが。
ソースｷﾎﾞﾝ
- 557 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:25:21 ]
- しかしまぁ、オペレーションズ・リサーチは情報系出身なら常識だろうと思うが、こういった基本すら知らない奴はどうしてくれるかなぁ
ゲーム理論や囚人のジレンマも知らないというのはどうかと思うんだ・・・
- 558 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:28:29 ]
- >>556
Core 2 Quadマシンと、Windows Vista 買ってきて、ひとつアプリを走らせろ
そして、タスクマネージャーなり、ガジェットからCPUメーターをダウンロードして睨めっこをするんだ
そうすれば、ソースも必要ないし説明するまでもない筈。
- 559 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:36:48 ]
- >>558
まさかProcessor affinityの話をしてるのか？
- 560 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:37:45 ]
- >>559
謎用語出す前に、基本を勉強しとけ
- 561 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:43:23 ]
- >>560
謎用語て…単なる煽りか？それなら消えてくれ
煽りじゃないなら>558とjork/joinのタスクスケジューリングの関係を説明してほしい
- 562 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:44:11 ]
- ソースだせと、なぞ用語で捲し立てるのが趣味なら消えてくれ
- 563 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:46:20 ]
- >>557
常識だと思うけど、大学卒業して10年の俺はさっぱり覚えてないw
- 564 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:46:37 ]
- 頭の悪いGKがいる、絶対いるw
- 565 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:56:40 ]
- >>562
Processor affinityはWindowsでもLinuxでも商用UNIXでもAPIになってる
特定のプロセス／スレッドを特定のCPUに割り当てられやすくするもの。
fork/joinのスケジュールがスレッドのローカルなキューからタスクを
取ってくるのも新しいタスクをキューの先頭に入れるのも
他のスレッドからキューの後ろからスティールするのも
Processor affinityの元でスレッドが同じコア上で実行される場合に
キャッシュが効率的に使われることを目指していると俺は理解している。
さて、>555や>558について説明してもらえないかな
- 566 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 18:58:27 ]
- >>565
CPUメーターみてみなよ、OSが勝手にスケジュールを調整してこちらの意向を無視している。
- 567 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:03:08 ]
- >>566
そのアプリがSetThreadAffinityMask読んでないなけだろ
- 568 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:04:05 ]
- >>567
単に、特定アプリに依存すると障害が多いからMSが調整しただけかと
- 569 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:08:58 ]
- >>568
意味が分からない
SetThreadAffinityMaskを呼び出していないスレッドをOSが勝手に
スケジュールするのは当然のことだ
お前さんの言ってるアプリはSetThreadAffinityMaskを呼び出してるのか？
呼び出してないアプリでCPUメーター見ても全く意味がないんだが
Processor affinityを知らなかっただけじゃね？
- 570 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:10:20 ]
- そっちの言っている事こそ意味不明だわw
- 571 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:12:50 ]
- じゃあさ、>558で「ひとつアプリを走らせろ」のアプリが
SetThreadAffinityMaskを呼び出してるアプリのことかどうかだけ答えてくれ
yes/noだけでいいからさ
- 572 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:14:01 ]
- こんなの、つまらないコード書いて、パフォーマンス確認目的でパフォーマンスカウンタ見れば一発なんだが・・・
なんでこんなややこしい話が登場するのかと・・・
- 573 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:14:46 ]
- バカ相手にするのは疲れる
- 574 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:22:31 ]
- >>572
ややこしい話はしていない
そのつまらないコードでSetThreadAffinityMaskを呼んだのかどうか、それだけだ。
これもyes/noだけでいいから答えてくれ
- 575 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:31:59 ]
- SetThreadAffinityMaskじゃなくSetProcessAffinityMaskなら
タスクマネージャーから設定できる。
プロセスタブでプロセスを選んで右クリック、関係の設定でCPUを選ぶだけ
- 576 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 20:07:00 ]
- 逃げたようだな。結局Processor affinityすら知らなかっただけだけか
何が「基本を勉強しとけ」だよｗ
きっとfork/joinも何のことかわかってないんだろうな…
- 577 名前：デフォルトの名無しさん [2008/05/31(土) 20:31:28 ]
- 割り込んでごめんなさい。
windows 2k serverってマルチコアに対応してますか？
windows serverは全部対応してるって記事をネットで見たけど、
記事自体、いまいち信用できないんです。
- 578 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 20:57:52 ]
- 雑誌記事が信用できずに、誰の発言かもわからない
掲示板の話を信用するんですか？
- 579 名前：デフォルトの名無しさん [2008/05/31(土) 21:16:49 ]
- >>578
どっちもどっちですが、広告だらけのブログで「対応してる。」って言われるのと比べるなら、
まだ、ここのほうが信用できます。
「ここで公式に書いてるよ！」みたいなレスがあればなぁなどと思った次第です。
- 580 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 21:31:15 ]
- それプログラミングと関係ないだろスレ違いだしageんな
- 581 名前：デフォルトの名無しさん [2008/05/31(土) 22:21:36 ]
- >>578
P4-2.4Cで2個見えてるから、2個までは対応してると思うよ
＃手元に2コアまでしかないからそれ以上は分からんｗ
- 582 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:25:52 ]
- 初心者ですまんが
Ｐｇ作るのにマルチコアなんて気にする必要アンの？
いいところスレッド処理とか流せば
しかたねえな ってかってに動いてくれそうだけど
- 583 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:35:21 ]
- そのいいところってのが難しいんじゃない？
いままでみたいな粗い粒度のスレッドの使い方じゃなくて、もっと積極的に
例えば単なるクイックソートを2〜4スレッドで並列実行して高速化しようとか、
そういうのを考えるんじゃないかなたぶん
- 584 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:35:59 ]
- >>582
ここは君が来るところではないんだよ。
ここはデュアルコアならシングルコアの2倍、クアッドコアなら4倍の
パフォーマンスを目指すスレ。
今のところ有益な議論は一度もないけどな。
- 585 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:54:45 ]
- Processor affinityも知らないSoftware Transactional Memoryも知らない
wait freeやlock freeの話も出ない
有益な議論のしようがないなｗ
- 586 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:56:05 ]
- >>584
キャッシュに入るような小さな処理から頻繁にメモリアクセスが必要な処理をした際
実際のパフォーマンスを比較したものってどっかにないの？
- 587 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 23:03:12 ]
- マルチスレッドスレと話題かぶるからなぁ
- 588 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 23:17:48 ]
- >>582
俺も気になった。
winのapiには無いと思う。
２つのスレッドを２つのコアにわけるなら話も早いけど、
１つのスレッドを２つのコアにわけると、なんか、戻りとか処理のオーバーヘッドがでかそう。
win上で動くプログラムからそこを制御できるかも、よくわかんないし。
と、初心者は思うのでした。
- 589 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 23:52:50 ]
- 初心者だと思うなら、「winのapiには無いと思う。」なんてろくろく調べもしないで
レスするなよ。
- 590 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:07:59 ]
- マルチコア対応apiはwinにはないね。未熟なOSなのかも。
- 591 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:18:47 ]
- 同一ソケット上のマルチコアに特化したAPIはないわな。未熟だわなｗｗｗ
- 592 名前：デフォルトの名無しさん [2008/06/01(日) 00:19:17 ]
- windows上なら、SetXXXAffinityMaskってのを使うみたいだけど、
OSに任せたほうが無難だろうな。
ビットマスクに何指定するのか、俺の古いMSDNだとわかんないし。
あとNT3.5から対応してるんだな。
これ使ってプログラム組んでれば、
別にwin 2kでもwin 2k severでもマルチコアに対応できる気がする。
（OSが認識さえできれば、で、マルチコアは2kで認識できるはず。非公式だけど。）
>>577への回答ね。マルチコア対応プログラムなら、おそらくwin2kでもおっけ。
むしろ余分な他プロセスのバックグラウンド処理が少ない分、win 2kがxpやvistaより早いと思う。
それ以外は、OSの判断だけど、多分２つCPUあるときと同じだから、win2kでも大丈夫な気がする。
こっちはあんま自信ない。
以上、>>577の自己回答でした。
- 593 名前：デフォルトの名無しさん [2008/06/01(日) 00:22:55 ]
- >>589
嫌味な上級者は、絶対何も言わないんだよな。
さっきからずっと、むかつくレスしてんのこいつだろ？
上司でたまにいるんだよ。
知ったかして、具体的に何も言わないで、誰かが言ったら便乗するやつ。
- 594 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:27:06 ]
- そりゃ、言うべきじゃない時を心得てるのが上級者というものだからなあ
- 595 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:31:12 ]
- >>592
MSDN見たなら「参照」も見るといいよ
- 596 名前：デフォルトの名無しさん [2008/06/01(日) 00:43:55 ]
- >>592
あんまり調べる気無い。
何か映像関係の高速処理組むなら別だけど予定もないし。
スレッド、プロセス関連は完全に２、３継承のクラス化しちゃってるし、
いまさらOSの判断以上の速度が出るように直す気はない。
- 597 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:44:33 ]
- 時代がマルチコアなのになぜ対応apiがないのか？
これはMSの怠慢ではないだろうか
高いOSライセンス代（１台につき１万〜３万）を定期的（５年程度）に払っているというのに
ひどい話だ
- 598 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:51:54 ]
- >>597
マルチコア対応APIって具体的にどういうものよ？
- 599 名前：デフォルトの名無しさん [2008/06/01(日) 01:06:17 ]
- >>597
だからwindowsにもあるって。
プロセッサを直接指定できるapiが。
やっぱNT系のカーネル作った連中は偉いわ。
おれもまだまだ2kで行く。
- 600 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:10:52 ]
- マルチコアねぇ…
TPC風にProcessor/Core/Threadで表すと、Core2Quadの1/4/4はマルチコアだよな。
じゃあシングルコアXeonを4個使った4/4/8とかItaniumを64個使った64/128/256は？
後者もマルチコアならマルチコア対応APIは既にある。
- 601 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:12:08 ]
- マルチダイもマルチコアに含めてるしな、、、思想的には
ていうか、やっぱまだ２ｋって需要あるかなー？
今新規にフリーソフト作ってるが、どこまでサポートするか悩む
- 602 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:15:22 ]
- >>599
Processor affinityはDECのVMSの時代からある。
WindowsNTと作った連中は同じだけどなｗ
- 603 名前：デフォルトの名無しさん [2008/06/01(日) 01:19:14 ]
- >>601
俺、フリーソフトは、2kで作って、xpで軽く動かしてテスト終わり。
2kで動いて、xpで動かなくなったことはない。
基本、Direct X関係に気をつけるだけ。
- 604 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:22:24 ]
- CPUが別パッケージかオンダイかを気にするような場面には出くわしたことないなあ
キャッシュの奪い合いとか同期の頻度とかが問題になるのかな？
むしろhyper threadingが特別だったんじゃないかと思う
- 605 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:24:49 ]
- Win32のSetThreadAffinityMaskはaffinity maskがDWORDで32bitしかない
64/128/256のSuperdomeはOSからは256プロセッサに見えるんだがどうするんだ？ｗ
- 606 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:27:16 ]
- hyper threadingは鬼門
- 607 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:29:44 ]
- >>606
Pen4のHyper Threadingだけが鬼門？ SMT全般が鬼門？
ちょっとだけPower使ったときは何もなかったけどな
- 608 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:01:39 ]
- >>605
いずれSEtThreadAffinityMaskExが出来るだけよ
- 609 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:05:55 ]
- >>608
いずれってかSuperdomeにWindowsが乗ってから5年以上経ってないか？
Windows乗ったSuperdome俺は見たことないけどｗ
- 610 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:08:16 ]
- テキトウに仮想化でもしたほうが効率よさそうな気が
- 611 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:14:38 ]
- >>610
それは現実的すぐるｗ
とりあえずタスクマネージャーはこうなる
ttp://www.microsoft.com/japan/sql/images/ssj/ki03_02_l.jpg
これで「関連の設定」は64CPU設定できるのか？
つかItaniumだから64bit Windowsか…
- 612 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:54:12 ]
- Win64ではﾓｰﾏﾝﾀｲだた
BOOL WINAPI GetProcessAffinityMask(
__in HANDLE hProcess,
__out PDWORD_PTR lpProcessAffinityMask,
__out PDWORD_PTR lpSystemAffinityMask
);
DWORD_PTR WINAPI SetThreadAffinityMask(
__in HANDLE hThread,
__in DWORD_PTR dwThreadAffinityMask
);
- 613 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 03:25:02 ]
- >>607
606じゃないけど、HTは面倒な存在じゃない？
普通のマルチプロセッサなら異なるプロセッサ間で同じキャッシュラインに
アクセスしない方が良いが、HTの場合は逆でしょ？
ベンチ取ってないんで、どのくらい影響があるのかは具体的には分からんが。
- 614 名前：デフォルトの名無しさん [2008/06/01(日) 03:36:55 ]
- menndouda
- 615 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 03:41:14 ]
- >>613
それはPower含めてSMT全般にいえるし、少しレイヤをずらすと
2(3)次キャッシュ共有のマルチコアやNUMAにもいえるんで、
そんなに特殊なことではない。
さっきWin64調べてたらこんなAPIがあった
BOOL WINAPI GetNumaNodeProcessorMask(
__in UCHAR Node,
__out PULONGLONG ProcessorMask
);
これで距離の近いノード内のプロセッサマスクを取得できる。
NUMAアーキテクチャに限定せず、SMTやキャッシュ共有のコアを
ノードと見なすことができると、細粒度並列実行で効果的なヒントを
与えられるかもしれない。
- 616 名前：デフォルトの名無しさん [2008/06/03(火) 13:35:38 ]
- マルチコア対策としてこんなのがあります。
www.axon7.com/
また、これも参考になります。
www.cspjapan.org/
- 617 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:45:14 ]
- >>616
>537
- 618 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:58:55 ]
- マルチプロセス、マルチスレッド、マルチコア、マルチプロセッサ、SMT、メモコン共有、キャッシュ共有、演算器共有。
これが複合的に絡んだときの最適化は複雑すぎる。
- 619 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 14:44:35 ]
- >>617
>549
- 620 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 14:47:41 ]
- 間違えた、>619は>616へ。
>>618
それをコンパイラで成し遂げることが前提のItaniumは不可能に挑んだようなものだな
- 621 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 13:51:00 ]
- マルチコアは、今までのソフトウェア技術を台無しにしてくれる素晴らしい技術だよね。
これからはソフトウェアとハードウェアの境界が無くなって、
プログラムを作るのは、より一層大変になる。
- 622 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 14:08:33 ]
- ハードとソフトが緊密に絡む領域はこれまでもあったんだけどな
無停止システムとか
- 623 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 14:08:49 ]
- 今までのマルチプロセッサ向けのソフトウェア技術の延長にあるから
台無しという事は無いよ。もう何十年も研究が続けられている分野だ。
- 624 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 15:54:23 ]
- 何十年も研究とか、無駄の極地だねｗｗｗ
- 625 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:04:53 ]
- ロックフリーのアルゴリズムやトランザクショナルな変数アクセスが
もっと一般化してくれば、そんなに恐れる物でもない気がするけどね
- 626 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 17:43:57 ]
- >>621
いったい何に怯えているんだろうか
- 627 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 18:51:05 ]
- まあそりゃ単一スレッドで速くなるほうがありがたいけどな
- 628 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 19:06:01 ]
- 荒い粒度の並列化や、ベクトルの並列処理はとっくに研究され尽くされてるけど、
その中間が非常に厄介。
しかし、これからは単一スレッドでは速くならないわけだから、それをやらないといけない。
- 629 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 19:53:53 ]
- ループを展開する自動並列化くらいはインフラとして整備して欲しいね
- 630 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:02:40 ]
- >>629
自動じゃなくてもparallel array使えばおk
- 631 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:56:43 ]
- >>628
divide and conquer
work stealing
fork/join
parallel array
- 632 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 23:32:29 ]
- 遅レスだが
ハードウェア・ソフトウェア協調設計等は組み込みでは昔からよく見られるんじゃないか？
まあ、シミュレーター等の開発統合環境が整えられているなら最適化はむずかしくないよ。
ただ工数と時間と労力が膨大に費やされていくだけで
- 633 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 19:49:18 ]
- 組み込みの場合は、環境のプロセッサ数やプロセス数は固定されてるから、難易度は低いんじゃないかな。
PCの場合は、対象のプロセッサ数は予想できないし、同時にどんなプロセスが動くかも分からないから、難易度が高い。
というか、PCの場合は、何らかの動的最適化メカニズムが必要になるんだよね。
pc.watch.impress.co.jp/docs/2008/0613/hot554.htm
インテルはCを拡張してJITコンパイラで最適化する研究をしてるようだけど、
実用化はまだまだ先だよな。
- 634 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 06:28:11 ]
- １．マルチなんたらとか並列化とか、なにも考えずに作る。
２．あとは開発環境とOSがなんとかしてくれる。
３．下手なこと考えるより、そのほうが最終的に効率が良い。
こういうのが理想なんだけどなぁ…。
- 635 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 09:34:03 ]
- スレ民じゃないけどマルチコアネタがあったのでぺたぺたしていきます。
「Ruby 1.9は1.8より平均5倍速い」、YARV笹田氏 − ＠IT
ttp://www.atmarkit.co.jp/news/200709/07/yarv.html
今後のテーマは並列処理によるスケーラビリティ向上
今後の研究テーマとして笹田氏は、並列処理への対応など
スケーラビリティに取り組みたいと話す。ただ、「Rybyの言語仕様の
枠組みでスケーラビリティを上げるのは難しい」ため、マルチコア、
マルチプロセッサといった密度の高い並列化よりも、クラスターや
グリッドのようにネットワークで接続された複数ホストによる並列化を
実現していくのがいいのではないかという。
- 636 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:51:06 ]
- >>634
それ何て第五世代
>>635
むしろマルチコア関係なくね？
- 637 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 10:59:42 ]
- マルチコア向けの最適化はしない方向だ、という内容だな。
- 638 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 16:27:58 ]
- 今後もRubyのスレッドはマルチコアを使いこなすようにはしない方針ということだな
- 639 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 16:42:50 ]
- Rubyなんて並列化のこと何も考えてないじゃん。
書いててわくわくするとか日和ったこと言ってる言語では到底無理。
- 640 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 20:49:23 ]
- 並列化に興味をもったRuby使いはErlangあたりに移行するのだろうか
- 641 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 23:42:11 ]
- アルファブロガー（笑）あたりに煽ってもらえばイッパツよ
- 642 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 14:51:27 ]
- jruby
- 643 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 12:34:27 ]
- Erlangが騒がれてるのは副作用がないのとメッセージングがあるからなの?
ほかの言語でも多少見苦しくなっても同じことはできんの？教えてエロイ人。
- 644 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 10:33:33 ]
- >クラスターや
>グリッドのようにネットワークで接続された複数ホストによる並列化を
>実現していくのがいいのではないかという。
ハードは明らかにマルチコアに進んでいて、
サーバも集約統合が進んでいるというのに。
Rubyみたいなソフト側が手前の都合だけで
「いいのではないか」とかいって方針だしても何の意味もないわけだが。
誰もそんなハード持ってません。
今のハードにあってません。
ってなるだけ。
- 645 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 17:36:31 ]
- なに、寝ぼけたレスしてるんだ？
>>644 は、Ryby という新言語について語っているんだぞ。
- 646 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 19:45:47 ]
- >>645
誰に言ってるの?
- 647 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 20:28:00 ]
- なに、寝ぼけたレスしてるんだ？
>>644 は、Ruby という言語について語っているんだぞ。
- 648 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 20:50:57 ]
- なんだ、キ印か。
- 649 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 22:48:29 ]
- >>644 って、Googleのサーバーとか、AmazonのEC2とか、分散環境が流行ってるのを知らないのか。
サーバーの集約統合が進んでるのは、既存のサーバーや負荷の低いサーバーでしょ。
- 650 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:23:48 ]
- 分散環境が流行ってるって…
すごい規模なんだからどっちにしても分散が必要なのは当たり前。
googleなんかは2003年の時点でこれからはマルチコアみたいなこと言ってるぞ。
- 651 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:40:39 ]
- 実際流行ってるんだけどなぁ。
クラウドとかいうキーワードでぐぐってみりゃわかると思うよ。
実効性はともかくね。
- 652 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:44:47 ]
- クラウドが流行ってるってのはSOAが流行ってるってのと
どっこいどっこいだな。
ごく一部で当たり前になってるのと広く使われてるのとは
全然違ってて、どっちの話をしてるかがズレてるんだな。
- 653 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:49:52 ]
- P2P→グリッド（言い換え）→クラウド（言い換え２）
- 654 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:50:04 ]
- オフコン時代の鯖だと鯖っていえば特定の対応関係になってたのが
OOのポリモフィズムみたいな多態になっただけだ
C<->Sの関係が1:1だったのが
C<->Sの関係がN:Mになっただけだ
SOAはC<->Sの関係がN:1だったがな
たしたことない。言葉変えて変化を促そうとしている単なる言い換えだ
詐欺の一種だ
|
 |
