- 1 名前：デフォルトの名無しさん [2006/01/18(水) 08:31:11 ]
- 最近のCPUはマルチコアが技術トレンドになっています。
それに伴い、ソフトウェアは並列化というパラダイムシフトが
求められています。効率のよく並列化を実現するためにはアル
ゴリズムやデータ構造といった部分を根本から見直す必要が
あります。しかし、トレンドができてからあまり時間が経って
ないため、そいういったノウハウが蓄積されていません。
そこで、マルチコアを生かすためのソフトウェア設計というのは
どういうものか？という議論をするためのスレッドを立てました。
ソフトウェアの並列化に対して考えのある人や、インターネット
上のリソース、論文等があればどんどん書き込んだりリンクを
貼ってください。
【関連スレ】
OpenMPプログラミング
pc8.2ch.net/test/read.cgi/tech/1102483474/l50
- 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/
- 414 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 09:47:57 ]
- www.ebjapan.com/content/l_news/2007/07/l_news070702_0101.html
これってハードレベルで並列を実現したってこと？
- 415 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 12:21:00 ]
- >>414
説明読んでいたら、家政婦が私語を始めたり、殺人事件を目撃したりしてしまう展開が脳内を過ぎった。
- 416 名前：デフォルトの名無しさん [2007/07/07(土) 21:55:50 ]
- 業務レベルでの並列と、コードレベルでの並列って差があると思うのだが
対処方法ってどうなってるでしょうね？
- 417 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 22:04:37 ]
- >>415
FPGAのparallel random access machine/model
じゃねーのそれって？
しかし今回はそれを1個だけしか作れていないはず。
64個最大実装時（現在開発中）が現行CPUの100倍程度って事だな
まぁ、IntelとかにX86を32個とか載せた板作ってもらった方が
書きやすいと思われる。価格も現実的だし。
- 418 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 22:18:17 ]
- seisei.s8.xrea.com/thread/
これはどうなんだろうね？
- 419 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 22:39:58 ]
- >>418
うさんくさすぎねーかw
これが全部実現できるならIPAとかに公募して金もらうはず。
なんか穴があるはずだ。実用上の
- 420 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 23:05:23 ]
- >>418
すげぇ、胡散臭すぎて読む気にもならないよ。
- 421 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 23:29:44 ]
- 読んでみたが、xorの計算をマルチスレッドで演算するソフトなわけね。
速度が速くなるとは書いてないようだな。
で？
- 422 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 01:01:13 ]
- XORをまるちすれっど？
で？
- 423 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 10:41:52 ]
- オーバーヘッドが少ないとか、実行時効率が良くなるとかじゃないみたいね。
分かりやすい管理方式の提案？
で？
- 424 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 11:41:21 ]
- 順序立てて処理する必要が無い部分はマルチスレッドで並列処理すれば蝶早く計算できる！
俺天才！！！
って事？ｗ
URL削るともっと胡散臭いｗ
- 425 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 15:18:46 ]
- えーと自家製単純インタプリタ(command)が
並列にできるところを並列化、
という感じ？
じゃなくてこれは単なる dish の簡単な使用例か。
ttp://www2.chem.nagoya-u.ac.jp/matto/90/70Proj/dish/index.phtml
- 426 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:20:15 ]
- >>424
やばい、ドキュメントDLで金とるよ的なページもある。
- 427 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 23:45:26 ]
- 419です。
スマン、どうやらスレ汚しをしてしまったようだ。
削除依頼してくるわ。
- 428 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 00:01:42 ]
- ごめん、↑は418の間違いね
- 429 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 02:56:59 ]
- そりゃ潔癖すぎる
気楽にやろうぜ
- 430 名前：デフォルトの名無しさん [2007/07/17(火) 07:17:14 ]
- クロック数が違うCPUでマルチコア作ってほしい。
200MGHくらいのCPUが30個くらいついていて、2G強のCPUが一個くらいのやつ。
タスクで重いやつを2Gのやつに振るとかの処理はOSなりPG任せにする仕組みで。
無理か？
- 431 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 09:33:39 ]
- 200MGHってのがどんなCPUか知りませんが、やってできないことではありません。
まぁ殆ど、意味はないと思いますが。
- 432 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 11:49:26 ]
- メガドラか
- 433 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 12:32:41 ]
- 200メガギガヘンリー
- 434 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 12:38:57 ]
- 200万ギザエッチ
- 435 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 12:57:02 ]
- 200マゾガチハーレム
- 436 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 21:41:58 ]
- ダンゴさんのレスが望まれるところだ
- 437 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 01:21:03 ]
- 悪趣味だな。
- 438 名前：・∀・）っ-○◎● mailto:sage [2007/07/18(水) 02:51:49 ]
- だーんごー
だーんごー
たーっぷりー
だーんごー
- 439 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 11:04:21 ]
- >>438
おいこら、「つぶつぶだんご」ってフレーズが頭ん中でリピートしちまったじゃないか。
- 440 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 21:12:27 ]
- >438
それ、たらこだろ？
- 441 名前：デフォルトの名無しさん [2007/07/18(水) 23:45:04 ]
- キャッシュヒット率を多少改善するくらいしかやれることなんてないだろ
- 442 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 23:50:16 ]
- イチローの出番だわな
- 443 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 10:24:49 ]
- >>430
ヘテロなマルチコアならcellがあるじゃまいか
- 444 名前：デフォルトの名無しさん [2007/07/19(木) 11:45:36 ]
- そうじゃなくてね、クロック数の低いコアを十数個のせて低コストのプロセス
なりスレッドを割り当てして、OSなどの重い処理専用のコアというふうにわけ
れば効率よくマルチプロセス・スレッドができると思ったのよ。
>200MGH
200MHと間違えたよorz
- 445 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 16:09:31 ]
- ＞クロック数の低いコアを十数個のせて低コストのプロセスなりスレッドを割り当てして
重い処理をするコアが数パーセントの稼働率でその処理やればいいんじゃない？
あまった時間はクロックダウンして各種電源OFFしてればいいし。
ってのはともかくとして、キーボードやスイッチ、外部デバイスの監視みたいな
低速簡単タスクはPICとか使ってやってるシステムもあるよね。
- 446 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 16:19:17 ]
- どうやって低コストかどうかを判断するんだ。
アプリ自体にプロセス毎の振り分けフラッグでも付いてないと適切に割り当てられんし、
低コストならメインCPUでやっちゃってもすぐ終わるから問題ないとも言える。
その考え方ならCPUコア分割よりIOコストをうまく割り振ってどれだけCPUをビジーに保てるかを
考えたほうが建設的だと思う。
- 447 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 21:07:21 ]
- 分散すれば仕事が早くなるってアホな幻想いだいてるから
間違った方向にいくんだよなぁ。
人も機械もどれだけパンクギリギリまで仕事詰め込めるかが命なのに
- 448 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 22:52:24 ]
- >分散すれば仕事が早くなるってアホな幻想
お前がアホなんだろｗ
- 449 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:32:58 ]
- 無理なものは無理
- 450 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 00:00:15 ]
- つまり馬鹿に仕事を割り振る方法を考える時間があったら
自分でやった方が速いってことだな。
- 451 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 00:42:36 ]
- 工場の単純労働者は1000人必要かもしれない
だからといって社長（＋役員）は20人もいらない
- 452 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 00:50:41 ]
- でもXeon20個搭載可能なマシンあったら
夢がひろがりんぐだろw
- 453 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 00:58:53 ]
- >>452
それなんていう暖房機具？
- 454 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 01:32:05 ]
- 1UラックマウントのXeon*2搭載可能なサーバがあるから、10Uラックでいけるな。
暖房器具っつーか、騒音源だな。
- 455 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 02:00:49 ]
- 今なら１U3台で済むよ
QuadXeon 6個＋ﾏﾏﾝ3枚でｵｹ
- 456 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 06:53:20 ]
- Xeon20個っていってるのに6個って、何考えているんだ?
まさか、Xeon20個ってコア数だとおもっているのか?
おめでたいな。
- 457 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 09:27:02 ]
- 頭が4つもついてる役員は怖いです。
- 458 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 11:07:36 ]
- バスが飽和しそうです。
- 459 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 23:18:00 ]
- >>454-456
お前らブレードサーバも知らんのか？
6U で Xeon 20個 コア 80個ぐらいは積めるだろ。
- 460 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 21:52:02 ]
- japan.cnet.com/news/ent/story/0,2000056022,20353310,00.htm
- 461 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 00:49:04 ]
- GPL？
- 462 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 00:55:38 ]
- 記事読んだ感じだと、例外付き GPL なんじゃないの
- 463 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:26:11 ]
- LGPLだなたしか。
でも実際これら使っても効果出る範囲狭いみたいだぞ。
- 464 名前：デフォルトの名無しさん [2007/08/04(土) 20:15:15 ]
- タスク境界を自動で検出するTOOLないかね？
- 465 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 15:32:15 ]
- foobarなどで複数のエンコーダを使って処理速度を上げてるってやつがあるけど
よっぽどうまく設計しないとハードディスクへのアクセスがボトルネックとなるじゃね。
- 466 名前：デフォルトの名無しさん [2007/08/21(火) 09:25:35 ]
- www.itmedia.co.jp/news/articles/0708/21/news021.html
- 467 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 16:40:31 ]
- >>465
どういう計算だよｗ
|
 |
