- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 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だったがな
たしたことない。言葉変えて変化を促そうとしている単なる言い換えだ
詐欺の一種だ
- 655 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 17:56:49 ]
- クラウドとマルチコアって関係ないじゃん
- 656 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 18:12:59 ]
- まあ関係はないね
ハードの保守性とソフトのスケーラビリティを考えて、
マルチコアのマシンを仮想化してクラウドにするみたいな
話は聴いた事あるけど
>>654
ハイプで成り立ってる所も大きいから、そんなもんかと
www.atmarkit.co.jp/aig/04biz/hypecycle.html
- 657 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 18:41:15 ]
- とりあえずクラウドはスレ違いだろ
並列化の粒度が違う。クラウドは祖粒度、こっちは細粒度
ネタがないから構わんけど
- 658 名前：651 mailto:sage [2008/09/28(日) 18:45:37 ]
- >>652
どっこいどっこいというか、いままでSOAをかついでたところが、クラウドを担ぐようになってる。
SOAのように、クラウドは流行っている。まあそういう意味だ。
この件は、これで。
- 659 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 18:52:32 ]
- すかしっ屁こいてクライアント騙すのがクラウドなのか？
- 660 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 18:59:16 ]
- そう思う奴はいつまでも足踏みしてればいいのさ
- 661 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 19:07:46 ]
- >>657
×祖粒度
○粗粒度
- 662 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:04:14 ]
- クラウドもSOAもわかってないやつ多すぎ。
そんなやつらがマルチコア云々なんてしょーもねー。
せいぜい単純労働者としてコキ使われてなｗ
- 663 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:08:22 ]
- どっちもバズワードなんだから分かっているという方がおかしい
- 664 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:36:35 ]
- バズワード自体がバズワードというパラノイア
- 665 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:46:40 ]
- バズワードを使ってる人間はバズワードかどうかなんて気にしていないから、
一回りして結局おk
- 666 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 17:24:22 ]
- >>658
SOAと普及でぐぐると
・普及が進まない
・普及促進
・普及狙う
・普及を目指す
・普及を後押しする
こんなんばっかですけど？
流行ってるけど普及しない。笛吹けど踊らずw
- 667 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:37:12 ]
- クラウドはどうかと思うが、分散は物理的な話でもあるし必要なところには普及するんじゃないかな。
CPUでの並列だと限界が低いし拡張も難しいから、>>656の言うようなマルチコアマシンの仮想化で分散ってのが現実的ではないだろうか
- 668 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 07:01:26 ]
- つまり金融工学みたいな
もんですね
- 669 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 18:54:26 ]
- 「クラウド・コンピューティング」は「仮想化」以来の“乱用語大賞”
www.computerworld.jp/topics/cloud/123069.html
- 670 名前：644 mailto:sage [2008/10/01(水) 20:30:34 ]
- 644ですが普段アーキスレとかに書いている身からすると、
このスレの住人はレベルが低すぎます。
キミらが並列化について語るのはまず無理。
チップあたりの性能をあげられなくなったら、
分散処理でも同一コストで性能あげられないの。
Rubyの件はいかにもソフトしかしらない人向けの
苦しいいいわけだなあと。
- 671 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 20:51:50 ]
- 自分以外みんなバカ症候群
- 672 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 23:06:07 ]
- ひんと: 賢い奴はこんなスレの住人なんて相手にしない
- 673 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 00:04:30 ]
- レベルが低過ぎてどこを縦読みすれば良いのか分からないや
- 674 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 00:21:48 ]
- アーキスレってどこ？
殴りこみかけてくる
- 675 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 00:59:37 ]
- 残念だけど、現状ではマルチコアってサーバサイドや一部の
embarrassingly parallel な処理以外では絵に描いた餅だよね。
デスクトップ機でクアッドコア以上のプロセッサが必要な
場面は思い付かない。それこそハード寄りの知識を持っていない、
スレッド周りの実装の知識も無い様なプログラマが、難しい事を
考えずに処理性能を出せる仕組みが欲しい物だね。fork/join でも
ヘテロなマルチコアでも何でも良いけど。
- 676 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:16:48 ]
- 後はトランザクショナルメモリと投機的実行も期待してるけど
なかなかこういうのは普及しないねえ…
- 677 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:20:49 ]
- ゲーム機でやってるじゃん
- 678 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 02:33:49 ]
- >>676
投機的実行ってRockのスカウトスレッド？
命令レベルの投機的実行と紛らわしいから用語は分けたいな
同時投機スレッド(Simultaneous Speculative Threading)とかな
トランザクショナルメモリはどうかねー
RockのHTMじゃアプリケーションレベルのトランザクション
扱うのは無理だしSTM組み合わせるとオーバーヘッドが大きすぎて
性能出ないと予想してる
つRockの出荷来年の後半とか遅れすぎだろjk
- 679 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 20:15:08 ]
- 今普及しているデュアルコアマシンみたいな感じで
6 core のマシンが一番売れ筋のマシンになったら
プログラマはどうすればいい?
- 680 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:08:30 ]
- Vistaをお勧めする
あとセキュリティソフトを３つぐらい重ねがけ
これで万全
- 681 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:30:33 ]
- >>674
CPUアーキテクチャについて語れ Part.12
pc11.2ch.net/test/read.cgi/jisaku/1219884494/
最近は常駐コテの意地の張り合いばかりでつまらないくなってきてるけど
アーキテクチャスレは↑
普段は名無しだが、MACオタ(翻訳)などは漏れ。
がんばって殴り込みに言ってくれや。
- 682 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:43:42 ]
- >>681
なんでこのスレ来てるの？
- 683 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 22:18:05 ]
- >>681
2chらしいスレだなw
40 名前：Socket774[sage] 投稿日：2008/08/29(金) 02:47:03 ID:Yk6PbdtE
ま、MACオタよりよっぽどマシな態度なんで、いじめるのはここまでにします
とか書かれててﾜﾛﾀ
お前そんなに態度悪いのかよw
- 684 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 22:36:01 ]
- ダンゴさんそこでがんばってたのか
お似合いだなｗ
- 685 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 22:43:59 ]
- せっかく収まるところに収まってるのに煽らないでくれ。頼むから。
- 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 ]
- クロックは上げられるけど、投資対効果が期待出来るスピードで
クロックを上げ続けるのは無理。それより余ったトランジスタで
コアを増やした方が取り敢えず嬉しい。
- 787 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 17:49:33 ]
- マルチコアの方が使っててスカスカに軽く感じるじゃん？
当面はそれでいいんじゃないかと思う。
で、ユーザーがマルチコアの潜在能力を活かしてプログラム
全体の速度を上げられないかと言い出したらそういうプログラム
を作ればいいが、そうするとシングルコアと同じく多数のプログラム
は同時に動かしにくくなる。
- 788 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:35:45 ]
- どうせみんな8つくらい同時にプログラム動かすよね。
じゃあ、クライアントアプリなら、なんも考えなくてもいいんじゃないか
- 789 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:42:25 ]
- 8つくらい立ち上げてても、ほとんどのプログラムは待機状態だと思う
- 790 名前：>>780 mailto:sage [2008/10/04(土) 18:46:34 ]
- >>781
>>692 マルチスレッドとマルチコアでの並列化は違う。
>>692 そもそも、マルチコアとマルチスレッドを比較するなよ。
>>709 比較なんかしてないぞ
「違う」と書きながら、指摘されたら「比較してない」って言い張るわけですね。
比較もしてないのになんで「違う」なんて断言できるのか俺には謎だが。
まあ、「逃げる」とか書いてるぐらいだから、流石にもうでてこないだろう。
普通に考えても、恥ずかしくて出てこれないと思うけど。(w
- 791 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:18:44 ]
- >>790
>692と>709は別人ね。
- 792 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:54:15 ]
- マルチコアに対応と言っても並列化したいのはほんの一部分だし、
スレッドプールとタスクキューを作れば何とかなりそうな気が…
- 793 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:00:29 ]
- つまり「ミニOS」みたいな構造にしてCPUにさせる仕事を細かく分解し
やらせる仕事は片っ端からキューに叩き込んで行き仕事を終えたコア
が次の仕事を取りに来る、とか
- 794 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:13:07 ]
- 並列化したい部分なんてのは単純に並列化すればいいだけで何の問題もなく、
特に並列化したいわけでもない普通の部分をいかに並列化してパフォーマンスアップに繋げようかってのが難しいんじゃない？
- 795 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:40:47 ]
- >>790
>>692の中のアンカー読めるか？>>692は>>689へのレスだぞ
そして>>709の名前欄読めるか？>>709は>>689だぞ
>>692と>>689=709は別人、流れはこうだろう
>>689 このスレいらない子なんじゃ…
>>692 マルチスレッドとマルチコアでの並列化は違う。
>>698 そもそも、マルチコアとマルチスレッドを比較するなよ。
>>708=692 マルチスレッドとマルチコアの話は、 >>689に言ってくださいな
>>709=689 比較なんかしてないぞ
比較して違うと言ったのは>>692
比較してないと言ったのは>>689
> 比較もしてないのになんで「違う」なんて断言できるのか俺には謎だが。
謎なのはお前の読解力だw
- 796 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:50:19 ]
- 長文ウゼ(´Α｀)
- 797 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:50:26 ]
- よくしらんがコンカレントCとかadaとかか？
- 798 名前：>>780 mailto:sage [2008/10/04(土) 21:11:32 ]
- >>795
まあレス番素直に読めばそうだな。
そうすると、>>708 は話の流れに関係なく唐突に「比較なんかしてないぞ」と
喚きだすちょっと危ない人になるけど、それでいいんだよね。(w
- 799 名前：>>780 mailto:sage [2008/10/04(土) 21:13:34 ]
- すまん、レス番間違えた。
そうすると、>>709 は話の流れに関係なく唐突に「比較なんかしてないぞ」と
喚きだすちょっと危ない人になるけど、それでいいんだよね。(w
- 800 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/10/04(土) 21:34:04 ]
- >>784
パイプラインを細分化してもレイテンシが大きくなりすぎて効率が上がらないし
配線間隔が狭くなりすぎてリーク電流を抑えるのに神経使う時代が到来した今
シングルコアでクロックをひたすら上げるアプローチなんてどこもやらないよ。
強いて言えばPOWER6くらいか。
5年で5〜10倍なんてペースで進化する時代はもう終わった。
コア数分プロセス立ち上げて並列処理するのはダサい利用手段と思うかも知れないが
一番有効な手段だったりする。
- 801 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 21:37:24 ]
- >>799
> そうすると、>>709 は話の流れに関係なく唐突に
もう一回書くぞw
>>698 そもそも、マルチコアとマルチスレッドを比較するなよ。
>>708=692 マルチスレッドとマルチコアの話は、 >>689に言ってくださいな
>>709=689 比較なんかしてないぞ
AがBに「比較するな」と言い、BがそれはCに言えと言い、
それでCが「比較してない」ってのは「話の流れに関係なく」でも
「唐突に」でもないだろ
>>709=689 (俺は)比較なんかしてないぞ
の方がよかったかもしれんけどな
突っ込むなら比較して違うと書いたくせにCに振ったB(>>708=692)だろ
- 802 名前：>>780 mailto:sage [2008/10/04(土) 22:23:09 ]
- だったら、おまえら二人で相談でも何でもして解決してくれよ。
俺は、>>692 に「比較するのはおかしい」と指摘しただけで、
お前ら二人が別人かどうかなんてわからんのだし。
- 803 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:48:07 ]
- >>802
> お前ら二人が別人かどうかなんてわからんのだし。
誤読しといて開き直るなよw
- 804 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 00:01:55 ]
- ここ住人は行った人結構いそうだな
ttp://d.hatena.ne.jp/potasiumch/20080827#1219824560
- 805 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 00:59:13 ]
- ＞一般企業での並列化は遅々として進んでいない。某 Ad○be 社に
＞並列化コンサルティングに行ったところ、「○○処理の部分はプログラマが
＞だいぶ前に死んだのでそれ以降誰も触っていない・触れない」「え、リコンパイル？
＞そんなことしたらもう動かなくなったりしないかなあ」などと言われた。
＞（だからあの会社の製品はあんなに重いのだろうか？）
ワロタと同時にゾッとした
- 806 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 01:03:11 ]
- シングルコアとクロック数の話で 「周波数と消費電力が2乗の関係」
ということが論じられていない件について
- 807 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 01:05:48 ]
- ああ、CPUなんて1Hzでいいよ
- 808 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 01:07:59 ]
- >>806
fは1乗
CMOSデジタル回路の消費電力
P = Na×C×V^2×f + Nt×Il×V
P:消費電力
Na:動作ノード数
Nt:全ノード数
C:ノード容量
V:電源電圧
f:周波数
Il:ノード当たりのリーク電流
- 809 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/10/05(日) 01:33:10 ]
- >>806
同じアーキテクチャで同一電圧での話なら2乗だけど
ある程度以上はクロックを上げるのに電圧盛らないといけないので3乗になるんじゃなかったっけ
- 810 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 01:57:03 ]
- >>806
ここはソフトウェアの板だから、そっち方面の話題の需要は無いと思われ
- 811 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:22:54 ]
- ソフトオンリーの人がハードを含む話をすると悲惨たからな。
>>50->>57あたりにソフトウエアの板のマルチコアCPUに対する理解度があらわれているよ。
- 812 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:24:48 ]
- ソフトウエア板住人の
- 813 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 03:28:52 ]
- 生活に直結していないから不要な知識なんじゃないの。
多分 >>803 みたいな話がむしろ当然な世界でしょ。
食い扶持に影響する様になったらガッと動くけど、
手を抜ける所は手を抜くのも仕事では重要だし、
コア数が一桁のうちは今のままでも困らないかと。
秘伝のソースを書き換えたりアーキテクチャを一から
変更したりするとテストだ互換性だと色々面倒だし。
- 814 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 03:30:01 ]
- ｽﾏｿ。レス番間違えた。
× >>803
◎ >>805
- 815 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 04:24:03 ]
- レンダラーとかゲームの思考エンジンとか、並列処理に向いてるソフトウェアでも
売り物じゃないオープンソースのは並列化されていない事が殆どだね。やっぱり
一手間加えるのがマンドクサイのかな。
- 816 名前：デフォルトの名無しさん [2008/10/05(日) 04:44:56 ]
- >>800
> コア数分プロセス立ち上げて並列処理するのはダサい利用手段と思うかも知れないが
> 一番有効な手段だったりする。
いやだから、そんなことは当たり前であって。2個とか4個とかなら、その
CPUをフルに活用するようなプログラム作れるかもしれないが。
100個とか1000個とかになったときには言語レベルで支援がないと
きつくなるのじゃないかな？っていう話。まぁ100個とかになる前に、
バスネックになると思うが。
- 817 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 05:05:58 ]
- 100 CPU 越えのマシンは既にあるよ。
1 socket で 64 並列の CPU もあるし。
- 818 名前：>>780 mailto:sage [2008/10/05(日) 10:06:49 ]
- >>803
おまえらが別人かどうかもわからんのに誤読とか言われても知らんがな。
にちゃん初心者か？
- 819 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:26:23 ]
- >>816
なるほろ
確かに、これから先コア数がガンガン増えていったとして
デクストップアプリケーション、例えばExcelなんかが
その性能に比例して進化していけるのか
今までのアプローチでそれが可能なのか
不安が残るな
- 820 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:06:29 ]
- 今のスペックでそこそこ動いているものを挙げたって仕方ないだろ。
コア数が増えるならそれに適応したシステムになるのは当然。
コア数が増えて初めて恩恵を得るようなものを作っていかないといけない。
- 821 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:31:58 ]
- マシンがすでにあることなど関係ない
- 822 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:33:14 ]
- >>811
どうみてもまじめにつっこむとことちゃうだろ
- 823 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:08:55 ]
- >>818
くやしいのうwwwwwくやしいのうwwwwww
「レス番素直に読めば」別人ってわかるだろうがw開き直んなw
もう一回書いてやるよ。こぴぺだけどな
>>692の中のアンカー読めるか？>>692は>>689へのレスだぞ
そして>>709の名前欄読めるか？>>709は>>689だぞ
>>692と>>689=709は別人、流れはこうだろう
>>689 このスレいらない子なんじゃ…
>>692 マルチスレッドとマルチコアでの並列化は違う。
>>698 そもそも、マルチコアとマルチスレッドを比較するなよ。
>>708=692 マルチスレッドとマルチコアの話は、 >>689に言ってくださいな
>>709=689 比較なんかしてないぞ
比較して違うと言ったのは>>692
比較してないと言ったのは>>689
> 比較もしてないのになんで「違う」なんて断言できるのか俺には謎だが。
謎なのはお前の読解力だw
謎なのはお前の読解力だw
謎なのはお前の読解力だw
謎なのはお前の読解力だw
謎なのはお前の読解力だw
- 824 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:17:26 ]
- オマイ等そろそろ他所でやれよな。
2ch だからって何書いても良いという訳じゃないんだぜ。
- 825 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:50:17 ]
- ああそろそろ規制議論板に報告して芋掘りしてもらう頃合いだな
- 826 名前：>>780 mailto:sage [2008/10/05(日) 21:00:25 ]
- >>823
> 別人ってわかるだろうが
そもそもお前が誰かもわからんのに、何を言ってるんだろうこの人。(w
- 827 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 21:47:07 ]
- >>826
そうだね、君の読解力じゃ無理だよねw
笑えるよなぁ、コテハン付けて勝利宣言(>790)のつもりが墓穴だもんなwww
そのコテハンそろそろ捨てた方がいいんじゃないの？他の人に迷惑だしさ
普通に考えても、恥ずかしくて出てこれないと思うけど。(w
- 828 名前：デフォルトの名無しさん [2008/10/05(日) 22:09:02 ]
- 私のために争うのはやめて！
てのはさておき、いい加減にしたらどうなんだ。
元の話でいえば、シングルコアのCPU上のマルチスレッドプログラム
が、マルチコアのCPU上で動作しなくなることなんて、バグじゃなく
ても当然ありうる。タイムスライス限定とかいうなよ？自分の
知ってる範囲だけがマルチスレッドじゃないのだから。
優先度に基づいたマルチスレッドもあるし、そういう環境で無駄な
排他を排除することは当然ありうる。マルチスレッドじゃないが、
割り込み禁止で排他する場合も、マルチコアじゃぁ別のCPUで
割り込みハンドラが動くこともある。
- 829 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:13:16 ]
- 最初からシングルコアっていうかその環境専用に作ってるならバグじゃないし
マルチコアは想定外と最初から言ってないなら普通はバグと判断される
それだけのこと
- 830 名前：デフォルトの名無しさん [2008/10/05(日) 22:19:23 ]
- >>829
何をいいたいのかわからんが。そのプログラムがどんな
システム向けに作られたかしだいでしょ。最初から
「マルチコアを想定して作ることを求められたプログラム」
ならバグであるし、そうでないならバグではない。
30年前のシングルコアしかなかった時代のプログラム
は全部バグっているというのかい？
- 831 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:19:45 ]
- 折角の週末を無駄にして、君たちは一体何と戦っているんだい？
- 832 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:33:00 ]
- >>830
俺は>829に同意。
デフォでマルチプロセッサをサポートしてるのが当然な環境が今は多い。
PCでもWindowsNTWSは最初から2プロセッサをサポートしてたよな。
動作環境にNTが含まれていたら、対象外と明示していない限り、
マルチプロセッサ／マルチコアで動かなければそれはバグ。
前提の環境がマルチプロセッサを含まないことが明白な場合は別。
- 833 名前：デフォルトの名無しさん [2008/10/05(日) 22:39:15 ]
- >>832
だから、なんのプログラムに対してバグっているといっているのだ？
仮にあなたが発注元で要求仕様に「マルチコアでも動作すること」
という条件を含めていなかったら、それはバグではなくて仕様。
その変のフリーでころがってるプログラムがマルチコアで動作しな
いとしたら、それは＊あなたが＊バグであるかどうかを判断する
立場にはないよ。作者がマルチコアに対応するつもりでプログラム
作っているなら＊作者＊はバグであるというかもしれないし、
シングルコアのみに対応するつもりなら、＊作者＊は仕様だと
いうだろう。
前提が不明なのだよ。
- 834 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:52:05 ]
- それはない。逆。
このソフトはマルチコア環境では動作しません。
とうたっていない限り、バグ。
- 835 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:55:17 ]
- >>833
仮に動作環境がWindows2000やXPだったら、「マルチコアで動作しない」
と書いてない限り、動かなかったらバグだよ。
OSがサポートしている環境ではマルチコアもその範囲内だから。
それは明白だよ。不明じゃない。
はっきり書いてない場合にマルチコアで動いて当然の環境があるんだよ。
作者がマルチコアを想定してなくて動かなかったなら、コードを直すか
ドキュメントの動作環境を直すかのどちらかは必要だろう。
つまりコードのバグか、ドキュメントのバグかのどちらかになる。
- 836 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:58:00 ]
- 極端な話、3GHz以上のCPUでは動きませんと明記していないかぎり、
3.2GHzだろうが5GHzだろうが暗黙の了解でソフトは動いて当然。
動かなかったらバグだろ。それと同じだよ。
- 837 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 01:31:30 ]
- 特殊なソフトじゃない限り、「シングルコアのCPUじゃないと動きません」なんて、許されんな。
- 838 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 02:40:38 ]
- 『動く』と書いてあるのに動かないのはバグ。
書いてなくて動かないなら、動かなくてもおｋ
- 839 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 02:51:16 ]
- 『動かない』と書いてないのに動かないのはバグ。
書いてあって動かないなら、動かなくてもおｋ
- 840 名前：デフォルトの名無しさん [2008/10/06(月) 03:01:12 ]
- >>835
Windozeとか、べつにタイムスライスしかないのだから、ドライバで
ないかぎりマルチスレッドプログラムは、普通にマルチコアでも動く
だろ。何をいってるんだ？
- 841 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 03:07:14 ]
- >>840
上のほう読んでよ。アトミック操作を適切に行っていないプログラムは、
マルチコアで動かないけどシングルコアでマルチスレッドなら動くって眉唾なこと言っている奴がいたんだ。
- 842 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 03:56:07 ]
- >>838
そう思ってるのは開発側だけだな。
- 843 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 04:13:35 ]
- そういや昔、マルチスレッドのプログラムがちゃんと動くかどうかテストするのに
マルチプロセッサのPC組み立てたっけ。
90MHzのPentiumでDaytonaだった。
- 844 名前：は@携帯 ◆cplnFO9T0I [2008/10/06(月) 09:53:26 ]
- 高速なCPUで動かないｿﾌﾄといったらWindows95だろ
たかだかK6-2の350MHzでｺｹるってどんだけだよと
- 845 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 10:29:44 ]
- コア数が増えてoccam復権しねぇかなぁ
- 846 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 11:09:06 ]
- >>843
マヌケだなｗ
- 847 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 15:08:16 ]
- >>840-841
二人とも0点
- 848 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 16:37:47 ]
- 一般的なソフトウェア開発の観点では、プロセッサもしくはランタイム環境の、主にメモリモデルに起因する問題が多い
- 849 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:15:49 ]
- >>864
理解できない時は素直に認めた方がいいぞ。
- 850 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:22:16 ]
- スルーパス出ました
- 851 名前：>>780 mailto:sage [2008/10/06(月) 22:02:03 ]
- >>827
>>826
- 852 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 13:24:40 ]
- このスレ絶望的にレベルが低いですね。
- 853 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 13:33:32 ]
- 今日はそうみたいだな。
- 854 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 13:36:45 ]
- ダンゴさんが最近発言していないからな
|
 |
