【スパコン】スーパーコンピュータ関連情報5【HPC】
乙
マキーノの報告書、ちっとも火が付かなかったな。
日本ではソフトとサービスはタダで当然という時代があったから、
その流れで、
ハードウェアはマージンをたっぷり乗せるビジネスモデルなのでしょう。
保守契約していない客には、修理サービスを(たとえ有償であっても)提供しない、
そういう海外流の売り方をしている会社に対する日本での評価は、
無責任だの、売り逃げだの、まさか本当に契約書の通りだとは思わなかっただの、
安いと見せかけて必要なオプション付けたら高くなるのは詐欺だの、悪く言う人がいる。
それに官庁や学校って支払いが遅い上に、
通るはずの予算が通らなかったから待ってくれだの、来年度に請求してくれだの、
品目を実際とは違うものにしてくれだの、請求書を分割してくれだのと、
不正な会計処理を平然と要求してきたりと、ろくなもんじゃないだろう。
7 :
不明なデバイスさん:2010/01/26(火) 11:31:38 ID:CgkwO1jO
その通りだな
NEC ってまだベクトルやるの?中間報告であれだけダメだしされてるのに、またベクトル開発って馬鹿馬鹿しいよね。東北大、阪大、Jamstecのためにやるの?HLRSはもう、ベクタ見切ってるよ。国内で細々かね?
NEC、独自スパコン開発継続へ
日本経済新聞2009年1月28日朝刊
NECは独自方式のスーパーコンピューター開発を継続する方針を固めた。新たに
独自のCPU(中央演算処理装置)を開発するための設計に着手した。NECは国の
次世代スパコン開発事業から離脱。自社の独自方式の開発も撤退するとの見方が
出ていたが、他のコンピューター技術への波及効果や、既に製品を納めた研究機関・
企業への供給責任を考慮し、開発を継続する。
NECが継続する独自方式のスパコンは「ベクトル型」といわれ専用のCPUを使う。
汎用CPUを使う主流の「スカラー型」に比べ気象予測などの科学技術計算に強みを
持つ一方、割高で需要は伸び悩んでいる。NECのスパコン事業は大部分を独自方式が
占める。
NECは現行スパコン向けCPUに比べ計算速度を2〜3倍高めたCPUを新たに開発する。
新スパコンは消費電力を現行の10分の1程度にすることを目指す。既存技術や汎用部品を
応用して開発コストの半減を目指すとみられる。2013年以降に発売する方針だ。
12 :
不明なデバイスさん:2010/01/28(木) 12:08:27 ID:06xNbUUi
NECにこそ税金投入してやれよ。
京速なんかいらんだろ。Sparc64が血税で延命して何の国益があるのか。
ベクトルこそ、延命に何の国益があるのか。
前スレの馬鹿は埋め立て行為は禁止されてるって知らないのか?
980超えたら勝手に落ちるから放って置けよ
超ベクトルチップ
→ただし、TSMC28nm www
+
エルピーダの貫通VIAによるDRAMスタック実装チップ
→伝送路の負荷容量、寄生容量削減で高速化に寄与
+
これらをFR-4基板でなくてセラミックス基板に実装し、
極超クソ早いDRAM接続とするCPUモジュール化
→伝送路の負荷容量、寄生容量削減で高速化に寄与
+
それをいっぱい実装
みたいな感じで、
F1マシンみたいなベクトルマシンだったら
存在価値が出てこないかな?
DIMMとかコモディティパーツだったら、カローラだし、
それはワザワザNECがやることはないよなあ
>>11 2013年以降の発売で200~300GFLOPS/CPUってあやしい情報だな。
そんな製品はさすがにお得意様も買ってくれないんじゃ?w
アップグレード用とか?
18 :
不明なデバイスさん:2010/01/28(木) 19:22:44 ID:06xNbUUi
>>15 いっそのこと、SRAMにしなよ。
いまどきFR4なんてスパコンに使ってるのかい?
俺は、FRなら12層とか20層程度なら設計したことあるが。
セラミック基盤ならIBMが100層でも出来るというのを見たことある。
>伝送路の負荷容量、寄生容量削減で高速化に寄与
これはそうなんだが、負荷容量があっても、インピーダンスコントロールが正確に出来ていればいい話。
それが難しいんだけどもな。
I/O性能からすれば、I/Oパッドの性能がまだ支配的な気がする。
チップスタックのように伝送路が短い場合ならどうかわからんが、FR基盤を経由するような場合では。
>>18 SRAMはやり過ぎな気もしました
発熱・電力・メモリ容量 全部w
FR4じゃないんですか、
ちょっと思い込みだったかもです。
>これはそうなんだが、負荷容量があっても、インピーダンスコントロールが正確に出来ていればいい話。
それが難しいんだけどもな。
発熱、
消費電力、
微細化する割にはPADサイズが小さく出来ない件
(アンコの割りには厚皮饅頭みたいな)
というのもあるし、クロック上げるためには
インピーダンスコントロールだけでもない、と思いますた。
20 :
不明なデバイスさん:2010/01/29(金) 03:42:40 ID:Kkto26XL
中間報告書を読むと、懸念していた通りで、
十分なプロセッサ数量を揃えるための歩留まり達成さえもが
目処が付いているわけでは無かったんだな。
これじゃ、事業仕分けの場での説明は、
完全に嘘だったわけか。
1000まで埋めないと落ちないと思ってる奴は結構いるんだよな
マキーノがついにGRAPE on e-asic計画を公にしたな。
たかだか5年ほどのデータで「いや、伸びは落ちてきてる(キリッ」なんてグラフを作るのは
ありですかそうですか。
>>25 11ページのグラフ、本当か?
2009年にGRAPEsが2TFlopsになってるんだが。
当初の目的の1/4の性能じゃなかったっけ?
総合評価
> 分散共有型研究データ利用システム(GRAPE−DRシステム)開発において、
> 世界トップクラスのオリジナルな技術力を発揮し、優秀な人材も輩出することができ、
> 所期の計画以上の成果を挙げたと判断される。
> C-コンパイラの設計は非常に優れており、
> そのアプリケーションである探索アルゴリズム等についての取組は積極的である。
> 状況判断を的確に行い極めて高い成果を挙げている。
目標達成度
> GRAPE−DR開発においては、
> ハード面におけるトラブルとしてブリッジチップの問題が指摘されていたが、
> これについても解決されており、当初の目標は十分達していると判断される。
えっ解決?
FPGAの速度が足りなくてメモリコントローラが遅く、
当初の予定よりも遅いクロックでしか動かしてないのに?
当初の目標の1/10でも、「十分達している」だって?
主査の、早稲田大学の後藤先生は、何を考えてるんだ。。。
>>30-31 >そして写真をみるとプロセッサカードにはGRAPE-DRチップが4個しか乗っていない。
KFCR から model4000 を買うお金がなかったのか?
それとも model4000 だと安定に動かないとか?どっちかな。
両方かもしれないけど。
あと、以下は前スレより。要するに報告書の通りにしか評価してない。
856 :不明なデバイスさん:2010/01/19(火) 00:30:42 ID:R4PqEgw4
と思ったが、新しいのが公開されてた
ttp://scfdb.tokyo.jst.go.jp/db/Search?fn=0&dt=0&keyword=%E5%B9%B3%E6%9C%A8%E6%95%AC&x=58&y=33 当初の計画
> GRAPE-DR チップを8 個搭載したGRAPE-DR プロセッサカードを開発し、
> そのプロセッサカードを2 枚、上記GRAPE-DR クラスタのサーバに実装する。
> 1 つのクラスタに64 台もしくは32 台のサーバを配して、
> 1 ノード当り1PFLOPS から512TFLOPS のピーク性能を実現する。
↓
平成20年度(最終年度)の計画
> GRAPE-DRを搭載した超並列プロセッサカードを90 枚以上作成し、動作検証を終了する。
> GRAPE-DR が実装されている64PC 構成のノードを2 セット、32PC 構成のノードを1 セット作成
恥ずかしくないのかな、少しずつ計画を縮小しておきながら、それが書類上では見えないように作文するのは。
当初の計画では逆算すると1チップあたり1TFlopsだが、実際には0.5TFlopsで半減。
プロセッサカード、当初の計画では8チップだが、実際は4チップで半減。
つまり、性能が1/4に低下してるんだけど、報告書だけ見ていたら、わからない。
こういうのを世間では何て言うんだろうね。
マキーノさん4gamersの画像は直リンされると見えないよw
>>32 ということは、評価した人たちは、報告書を書いた人たちに「騙された」ってこと?
>>32 model4000は実質的にボード2枚でしょう。
1つの箱の中に4プロセッサのmodel1800が2枚はいっていて、それぞれ個別に、PCI Express x16でホストPCと接続、のようだから。
>>34 騙されたとまでは言えないと思うが杜撰なことは間違いない。
評価する人たちは自分で調べたりしないんだと思う。
>>35 ソマソ。表だけてみて実物を確認してなかった。
>>36 騙されてるんじゃなくて、グルなんだよw
大抵おなじようなメンバーで、採択、中間評価、事後評価を行うんだから、
税金ドロボーレベルですなんて評価したら、選んだ自分たちの責任になるからなw
>>37 そうかも。C評価が出ることはほとんどないみたいだし。
ごめん、俺の誤解だったかも。
「分散共有型研究データ利用基盤の整備」で構築した、
8プロセッサ搭載のプロセッサカードを2枚実装した、64×2 + 32×1=160台のサーバと、
ttp://jun.artcompsci.org/talks/roppongi201001xx.pdf にある写真のボードやサーバ(1サーバ1カードで128サーバで128カード)というのは、
別物
かもしれないね。
後者は前者の成果をもとにKFCRが開発した別のボードを、別の予算で購入したのかも・・・。
それならば、1PFlops分なくても、何の不思議もないよね。
まさか、あちこちから予算をもらっておきながら、現物は1セットのみで、あとは伝票しか存在せず、
それぞれの監査が来たら、同じ現物を見せて、納得させてる・・・なんてこともないだろうし。
>>41 サーバーは写真の他に別にあるだろうけど、DR が 8つ載った
プロセッサカードが他にあるかもというのは無いと思う。
わざわざ隠しておくというのは変だし。
どちらも予算の源流を辿ると税金かな。
市民オンブズマンとかに通報して、調査に入ってもらえばいい?
どこがいいかな。共産党あたりが調査力つよいかな?
44 :
不明なデバイスさん:2010/01/29(金) 15:46:06 ID:QflgExST
オマイラは、GRAPEを叩きたいのか、マキーノを叩きたいのか、両方叩きたいのか、どういうスタンスなん?
どちらでもない。
京速の次はぜひとも牧野先生をリーダーにしてやってほしい。
しかし、GRAPE-DRが実は失敗だったという話があると、牧野先生をリーダーにするのに反対する人も出てくるだろう。
だから、外部の調査を入れてでも、ハッキリさせておいたほうがいい。
計画通りに実施できた高いプロジェクト管理能力が明らかになることは、牧野先生にとって良いことでしょう。
それに、口うるさい連中が一度調査して、何も問題が見つからなければ、
その牧野先生がリーダーを努めるプロジェクトに対して税金の無駄づかいだのと難癖を付けにくくなるだろうし。
>>45 なるほど。京速にあてはめると、10PFLOPS目標で、400TFLOPSの実効値。
終わってみれば、いつの間にか目標値が400TFLOPSに変わっていて事なきを得たように思えたが、
京速計算機という名前までも変更しないといけないことに気づいて、慌てふためくとかw
47 :
不明なデバイスさん:2010/01/29(金) 21:10:51 ID:iMKV3F+J
「韓国・中国にいくとなんとなく落ち着けない、、、まあ、
単に英語が通じないからか」と言っている人が、
「今日の最初の講演は青木さん@TIT」なんて書いていて
恥ずかしくないのか?
48 :
不明なデバイスさん:2010/01/30(土) 04:21:41 ID:9yhUmkLJ
平木先生はスパコン作ってないじゃん。
ここまで姫野氏の名前無し
>>52 いかにも企業出身の似非研究者といった感じだな。金で研究を買うような…
なんでこの人が理研のセンター長やいろいろな権限があるのか不思議だった。
HPCの知識も???、管理能力ぐらいはあるのかと思ったが、これで化けの皮がはがれたなw
姫野ベンチも知らないバカが偉そうに語ってるのはこのスレですか?
何それ、美味いの?
>>54 理研関係者は相変わらず必死だな。
Fもスパコンの説明会で、姫野ベンチなんかを取り上げていかにも媚売ってるって感じ。
自分たちで設定した目標であるHPCCを取り上げればいいのにw
あそうか、中間評価(内部版)でもHPCCで世界一を取れるわけがないと断言されてたなw
>>57 姫野ベンチの中身をみてどの様に感じた?
最適化があまく、いまいち行儀の悪いコード。かつ使い勝手も悪い
と感じた?それとも
いままでのベンチマークと異なる価値観。実利用時性能に近い新たな判断基準
と感じた?姫野ベンチってコードだけ見てたら評価が低くなると思うけど、
あの様なベンチが姫野先生の名前で出ており、Linpack(HPL)やSPECと異なる
判断基準(多くの場合 実利用時の性能評価に近い)を手軽に計測できることは
非常に意義深いと思う。
おそらく姫野先生自身も姫野ベンチのコードを読んで感心してもらうことが
目的ではないのだから、姫野ベンチのコードだけを読んで評価するのは的外
れだと思うよ。
>>59 1990年代の情報系の学部1年生くらいが課題で書いたような下手くそなコード
あるいは、
スパコンのユーザー側で、専攻が計算機工学ではなく、本業の研究のための手段として門外漢が書いたコード
っていう感じ。
あんなコードが計算機工学で通用してたのは、1970年くらいまでじゃないか? 想像だが。
まだ世の中、パソコンが8bitだったから、C言語でプログラムを書くというだけで「専門家」だった頃。
>> 60
その通りだと思うよ。でも世間で利用されているコードは計算工学的に通用する
ものだけではなくて、それぞれの研究分野の専門家(計算工学の門外漢)が書いた
コードも多いのですよ。
しかし、世の中のベンチマークのほとんどは非常に最適化が進んだ優れたコード
が多くて、先に挙げた様なコードのベンチマークにはならない事が多いのですよ。
その様な中で、あまり優れたとは言えない、ある意味 稚拙なコードがそれなりに
名の知れた教授の名前でベンチマークとして存在するというのは利用者からすれば
とても意味のあるものだと思うのですよ。
すべてのプログラムには目的があり、その目的にかなえばコードが稚拙かどうかは
問題ではなくて、さらに言えば コードが稚拙である事自体が目的に合致する事すら
あると思うのですよ。
その意味で言えば、姫野ベンチは稚拙なコードではあるが、おそらくは当初の想定
以上に目的を達している優れたプログラムであると思いますよ。
アホウが書いた非効率きわまりないコードであればあるほど、
実際使われてるコードに近いってか。
馬鹿にするのもたいがいにしろよ。
63 :
不明なデバイスさん:2010/01/31(日) 15:09:06 ID:sQnMviwT
>>62 つまり、NFHと組んでの税金泥棒は
おいしい商売だったということ。
>>62 少なくとも事業仕分け前には、この人は某学会で京速では、計算機センタレベルで実行できるものはそちらでどうぞ、
グランドチャレンジレベルの計算が実行できるんであればせいぜいご利用ください、って自信満々に答えてたがなw
まっとうなコードなら1時間かからん終わる計算なのに、
理研の計算センター長様が書いた同等のコードだと1週間。
んで、「いや先生のような高度なご研究のためには、やはりこれくらいのスペックがないと…」
と殺しのセリフ。
セレブ車のセールスマンとまったくやってることが変わらんじゃないか。
営業についてきた技術者も内心大笑いだったろう。
事業仕分けは有効でしたね
>>61 コンピュータでシミュレーションするってだけで研究として認められた時代なら、
計算機工学の門外漢が趣味的に自分でコードを書いても良かったのだろうが、
今もそれを続けるのはガラパゴスっぽくないか?
門外漢の書いた遅いコードを書き直し、それによって浮いた利用料金を取る、そういうビジネスやれば儲かるのかな・・・儲からないか。
>>65 浅学にしてここまで強い批判を聞いたことはなかったのですが、調べてみると
それっぽい記述は見つかりますね…
http://www.nr.titech.ac.jp/~taoki/Whatsnew/bench-riken.html ------------------
毎年理研シンポジウムと併設して開催されている理研ベンチマークコンテスト は通称
「姫野ベンチ(Himeno Bench)」と言われ、流体計算のコア部分であるポアソン方程式を
Point Jacobi法で計算するプログラムです。従属変数である圧力の配列より係数配列
の方がずっと大きく、それらは普通サイズのキャッシュには収まらず、メモリバンド幅テ
ストと皮肉られるほど最近のPCなどでは性能が出ないベンチマークテストです。通常の
流体計算では殆ど用いられなくなった行列解法ですが、これまでにさまざまなマシンで
のベンチマーク実績があり、差分系の数値計算等については他に適当なベンチマーク
テストがないことから国内では良く使われるベンチマークテストです。
------------------
ところで、ここって論拠を提示せずに話が進んでいますが、
・匿名と言いつつ、面識のある数人で書き込んでいるだけ
・知ったかぶり多数
のどちらなんですか?
私としては100倍のオーダーで速度が違うソースを教えてもらえれば幸いです。
我田引水な脳内ストーリーを作り出しては他人を見下して
優越感に浸る質の悪い人なのでほっといてあげてください
論拠を示さずって、姫野ベンチなんか今のスパコンの性能とはまったく無縁なベンチマークだからね。
超並列用のマルチグリッドというわけでもなく、収束や精度も関係なく、ただ同じ操作を繰り返すだけ。
しかも単精度で、本人も惰性でやってるだけだろw
で、この人が京速クラスのプロジェクトのマネージメントに値する研究者かというと?
姫野ベンチの海外での評価はどーなの?
73 :
不明なデバイスさん:2010/01/31(日) 20:06:02 ID:47NabOyn
誰も相手にしてない
知ったかド素人に
>>61のようなことを言われたら、そりゃムカっとくるわな。
75 :
不明なデバイスさん:2010/02/01(月) 05:13:20 ID:peQRkThI
↑アホウ
76 :
不明なデバイスさん:2010/02/01(月) 05:17:28 ID:SbS5Ri6u
↑ドアホウ
牧野大先生は、2chのこのスレを読んでいて日誌に反応示すことあるのに、GRAPE-DRが目標達成できてない件はダンマリなのね。
誤解なら誤解だって言うべきだろう。
>>78 そんな自意識過剰君に回答する義務なんてないからな。興味を引けば書くだろうし、そうじゃなければスルーだろ。マキーノがネタ振っても返したり追試する奴もいないしな。
>>79 そりゃ義務はないよ。
牧野大先生を疑問視する人を減らすかどうかは本人の自由だ。
たった一人が自演で騒いでるだけだから、相手するほうが馬鹿でしょ。
GRAPE-6もsub-Pflopsが最初の目標じゃなかった?
パイプライン本数も減って、クロックも下がって、石の数も減って、効率も目論見よりは下がって。
アーキテクチャの実証実験なら、このぐらいでもまあいいのかもしれないけどね。
85 :
不明なデバイスさん:2010/02/01(月) 22:24:34 ID:SbS5Ri6u
実証できてないのに、実証実験とはこれいかに
>81
みんなマキーノってアレじゃねーかって思ってんじゃねーのwww
ソージャネーってのはパーってことじゃねーのかな、81みテーなのはwww
もうスパコンには興味無くて煽りたい奴しか居ないのな
興味が有るヤツは仕分けされちゃってもう居ないからな
日本終わったな
☆ チン マチクタビレタアル〜
∧∧ マチクタビレタアル〜
☆ チン 〃/ 支 \ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
ヽ ___\( `ハ´) < 外国人参政権まだ〜?
\_/⊂ ⊂_ ) \_____________
/ ̄ ̄ ̄ ̄ ̄ ̄ /|
| ̄ ̄ ̄ ̄ ̄ ̄ ̄| |
| 天洋食品 |/
.;'
,.';'
';';,..
シナー・・ '';;';';;,.,
''';;';';;'';;;,., シナー・・・
''';;';'';';''';;'';;;,., シナー・・・
;;''';;';'';';';;;'';;'';;;
;;'';';';;'';;';'';';';;;'';;'';;;
rっ vymyvwymyvymyvy、
|| mVvvMvyvmVvvmvyvmVvv、 中国からきますた
中国からきますた | /⌒ヽ /^ヽ (`´) /^ヽ (`´) /^ヽ(`´)/^ヽ
(`八´ )(八´ )/⌒ヽ(`八´)/⌒ヽ`八´) ( `八)-っ
/⌒ \ | _二二二つ八´ )(\ (`八´ )二⊃ /⌒ヽr
⊂二(`八´ )二ノ /(`八´ ) ⊂二\\_/⌒ヽ二二( `八´)二⊃
ヽ | (´ ._ノ ヽ /⌒ヽつ \( `八´) | /
ソ ) \\⊂二二二( `八´ )二二二⊃ ⊂_) ( ヽノ
( < \ レ’\\ ヽ / i ) ノ ノ>ノ
\|\| レ (⌒) | /ノ ̄ レレ
邪魔
が山田くん
京速の建物は金かけすぎだろ。
10年も使わないスパコンに合せた設計の建物なんだから、もっと簡略なものでいいはずだ。
研究棟をピッタリ併設するなんて、もうね、アホかと。
100 :
不明なデバイスさん:2010/02/04(木) 16:09:51 ID:+idkd20S
5年毎にリプレースするんだよ
構築とか運用試験とか撤去とかも含めると、建物の稼働率(?)は低くなると思うぞ。
ちゃんと考えれば、研究棟と計算機棟は別の建物にするとか、
計算機棟を1つではなく2つにする(後から建設するのは、工事の振動・騒音がネックになるので、良くない)して交互に使うとか、
1つの冷却棟を交互に2つの計算機棟に冷媒の提供をできるようにするとか・・・。
長く使うことを考えているわりには、なんか中途半端だ。
地球シミュレータという前例でも、
建物を最初のスパコンにピッタリ合わせて作ってしまって、
中身が入れ替わったら最適ではなくなるという失敗をしてるし。
103 :
不明なデバイスさん:2010/02/04(木) 16:56:56 ID:+idkd20S
研究棟と計算機棟は別の建物にするべきなのは、その通りだろうね。
どうせ、運用費に年間180億円も使うのだから、建物をまるごともう1個作るのもたいしたことじゃないとも言える。
金銭感覚が麻痺するとこんなものでしょう。
NAREGIに金を出すなら、研究棟の併設はダメだろう。
研究棟の併設は、NAREGIが役に立たないことの現われかも。
京速なのに実行速度10PFいかなかったら面白いな^^
110 :
不明なデバイスさん:2010/02/05(金) 23:38:46 ID:iumU9thU
2期用地には何も作らず、公園に決まりだね
二期の用地って、最初から一括で買ったの? なんか、変なところ経由して買ってないか?
土地は神戸市から借りてるだけじゃないの?
神戸市からの無償貸与のはず。なんでも利権に結び付けすぎw
でも埋立地の夏は、蒸し暑く最悪。ESは駅から中途半端な距離を歩いて汗だくになったが、
京速は使いやすいスパコンw、だからはじめから遠隔利用を認めてくれるのかな。
りっぱな研究棟があるってことは、遠隔利用できないんじゃね?
地元に対して、大勢の研究者が来るという話もしちゃってるから。
じゃぁなんでNAREGIなんかに、かなりの金額を出しているのか・・・
118 :
不明なデバイスさん:2010/02/07(日) 03:49:03 ID:V6+6//nh
なぜ単発でFPGAの話?
>>118 > なぜ単発でFPGAの話?
これからのスパコンは計算式に合わせて論理回路を最適化し、
FPGAに組み込んで実行する時代が来るという意味かな?
質問に、質問でこたえるなよ。
別に答える義理もないわけだが。
お好きですね^^
プライドの固まり何だろ?
リンク張ってくれてる人は鳥付けてくれ。
それだけ検索して読むから。
127 :
不明なデバイスさん:2010/02/08(月) 11:46:17 ID:S3etZ9bZ
httpで検索すりゃいいのに
厨房すぎてワロタw
早速の対応thx
132 :
不明なデバイスさん:2010/02/10(水) 03:47:59 ID:pBT8j0n1
133 :
不明なデバイスさん:2010/02/10(水) 06:55:49 ID:Zz65uRgF
富士通の栄光って、いつの話w
アムダールとやってた頃で終わってたじゃん
スパコンってようつべの画質いい動画いっぱい再生できますか?
137 :
不明なデバイスさん:2010/02/10(水) 21:17:39 ID:Zz65uRgF
>>136 爆笑ものですな。
そこまで富士通を擁護する意味がわからん。
下手の横好きの論評にしてもヒドイわこれ。
記念にブックマークしとこ。
>>136 SPRAC64[fxの公表している消費電力は、リーク電流の少なくなる30℃まで
冷却した場合(普通は45℃程度)の数値らしいので、CPUの冷却に
電力を多めに必要とするのであれば、装置全体での消費電力は、
そんなに低くないかもしれないですし、強力に水冷で冷却する
予定なのに、意図的にクロックを落とすという事も考えにくいですね。
あと、「使いやすさ」が大事だと書いているわりには、独自にコンパイラで
最適化しないと性能の出ないキャッシュ制御方式やレジスタ数の増加を
評価している点もちょっと不思議です。
>>138 でも200Wのチップ冷やすより60Wのチップ冷やす方が電力は食わないだろうし
65nmプロセスで2.8GHzで動くところを45nmプロセスで2GHzだってんだから
クロックは意図的に落としてるでしょ?
おまえらたるたるには食い付きいいのな
>>142 POWER7の方が実効性能/電力が高いという根拠は?
頭よさそうな会話してますねみなさんって
>141
結構、良い所を突いてるからだろう。
なかなか面白いと思う。
>>142 じゃあ
200Wのチップ1つ冷やすより60Wのチップ2つ冷やす方が電力は食わないだろうし
ならおk?
>>140 > でも200Wのチップ冷やすより60Wのチップ冷やす方が電力は食わないだろうし
> 65nmプロセスで2.8GHzで動くところを45nmプロセスで2GHzだってんだから
> クロックは意図的に落としてるでしょ?
65nmで2.8GHz動作するのはSPARC64Zで、レジスタ数も違うし、
大規模なSIMD命令の拡張をする前です。
SPARC64[fxが、65nmで、2.8GHzで動くという実績があるわけでは無いです。
スカラー(単一データ)の処理が、超高速で動いてくれるのがプログラミング的には
理想的(大昔あった、第5世代プロジェクト用のコンピューターを除いて)なところ、
そこの性能向上には限界があるから
ベクトル(複数データ)を一度に演算するという並列化で性能を出し、
一つのコアがベクトルで並列化出来る数に限界があるから、マルチコアになり
マルチコアにしても限界があるから、マルチノードにするという事で性能を上げている
わけですから、スカラーの処理の限界を決める(類似アーキテクチャでは)
と言って良い動作周波数を大幅に落として、その分使うチップの数を倍にする
などという選択は使いにくいスパコンをあえて作っている事になります。
消費電力(発熱量)が、その時代の冷却技術で冷やしきれる限度だから、
動作周波数を抑えるという可能性は考えられますけど、POWER7を冷やすのと
同等の技術があれば、同じレベルの発熱量のCPUも冷やせるでしょう。
BlueGeneが使いにくいというのは、日本のソフトウェア技術のレベルが低いからだと思うよ。
>>149 その資料、MPIライブラリ、低レイテンシ・高スループットの実現
トポロジ構成を意識した集団通信関数を提供
システムにチューニングされた・・・を提供
って試作機がやっと動いただけなんだろ、できてから実現とか提供っていえよ。自称世界一のへたれがw
どうせまともに動かないんだからw
トポロジ構成を意識した集団通信関数を提供
じゃダメだろ
トポロジ構成を意識した集団通信を隠蔽
じゃないと
利用者は、
スパコンの使い方を研究するのではなく、
スパコンを道具の1つとして使った研究をするんだろうが
利用者に中身を意識させちゃいけない
日本は分業ができてなさすぎ
利用者に、FORTRANやCでコードを書かせるだけでもダメなのに、それぞれのノードで走るコードを直に書かせるなんて、もうねアホかと
利用者には、やりたい計算を記述させるだけで、あとは計算センター側でやるべきだろう。
理想を言えば、最適なコードを自動生成すべきだが、人が手作業でコーディングしてもいいだろう。
この時間じゃ夢を見ながら書き込みする奴が居てもおかしく無いかw
しかし1ノード/16GBのメモリしかないのか。ES2全ノード(160×8並列)に匹敵するメモリ量のジョブだと
京速では、1280x8並列必要…、これは本当にES2の方がよっぽど速いというアプリが続出するかもしれんなw
>>154のような反応するんだよな、ソフトウェア技術のレベルが低い国の人は。
>>152 京速はネットワークのBF比が高いから使い勝手は恐らくBlueGeneよりCRAYに近いよ
CRAYではトポロジ構成を意識しなくても大して遅くならない
>>155 メモリは少ないな
>>148 > SPARC64[fxが、65nmで、2.8GHzで動くという実績があるわけでは無いです。
そんな詭弁をw
> スカラーの処理の限界を決める(類似アーキテクチャでは)
> と言って良い動作周波数を大幅に落として、その分使うチップの数を倍にする
> などという選択は使いにくいスパコンをあえて作っている事になります。
なんだ、フリーランチ派の人だったのか
そりゃ4並列と8並列とかなら当てはまるだろうが
10000並列と20000並列とかまで行っちゃったら
並列化のオーバーヘッドはたいして変わらんでしょ
160 :
不明なデバイスさん:2010/02/11(木) 13:14:18 ID:a5DWkB+U
>>136 たるさんとかいう お調子者の馬鹿にはいい加減にしてほしい。
Venusの巨大チップ面積では歩留まりが極度に悪くて
キャッシュの増量なんか夢の夢どころか、
必要なものさえ搭載出来ない。
歩留まりが極度に悪いから、必要数量を揃える時期を前倒しにするだけで
追加費用を100億円増やしてもだめで200億円ドーピングすることでなんとかしようという
完全に破綻した状況だったのに。
161 :
不明なデバイスさん:2010/02/11(木) 14:50:05 ID:KArs1+pX
>>161 そういう見直しをすべきタイミングは、とっくに過ぎてるんだよね。
京速は良くないと思うけど、根本からやり直して同じサービスイン日が実現できるかというと無理だから、
京速はそのまま作って、いますぐ京速2を設計開始すべきだと思うんだけど、予算が付かないよね。
野依さんとかだれかがTVカメラの前で切腹でもするパフォーマンスでもすれば
いいんじゃないかな
164 :
不明なデバイスさん:2010/02/11(木) 15:46:29 ID:KArs1+pX
>>162 京速計算機の後継機種は100京になるみたいだよ。
ますます明後日の方向に行くのだろうね。
京速はバッサリと止めて、IntelかAMD製のスパコンを導入すべきだと思う。
建造完了予定時点で負けているなら、外部調達に切り替えるのは当然だな。
速度でも負け、コストでも負けるなら、もうどうしようもない。
設計技術を残したいなら、そこだけピンポイントに技術者を雇用しておけばいいね。
それこそ、理研から給料出してやれ、という話。
結局、巨大なハコモノを作ることで、利権誘導できる人が蠢いて、無理くり推し進めているんだろうな。
>>164 負ける相手はBlueGeneだから外部調達ならBlueGeneを買わないと論理がおかしい
>>160 > Venusの巨大チップ面積
POWER7: 567mm2
SPARC64VIIIfx: 513mm2
で、POWER7の方が大きいよ
ちなみに
Itanium 9300番台: 700mm2
なんてのも
> キャッシュの増量
スパコン用途に限ればキャッシュの増量は不要でしょ
あと、推測値だけどNehalem-EXは600mm2前後と言われてるね
>>164 次世代の次世代の計画とは別に、次世代の2発目があってしかるべきだと思う。
失敗したら反省してやり直すこと、これを繰り返さずに技術立国なんて維持できない。
>>168 その点でもSPARC64という先の無いアーキテクチャを選んだのがね。
Venusの次ってあったとしても、単純なプロセスシュリンク程度じゃないでしょうか。
SX系の方が、長生きしたりして。
>>164 > 設計技術を残したいなら、そこだけピンポイントに技術者を雇用しておけばいいね。
技術者を雇って給料だしとけばいいってもんでもない。
あるメーカーでは、人を手放すのは最後の手段として、
固定費は出すけど研究開発費は全カットとした結果、
社員は何もやることがなく無為に勤務時間を過すしかなく、
次から次へと人が辞めていったよ。
日本の広範な産業技術はスケールメリットで成立しているから、
本来はスパコン案件が1つなくなったくらいでは揺らがないはずだが、
中国に散々好き勝手されて弱体化して、最後の砦状態になっていて、
もはや案件1つで揺らぐようになってる。
>>170 SPARC64にSIMD拡張とかって、別に先端技術という程の設計技術では無いから、
小さくて良いから、独自にスーパーコンピューター専用のCPUを基本
アーキテクチャから設計するとかやってみれば面白いのではないかと思うのです。
> SPARC64にSIMD拡張とかって、別に先端技術という程の設計技術では無いから
そうなの?
173 :
不明なデバイスさん:2010/02/11(木) 17:17:08 ID:a5DWkB+U
>>166 > で、POWER7の方が大きいよ
今の富士通に、IBM並みのプロセス技術や量産技術があるといいね。
現在の富士通の持っている技術能力では
どれくらいの歩留まりが実現できるかという課題に決まっているでしょ。
それとも、IBMに委託生産でもしてもらうのかい?
174 :
不明なデバイスさん:2010/02/11(木) 17:19:42 ID:a5DWkB+U
>>166 > > キャッシュの増量
>
> スパコン用途に限ればキャッシュの増量は不要でしょ
この部分は、元ネタの「たるさん」の方に文句を言いなされ。
175 :
不明なデバイスさん:2010/02/11(木) 17:26:28 ID:KArs1+pX
>>170 そういう意味なら、最早、NECだ富士通だと言ってる場合ではなく、官製のスパコンベンチャー会社に人を
集約しないとマズイだろうね。それこそ、理研経由で研究開発費も込みで出せばいいのではないかい?
大規模スパコンを建造するのではなく、実証機を作ることを目標にすれば、製造コストもかからず、
作って学会発表する目的で研究者も生きられる。
ほんとうにいいモノが出来たあかつきには、民間にライセンスして製造委託すればいい。
>>172 世の中の流れに乗っていることを先端と言えば先端だし、突き抜けてないことを見れば、先端ではないし。
実際問題、2番手、3番手で、必死に振り落とされまいとして、しがみついて、それが実力の限界という感じだな。
100京が揉めてる間に、ガラパゴス化して、結局性能出すプログラムが開発されることもなく、
朽ちて行く運命という気がする。
>>173 たぶん、FMLの方がIBMより歩留まりいいよ
>>175 > 官製のスパコンベンチャー会社に人を集約しないとマズイだろうね。
アメリカのような会社間の人材の流動性がない日本では、そういう会社を作ったらダメでしょう。
日本メーカーは、会社間の人材の流動性がない代わりに、会社内の人材の流動性で、何とかやってきたんだよ。
それも、アメリカからの毒を食らって、分社化とかアホなことやってダメにしちゃってるんだけど。
> 大規模スパコンを建造するのではなく、実証機を作ることを目標にすれば、製造コストもかからず
実証機のためのカスタムLSIの設計・製造、1チップの単価が恐ろしいことになりそうだね。
>>174 たるさんもスパコン用途に限ればキャッシュの増量は不要って書いてるみたいだよ
179 :
不明なデバイスさん:2010/02/11(木) 19:31:57 ID:KArs1+pX
>>177 > アメリカのような会社間の人材の流動性がない日本では、そういう会社を作ったらダメでしょう。
> 日本メーカーは、会社間の人材の流動性がない代わりに、会社内の人材の流動性で、何とかやってきたんだよ。
> それも、アメリカからの毒を食らって、分社化とかアホなことやってダメにしちゃってるんだけど。
結局、どうやってもダメって結論にしからないないわけだ。
そのままでもダメ、集約してもダメと。
しかし、メーカー内で技術者を支える力が無いならば、プロフィットを求めない公的研究所で支えるしかないだろうね。
メーカーに研究委託という手もあるけど、一旦、メーカーから技術者を回収した方がいいと思う。
身分保障もなく、異動でころころ回されたら、腰を落ち着けて何年も取り組むのは無理だよ。
> 実証機のためのカスタムLSIの設計・製造、1チップの単価が恐ろしいことになりそうだね。
設計はそのままのコストだろうね。
むしろ、量産化のためにダイサイズを切り詰める所にコストをかけるのをやめれば、コストカット。
クリティカルパスを狩るのもやめる。
フォルトカバー率も無視。
製造は相乗りだろうね。納期が長くなるが我慢。
単価は、製造数量が少ないので、無視。どうせほとんどがマスク代になるし。
商業ベースから研究ベースに一旦戻すべきだと思うんだ。
このままだと、採算に乗らないものを作り続けるメーカーに税金投入という理解できないことになる。
CPUの設計技術を維持したいなら、アーキテクチャ研究に没頭すべきだと思う。
>>179 > CPUの設計技術を維持したいなら、アーキテクチャ研究に没頭すべきだと思う。
現在の方式での勝者は、x86の64bit拡張+SIMDで決まりという状況なので、
その次の世代の方式で勝負すべきでしょうね。
VLIWは、Itaniumがコケた感じだけど、さらに頑張る価値は無いのかなぁ。
> 結局、どうやってもダメって結論にしからないないわけだ。
スケールメリットが生きてくるところまで、販売量を増やすのが、解決策だろう。
> 一旦、メーカーから技術者を回収した方がいいと思う。
裾野が広いので、メーカーのいくつもの事業部をまるごと引っこ抜くことになり、他の製品が作れなくなっちゃうぞ。
> 商業ベースから研究ベースに一旦戻すべきだと思うんだ。
研究ベースなら、すでにやっているでしょう。
それが実用化との隔たりが大きくて、役に立ってないと思うぞ。
> 採算に乗らないものを作り続けるメーカーに税金投入
すべきだね。
ただし、製品を買い支えるというやり方で。
スパコンではなくエンプラ向けのx86サーバを官公庁でコンスタントに大量導入するだけでも、かなり余裕が出来る。
NECや富士通はx86サーバを自社開発できてるけど、それも先細りでOEMになってしまえば、x86スパコンすら作れなくなるし。
>>181 次世代スパコンもCPUは諦めてx86を採用し、それ以外のハードウェア開発を
支援して、スパコン以外にもデーターセンター用にも使えるような
高密度実装サーバーを開発すれば良かったのにと思うのです。
そんでもって、ラッキングと建物全体の電力、空調制御とを接続する部分の
方式を国内ベンダで共通化して、それを標準規格として提案するとか。
アーキテクチャ研究に没頭すればCPUの設計技術を維持できる
という考え方が理解できない
> パコン以外にもデーターセンター用にも使えるような高密度実装サーバーを開発
そういうのはNECや富士通が既に開発して売ってるじゃん。
フラッグシップの国策スパコンでx86を使えないのは、x86がアメリカのメーカーの製品だから。
アメリカのスパコンのメーカーよりも優先的にx86を手に入れられない以上、勝負にならん。
top500をベンダーのリストで見ると、
http://www.top500.org/stats/list/34/vendors ほとんどBladeサーバーのHPが下位のシステム中心だけど41.8%のシェアを持っている。
>>184 富士通のおさめた理研のスパコンはXeonベースで、top500の47位に入っている。
日本のメーカーが海外のスパコンシステムに納入しているので、最高位は、
ドイツのシュットガルツ大学のもので、それもXeonベース。
IBMの最新のCPUは売ってくれないかもしれないけど、x86は買えている。
IntelとAMDを天秤にかける事も出来るし。
>>183 維持できる保障は無いけれども、後追いで追いつけるのは先行者よりも
体力がある場合に限られる。
米国のスーパーコンピューティング業界より体力の無い日本の業界は、
後追いで無い方法でどうにかするしかない。
186 :
不明なデバイスさん:2010/02/11(木) 20:14:24 ID:KArs1+pX
>>180 > 現在の方式での勝者は、x86の64bit拡張+SIMDで決まりという状況なので、
> その次の世代の方式で勝負すべきでしょうね。
それしかないと思う。
> VLIWは、Itaniumがコケた感じだけど、さらに頑張る価値は無いのかなぁ。
メモリーのバンド幅が劇的に上がれば別だけど、今のままだと難しい。
Intel自体が、x86の呪縛から抜けれないわけだし。
>>181 > スケールメリットが生きてくるところまで、販売量を増やすのが、解決策だろう。
それができれば、何の苦労もないわけで。
> 裾野が広いので、メーカーのいくつもの事業部をまるごと引っこ抜くことになり、他の製品が作れなくなっちゃうぞ。
そこまではできないし、しなくてもいいと思う。
CPU限定だと、数十人から100人いれば研究は続くし、製品につなげられると思う。
> 研究ベースなら、すでにやっているでしょう。
> それが実用化との隔たりが大きくて、役に立ってないと思うぞ。
あまりやってないと思うんだ。調べ物をしている研究者がいるかもしれないが、設計までやっている人は
いないように思う。
> すべきだね。
> ただし、製品を買い支えるというやり方で。
いざ買うとなれば、コストパフォーマンスが問題になる。
京速が問題になってるのも、まさにそれだし。
> スパコンではなくエンプラ向けのx86サーバを官公庁でコンスタントに大量導入するだけでも、かなり余裕が出来る。
> NECや富士通はx86サーバを自社開発できてるけど、それも先細りでOEMになってしまえば、x86スパコンすら作れなくなるし。
大学をはじめ、今でもやってるんだよね。それでも、ダメになりつつある。
筑波がクレイを買ったのが象徴的だと思うんだ。
T2K自体にしても、コスト低減の一貫なわけで。
一方で、コストカットを叫ぶ人がいて、一方で国産を買えと言う人がいて、その中で出た結論がクレイ。
x86サーバーだけでも、負けそうなこの現実をどうすればいいかねー
>>185 > IBMの最新のCPUは売ってくれないかもしれないけど、x86は買えている。
それはTop500の1位になるようなスパコンではないから。
1位を狙ったら、妨害されるよ。
日本はカウンター・インテリジェンスが脆弱すぎるので、妨害に屈する。
ちなみにTop500の下位のほうは、スパコンではないものが多数はいってるよ。
インターネットのWebホスティングの会社とか。
188 :
不明なデバイスさん:2010/02/11(木) 20:21:07 ID:KArs1+pX
>>183 > アーキテクチャ研究に没頭すればCPUの設計技術を維持できる
> という考え方が理解できない
アーキテクチャ研究以外の何が必要かを書こうよ
>>184 > フラッグシップの国策スパコンでx86を使えないのは、x86がアメリカのメーカーの製品だから。
そういうところはあるだろうね。
> アメリカのスパコンのメーカーよりも優先的にx86を手に入れられない以上、
ここには同意しかねる。
そういう事情もあるかもしれないけれど、無いかもしれない。
Intel / AMD 自体、民間企業なわけで、それこそ、金を出せばいくらでも売ってくれるのが基本。
アメリカ政府が、それよりも金出すとか、政策優遇とかあるならばそっちを選ぶ。
まあ、ありていに言えば、アメリカ政府のひも付きで買う第一顧客を優先するってのはわかる。
逆に言えば、それ以上に日本が買うならば、優遇してくれるよ。
> CPU限定だと、数十人から100人いれば研究は続くし、製品につなげられると思う。
で、それを誰が製造するのか、それを積んだマシンを誰が設計・製造するのか。
数十人から100人だけで研究開発して製品化できるのは、アメリカのような分業体制の国。
日本を脱出してアメリカでプロセッサ設計のベンチャーをやるというのなら、わかるけどね。
> 設計までやっている人はいないように思う。
研究者ってのは、要素技術の研究をするのであって、
製品化に必要な泥臭い沢山の細かいことの積み重ねは仕事じゃないからね。
> 大学をはじめ、今でもやってるんだよね。それでも、ダメになりつつある。
販売量が足りないんだよ。
少ない販売量で採算を取ろうとするから割高になる。
あとは、日本のソフトウェアやサービスに金を払わないという慣行もマズいね。
そういうコストをハードウェアに転嫁しないといけないから、ハードウェアが高くなる。
>>188 平和ボケしすぎだよ。
もう日米貿易摩擦を忘れたか。
アメリカが自由競争を許すわけないでしょう。
表向きは許しても、
なぜか日本に提供されたドキュメントに間違いがあって、チップセットを作り直しでスケジュールが1年遅れ
なんていう事故を装った妨害をしてくるぞ、たぶん。
192 :
不明なデバイスさん:2010/02/11(木) 20:35:46 ID:KArs1+pX
>>189 > CPU限定だと、数十人から100人いれば研究は続くし、製品につなげられると思う。
>
> で、それを誰が製造するのか、それを積んだマシンを誰が設計・製造するのか。
製造はTSMCなりのファウンダリで。マシンはメーカーに委託。
CPUの開発費用に比べれば、基板を起こすのはスズメの涙でできるよ。
CPUの次に問題とすべきはそのCPU用のコンパイラだろうね。
> 数十人から100人だけで研究開発して製品化できるのは、アメリカのような分業体制の国。
> 日本を脱出してアメリカでプロセッサ設計のベンチャーをやるというのなら、わかるけどね。
そういう組織を日本で持てるようになるといいなと思うけどね。
> 研究者ってのは、要素技術の研究をするのであって、
> 製品化に必要な泥臭い沢山の細かいことの積み重ねは仕事じゃないからね。
その泥臭い所をスマートにこなす技術の研究もこれから重要だと思うけどね。
サイエンス分野ならば別だけども、テクノロジー分野は産業界からの需要で研究テーマが決まるわけだし。
それこそ、産総研は泥臭いテーマを多数やってる。
> 販売量が足りないんだよ。
> 少ない販売量で採算を取ろうとするから割高になる。
それはわかっていても、土台無理な注文。
> あとは、日本のソフトウェアやサービスに金を払わないという慣行もマズいね。
> そういうコストをハードウェアに転嫁しないといけないから、ハードウェアが高くなる。
政府や公共機関をはじめ、1円入札とか平気でやってたからなあ。
それに甘えてたメーカーも自業自得だと言えなくもない。
独立系のソフト会社にろくなのがないのも日本の風土によるんだろうね。
>>191 CrayのJaguarよりも後なら買えるさ。
>>188 > アーキテクチャ研究以外の何が必要かを書こうよ
んー、CPUを設計する技術ってのはアーキテクチャ研究とは全く別物でしょ
そのへん説明しないと分かってくれないようじゃ議論にもならんと思うわ
>>190 ------------------
アメリカが自由競争を許すわけないでしょう。
------------------
陰謀論者の方に聞く耳があるとも思えませんが、イギリス・フランス・ドイツといった国は
スーパーコンピュータのためにプロセッサなんて開発していませんよ。
連中が平和ボケだとでも?
秋葉で買ってくるのと一緒にしてない?
ハイエンドの最新製品を数十万個、優先的に売ってくれるかどうかって事でしょ。
>>192 > マシンはメーカーに委託。
誰が委託を受けてくれるのかな。
都合のいいところだけ取り出して後のメンドクサイ部分は他人に押し付けってのはダメだろう。
> CPUの開発費用に比べれば、基板を起こすのはスズメの涙でできるよ。
ハイエンドの基板を製造できる工場は、
それを必要とする製品が一定量以上売れてるから、製造ラインを維持できているのよ。
基板よりも先に、CPUのコンパニオン・チップのことを考えない時点で、甘いんじゃないか。
198 :
不明なデバイスさん:2010/02/11(木) 20:43:48 ID:KArs1+pX
>>190 > 平和ボケしすぎだよ。
さあ、この件に関してはどうだろう
> もう日米貿易摩擦を忘れたか。
日本側が輸出の場合に生じたんだよな
日本が輸入側でも発生するかどうかは未知数。
> アメリカが自由競争を許すわけないでしょう。
>
> 表向きは許しても、
> なぜか日本に提供されたドキュメントに間違いがあって、チップセットを作り直しでスケジュールが1年遅れ
> なんていう事故を装った妨害をしてくるぞ、たぶん。
チップセットもIntelが供給するものを使うか、
アメリカのメーカー製のチップセットでしょ。
CPUだけ買って、日本でチップセットを作るというのは非合理的。
x86スパコンを作るというのは、それこそ組み立て屋をするということになる。
Intelが出してるリファレンス通りに作るということになるだろうね。
IBIS見て基板を作れば、まあ、動くよ。
その組立屋の仕事が面白いのかどうかはともかく、日本ならではの品質管理と
アフターケアがあれば、買いたい顧客も多いと思うぞ。
事実、Xeonベースなら、今でも商売的にも悪い状態ではないと思うぞ。
>>192 > その泥臭い所をスマートにこなす技術の研究もこれから重要だと思うけどね。
研究として認知されないような、実際に設計・製造する人たちの雑多かつ膨大なノウハウを甘く見てる。
>>195 イギリス・フランス・ドイツはスパコンを買う客であって、スパコンを作る競争相手ではないよ。
ハイエンドじゃない製品で性能を出せるようにすればいいじゃね?
>>199 > 研究として認知されないような、実際に設計・製造する人たちの雑多かつ膨大なノウハウを甘く見てる。
同感
202 :
不明なデバイスさん:2010/02/11(木) 20:48:17 ID:KArs1+pX
>>194 > んー、CPUを設計する技術ってのはアーキテクチャ研究とは全く別物でしょ
> そのへん説明しないと分かってくれないようじゃ議論にもならんと思うわ
いや、別に議論したくないなら、それでもいいんだけどね。
とりあえず、1つでも具体的に書いてみれば?
キミの書き込みが3つあるみたいだけども、キミが専門家だとはとても思えない。残念ながら。
専門家だとしても、具体的なことを何も書かないのであれば、話し相手にもならないわけで・・・
>>198 > 日本が輸入側でも発生するかどうかは未知数。
部品のx86のCPUは輸入だけど、最終製品のスパコンは輸出になりうるよ。
> CPUだけ買って、日本でチップセットを作るというのは非合理的。
Crayはチップセットを作ってる。
汎用のチップセットでやる限り、あまり勝ち目はなさそう。
> チップセットもIntelが供給するものを使うか、
チップセットのドキュメントに(以下略
エラッタのあるロットを売られるなんてことも、あるかもね。
>>193 top500の2009/9のリストを見ればわかりますけど、その段階ではJaguarは2位なんです。
2009/9〜2009/11の6コアでのベンチマーク実績を登録した事になります。
こんな感じにアップグレードして。
http://www.youtube.com/watch?v=ehCgG9yZQmg 1位になる事は、ステータス以上の意味は無いわけで、実用的には
同水準であれば良いのです。
米国のトップサイトに、日本のサイトでのインストールが、数ヶ月遅れても
実用上は大きな問題にはなりません。
そうだね
スルーしてくれればいいよ
俺は俺で勝手にやってるから
>>203 チップセットって言うから紛らわしいんであって
インターコネクト用チップとか書けばいんじゃね?
207 :
不明なデバイスさん:2010/02/11(木) 20:55:35 ID:KArs1+pX
>>197 > 誰が委託を受けてくれるのかな。
価格次第で、どこでも受けてくれるよ。
> 都合のいいところだけ取り出して後のメンドクサイ部分は他人に押し付けってのはダメだろう。
そういう風に見えることは否定しないけども、多数のメーカーが商業ベースで請負うジャンルは
研究者が国費をもらってやる仕事ではないと思うんだ。
> ハイエンドの基板を製造できる工場は、
> それを必要とする製品が一定量以上売れてるから、製造ラインを維持できているのよ。
それはそう。
しかし、例えば、FRの20層程度なら、民生用でいつでも調達可能。
それのライン維持を気にする必要はないでしょう。
> 基板よりも先に、CPUのコンパニオン・チップのことを考えない時点で、甘いんじゃないか。
コンパニオンチップが具体的に何を示すかわからないけども、いわゆるチップセットなら、
メモリーコントローラーまで含めてCPUに統合するようになってきているから、それはCPUに含まれる。
そして、PCを作るならともかく、スパコン用のCPUカードを作るなら、CPUとメモリーだけが搭載される
ケースを想定しておけばいい。マザー側のインターコネクトチップは当然必要になるが、それの
設計はI/Oのみと言ってもいいので、CPUのI/Oを流用すればよい。
>>204 確かに国産CPUにこだわる必要はそんなにないんだよね
負け戦決定的だし
>>204 それは後からCPUのアップグレードする話で、
CPUを乗せるマシンの設計・製造・構築の話じゃないね。
211 :
不明なデバイスさん:2010/02/11(木) 21:02:40 ID:KArs1+pX
>>203 > 部品のx86のCPUは輸入だけど、最終製品のスパコンは輸出になりうるよ。
アメリカに輸出する場合ね。
その場合には、米国現地法人で組み立てて、税関を通らないようにすることになるでしょう。
日本で設計した基板の対米輸出で止められるのなら、基板も米国製造にすると。
そのようなことを気にしなきゃならないような時代になると万々歳なんだがなあ
> Crayはチップセットを作ってる。
> 汎用のチップセットでやる限り、あまり勝ち目はなさそう。
安かろう悪かろうで最初は勝負。
台数が少ない物に対して、専用の何かを作るのはコストに跳ね返るということでもあるから。
> チップセットのドキュメントに(以下略
> エラッタのあるロットを売られるなんてことも、あるかもね。
ああ、そうなると、どうしようもないな。
まあ、心配すれば心配のネタはきりがないね。
Intel の株の10%でも押さえて、言う事を聞かせるしかないのだろうね。
その前に、NECがやったように提携かな。
妙なことしたら、契約違反で訴えるぞ、と脅す。
技術力じゃなく、政治力の世界の話だなあ。
なるほど、絶望的な未来だね
>>207 > 価格次第で、どこでも受けてくれるよ。
受けたくても技術がなければ、無理。
> 多数のメーカーが商業ベースで請負うジャンルは研究者が国費をもらってやる仕事ではない
メーカーの技術者を国が雇って飼い殺しすべきだと主張してた人とは違う人か。
> しかし、例えば、FRの20層程度なら、民生用でいつでも調達可能。
> それのライン維持を気にする必要はないでしょう。
民生用というが、その民生用にスパコンも相乗りしてるでしょ。
スパコンも含んだスケールメリットで生産ラインが維持できてる。
日本の工業力っていうのは、そうやって、実現している。
個々のものについて、それ1つが抜けても大丈夫だという判断をして、
それぞれがみんな抜けたら、ダメになっちゃうよ。
> マザー側のインターコネクトチップは当然必要になるが、それの設計はI/Oのみと言ってもいいので、CPUのI/Oを流用すればよい。
自分たちで作ることを放棄しまくれば、そのI/Oのみとやらのチップも作れなくなるね。
インターコネクトチップの設計がI/Oのみってことは無いと思うけどね
こう書くとまた「他に何が必要か」って話になっちゃうか
めんどくせえなあ
>>209 彼らは、かつての日本のようにアメリカのスパコンを脅かしてないでしょ。
一部の例外を持ち出してはダメ。傾向を見ないと。
>>211 NECのSXがアメリカ市場から締め出されて、SGIがOEMで売ることで手打ちになった件があるんだが。
> Intel の株の10%でも押さえて、言う事を聞かせるしかないのだろうね。
> 妙なことしたら、契約違反で訴えるぞ、と脅す。
甘いよ。
政治力の裏にある諜報力をナメてる。
アメリカのCIAは、
日本メーカーの日本とアメリカ支社の間の国際電話を盗聴して、
アメリカ企業に情報提供してきた、なんていう歴史があるんだよ。
219 :
MACオタ:2010/02/11(木) 21:18:39 ID:75+gsX3Q
>>217 でも負け戦は決定的なんだから国産CPUは諦めるしかないのでは?
>>220 勝てない、というか、勝たせてもらえない以上、いかに後塵を拝するかってことになるよね。
>>217の補足で1つ思い出した。
ソニーがプレイステーション3の開発でIBMからCPUの供給を受けたら、
プレイステーション3のNDAな情報や、それの設計で得たノウハウが、
競合のマイクロソフトのxbox360に流れたという話があるね。
アメリカの業のためなら顧客すら平気で裏切るのがアメリカ企業の愛国心なのだろう。
まあ、Intel様の靴を舐めろってことだね
残念だけど
どうして負け戦なんていまから決めてるのか。
なんとも弱気で日本人らしいという感じw
はったりでも相手が屈してくれればこんなにお得な話はないねえ。
>>219 CPUでは負けが決定してしまったけど、そういった基板やインターコネクトの物理部分
、あと推測ですけど大規模な冷却システム等でまだ米国と勝負出来る技術はあるから、
そこを生かした技術開発を正面戦線では頑張るべきだと思うのです。
>>217 --------------------
一部の例外を持ち出してはダメ。傾向を見ないと。
--------------------
Intelの最新サーバープロセッサ、Nehalem-EP を採用したスーパーコンピュータの
Top500での順位を見てみましょう。(カッコ内はベンダーの国籍)
5位: 天河1号 (中国・国防科学技術大学)
10位: Red-Sky (米国;Sun Microsystems)
12位: Lmovosov (ロシア:T-Platform)
13位: JUROPA (フランス: Bull SA)
14位: スーパーコンピューター4号機 (米国;Sun Microsystems)
intelが海外メーカーに製品を卸さないなんて(笑)
>>225 IntelやAMDからすると国の金で支えられているIBMのスパコンに
市場の力で対抗するという構図ですからね。
>>223 負け戦って思ってた方が精神的に楽だからさ
とりあえず目の前の敵を倒すことに集中してるんだ
>>224 航空機産業と同じだね。
アメリカ企業の下請けなら、やらせてもらえる、と。
ビジネスジェットの三菱MU-300が売れず、アメリカの航空機メーカーに売却されたら、ベストセラー。
それを日本の自衛隊が輸入して使っているっていうんだから、もうね・・・。
>>223 負け戦には「I shall retrun.」と言って、とっとと逃げ出す決断力が必要ですからね。
負ける構造に落ち込んでいるのに、「負けまい」と頑張るのは戦略的に誤りでしょう。
231 :
不明なデバイスさん:2010/02/11(木) 21:48:46 ID:KArs1+pX
>>213 > 受けたくても技術がなければ、無理。
そこは意見の相違。
> メーカーの技術者を国が雇って飼い殺しすべきだと主張してた人とは違う人か。
飼い殺しとは人聞きの悪い
> 民生用というが、その民生用にスパコンも相乗りしてるでしょ。
> スパコンも含んだスケールメリットで生産ラインが維持できてる。
国策スパコンが消えても、そのラインは消えないと思うんだな
実際問題、多層基板専用のラインが存在するわけじゃないから、消えることはないよ。
> 日本の工業力っていうのは、そうやって、実現している。
> 個々のものについて、それ1つが抜けても大丈夫だという判断をして、
> それぞれがみんな抜けたら、ダメになっちゃうよ。
どこまでがダメになるか、の意見の相違だな。
> 自分たちで作ることを放棄しまくれば、そのI/Oのみとやらのチップも作れなくなるね。
CPUも作るならインターコネクトチップも作ればいいし、
CPUを作らないならインターコネクトチップも不要。
インターコネクトチップだけを作ろうという話ではないよ
私の話の論点としては、京速のような国策スパコンのCPUをどうするかということ。
CPUを作る技術を守りたいという人が多いようなので、それならば、CPUアーキテクチャの研究を
国策で残せばいいのじゃないか、という意見を出してみた。
>>225 いずれもアメリカの牙城を脅かすようなものでもないね。
中国に関しては戦略的な譲歩、でしょう。
中国の自力開発のCPUを牽制するために売ったっていう感じで。
>>231 もう相手してもらえないだろうけど
> CPUアーキテクチャの研究を
> 国策で残せばいいのじゃないか
それじゃCPUを作る技術は残せないというのが私の意見
素直に「金が無いから諦めろ」と言ってくれた方がまし
中国は景気がよくって良いねえ
そういや、中国は負ける構造に落ち込んではいないのかな?
237 :
不明なデバイスさん:2010/02/11(木) 22:08:08 ID:KArs1+pX
>>233 > それじゃCPUを作る技術は残せないというのが私の意見
> 素直に「金が無いから諦めろ」と言ってくれた方がまし
作る技術、に何を含めるかの見解の相違だろうね。
製造に近い部分まで残そうとすれば、そりゃ大量の人員・ノウハウをキープする必要があるだろう。
それは、要するにメーカーを温存することに他ならない。
私の意見としては、そこまでは無理だろうと思っているので、どうしても切り捨てられない所、
逆に言うと、切り捨てると特許でどうしようもなくされてしまう所だけでも残しましょうよ、ということ。
額に汗をすれば復活出来るところは、その時になったら頑張るしかないかなと思う。
京速後に100京速を作る計画があるんだけども、これもどうなるかわからないし、
京速の7年後に完成となれば、それこそ、富士通も降りるんじゃないか?
その場合に、救済措置がないと、断絶しちゃうぞ
富士通に委託しても、かなりリストラされるのじゃなかろうか。
建物にかける予算をへらして
2〜3年で1種つくるようなスケジュールにしましょう
じゃだめなん?
初期スレからの住人だけど、同じような話題の
繰り返しでそろそろ飽きて来たな。
240 :
MACオタ:2010/02/11(木) 22:16:28 ID:75+gsX3Q
大きなリソースを必要とするスーパーコンピュータ開発に関して、色々な意見
があるのは当然かと思いますが、技術と関係ない陰謀が見えてきちゃった方は
精神の健康を疑った方が良いかと…
例えば、
- 何の国益があるのか。 (
>>12-13)
- 民主党に投票した馬鹿ども首吊って死ね (
>>96)
- 日本はカウンター・インテリジェンスが脆弱すぎる (
>>187)
- 平和ボケしすぎだよ。 (
>>190)
- アメリカが自由競争を許すわけないでしょう。 (
>>190)
- 政治力の裏にある諜報力 (
>>217)
- 日本メーカーの日本とアメリカ支社の間の国際電話を盗聴 (
>>217)
- 顧客すら平気で裏切るのがアメリカ企業の愛国心 (
>>221)
- 中国に関しては戦略的な譲歩 (
>>232)
>>239 Tukwila も発表されたことだし、元通り Itanium スレに戻れば良いかと。
>>236 > そういや、中国は負ける構造に落ち込んではいないのかな?
負ける構造に落ち込んでいると思いますよ。
政府の力で生き延びているだけで、あれでは勝てない。
>>240 何年2chにいるの?いちいち雑音にレスつけるなよ
GRAPE-DR的なものに1000億投資すれば一部のアプリケーションだけでも
x86に勝てるんじゃない?それでダメな部分はx86サーバを作ればいいし。
全部の分野アメリカにもっていかれちゃうよりは良いんじゃないか。
>>244 SC09でもエクサスケールのスパコンではアクセラレータの有効活用が話題になった
みたいですし、GPGPUは、本職がGPUなわけなので、
スーパーコンピューター専用にアクセラレーターを設計するという線は
あっても良いように思えます。ただGRAPE-DRは独自の世界があるみたいなので、
GRAPE-DRとは別にNEC当りにベクトル演算ユニットのアクセラレータを作らせて、
競争させたら良いのではないかと思います。
PCIeじゃなくて、HTやQPI接続で。
>>236 中国は、国家戦略と諜報をちゃんとやってるもの。
日本のように妨害工作に脆弱じゃない。
>>237 もし、あなたの言う通り、
数十人〜100人だけ残して切り捨てるようなことをしても大丈夫なら、
あちこちの国が自主開発CPUのスパコンを作って台頭してくると思うのだが。
248 :
不明なデバイスさん:2010/02/11(木) 22:51:59 ID:DExY+M5P
かつてのことが今に当てはまるかどうか、わかりませんが
かつて日米間でスパコンが問題になったとき
日本から米国へ輸出するスパコンは、完全に締め出されました。
逆の米国から日本への輸入については、東工大にCDC(正確には
ETAかな?)の最大システム(まともに動かなかったけど)が
入ったり、CRAYについても、米国本土に勝るとも劣らない
大きなシステムが東北大や防災研に入ったと記憶しています。
日本に世界最速のシステムが入ったとしても、それが米国製ならば
大きな問題にならないと思います。
それに、米国にはTop500には出てこないSS(シークレットサイト、
もしくはスペシャルサイトの略)が多数あるから、米国側のメンツが
つぶれてしまうようなことは、なおさら問題にはならないと思います。
249 :
不明なデバイスさん:2010/02/11(木) 22:57:54 ID:KArs1+pX
>>247 > もし、あなたの言う通り、
> 数十人〜100人だけ残して切り捨てるようなことをしても大丈夫なら、
> あちこちの国が自主開発CPUのスパコンを作って台頭してくると思うのだが。
そうかもね。
その、あちこちの国がスパコンを作るような人員が揃っていれば。
基本的にスパコンを作ってもあまり儲からないという業界の問題があると思う
過去にもアメリカでさえ、スパコンメーカーは出ては消え出ては消えと、なっている
スパコン専業で純民間が長年やるのは極めて難しい
歴史的に見ても、
メインフレーム製造の余力で作る
ワークステーション製造の余力で作る
パソコンCPU製造の余力で作る
となっているように思うんだ
次は、ゲーム機製造の余力で作る
ということで、我が国としては任天堂に期待しようではないか
日本政府の金でアメリカのメーカーの開発費を賄い、
うまくいったスパコンをアメリカ政府や企業が調達する
そんな策略かもな
プレイステーション3のCellが、IBMのスパコンのアクセラレータの開発費を負担したように。
>>249 100人の人員だけでは実現不可能だから、その100人の人員を揃えようとしないのだと思うよ。
たとえば自動車メーカーや工場のない国に、トヨタの自動車の設計図を持っていっても、
そこでデッドコピーを作ろうとしても、作れない。
スパコンも同じで、設計図だけ作れてもダメなのよ。
>>245 汎用的に性能が出せるアクセラレータが作れるとしたら
今度はCPUなんてなんでもいいってことになって
HTやQPI接続なんてもったいない
出来合いのCPUコア(PowerPCとかMIPSとか)を
アクセラレータにオンチップに載せちゃえってことになって
それなんてベクトルCPU?
>>251 スパコンCPU作るファブレス企業が存在しないのは
単に儲からないからじゃない?
>>253 一応、GPGPUでスパコン業界にチャレンジしているnVIDIAはファブレスですよ。
>>252 その手法は過去日本企業が採用して成功してきたやり方と似ているね。
基本特許を欧米に押さえられた状態で、回りを固めて相手の動きを止める。
25年後ライバル企業が潰えるのを待つ。
>>249の
> 歴史的に見ても、
> メインフレーム製造の余力で作る
> ワークステーション製造の余力で作る
> パソコンCPU製造の余力で作る
> となっているように思うんだ
は正しいと思うな
GPGPUにしたって
> パソコンCPU製造の余力で作る
の亜種みたいなもんだし
>>252 所謂ベクトル型のスパコンが価格性能比的で割が合わなくなる方向である事と、
ベクトル演算ユニットの有効性は別だと思います。
258 :
不明なデバイスさん:2010/02/11(木) 23:13:53 ID:KArs1+pX
>>251 > 100人の人員だけでは実現不可能だから、その100人の人員を揃えようとしないのだと思うよ。
イスラエルやシンガポールは揃えるかもよ
> たとえば自動車メーカーや工場のない国に、トヨタの自動車の設計図を持っていっても、
> そこでデッドコピーを作ろうとしても、作れない。
ガソリンエンジン車は複雑だからね
ところが、電気自動車は構造が簡単なので、中国のガレージでも作れてる
当然、快適性や安全性は無視だけどね
しかし、本田が生まれた頃もそんなものだったし、最先端のものが作れないからその産業が作れないってことでもない
> スパコンも同じで、設計図だけ作れてもダメなのよ。
CPUに限っては、設計図が99%だな あとの1%があるかどうかも怪しい
テープとテストベクタ持って台湾に委託すれば、誰でも作れるよ
マスク代払えば
もちろん、最先端プロセスは使えないだろうが
小説家の命が原稿なのと同様。
印刷会社は自分で選べる。
そこが車との大きな違い。
259 :
不明なデバイスさん:2010/02/11(木) 23:16:56 ID:KArs1+pX
>>252 > 出来合いのCPUコア(PowerPCとかMIPSとか)を
> アクセラレータにオンチップに載せちゃえってことになって
> それなんてベクトルCPU?
志村!PS3
>>257 つまんなくて悪かったけど
一応ネタなんでマジレスされても困るw
>>259 そうそう、そんな感じw
>>258 ちなみにCPUの設計図って何のことを言ってる?
262 :
不明なデバイスさん:2010/02/11(木) 23:25:52 ID:wcFksE33
たしか京速機もCPUは海外のメーカーで製造するんだろ、いまから45nmでね。
インテルは既に大量民生品として32nmで製造開始しているのに。2年もしたら
28nmぐらいが大量民生品かもしれないのに。
>>262 Venusは、富士通の45nmプロセス(たぶん国内)だと思いますよ。
でも今のスペックだと競争力が無いから台湾のTSMCが開発している28nm
プロセスが使えるといいねぇって話はあったかもしれませんが。
>>256 余力で作る、というのは、他の製品群と合せてのスケールメリットで、という俺が言ってることと同じなんだけど、
>>249は理解してくれないんだよ。
ゲーム機の余力は、すでにIBMがやっちまってる。
PS3の余力で、QS22(だったかな)。
>>258 いまのところ巨大スパコンはガレージでは作れませんので。
> 最先端のものが作れないからその産業が作れないってことでもない
そりゃ時間と金をかければ、できるだろう。
戦後から高度成長期まで、自動車メーカーが成長するための好環境があってこそ。
> CPUに限っては、設計図が99%だな あとの1%があるかどうかも怪しい
性能の低いCPUを作れて、それで?
>>263 45nmプロセスまではFMLの自前だね
TSMCに委託するのは40nm以降
スパコン部分を買い支えるならともかく
他の部分に対しはどうかなーとおもわなくもない。
267 :
不明なデバイスさん:2010/02/11(木) 23:47:15 ID:3WMz53tQ
スパコン作るのに金使うのはいいんだけどさ
今やってる人達は本当に優秀なの?
完成するのは遅いし世界一にもなれないしで
>>264 > 余力で作る、というのは、他の製品群と合せてのスケールメリットで、
> という俺が言ってることと同じなんだけど
なるほどなるほど
でもまあ、小規模のファブレスチップメーカーってのは
存在するわけなんだから、製造まで丸抱えじゃないと
チップ作れないってのは違うと思うなあ
スパコン用CPUだから(儲からないから)成り立たない
って方が大きいと思うよ
>>268 アメリカ型の産業構造なら、CPU設計だけの会社っていうのもアリだと思うよ。
Crayなんかはチップ製造に関してはファブレス設計屋と同じだしさ。
270 :
不明なデバイスさん:2010/02/12(金) 00:01:18 ID:KArs1+pX
>>261 > ちなみにCPUの設計図って何のことを言ってる?
テープとテストベクタ
IBMやCRAYの営業マンの書き込みは禁止でよろ
そうか、Crayがいたかw
274 :
不明なデバイスさん:2010/02/12(金) 00:17:57 ID:zx9arggv
>>273 > テープって?
テープには回路図やレイアウトデータが入っているのです。
つまり、設計者が設計したLSIに関する設計情報全部が入っています。(製造に必要な分)
なぜテープと言うかと言えば、昔は磁気テープに入れて製造メーカーや製造部署に渡していたからですね。
設計が完了して、製造屋にテープを渡すことをテープアウトと言います。
これが完了すると、打ち上げで飲み会ですね。
なお、テストベクタはLSIの製造後検査で使う試験データで、これも設計者が作らなければなりません。
大抵は設計データと一緒に製造屋に渡さないと怒られますが、後から送ることもあり。
ふーん、テープって言うんだ
うちらもテープアウトとは言うけど「テープ」とは言わないなあ
276 :
不明なデバイスさん:2010/02/12(金) 00:29:13 ID:zx9arggv
企業文化の違いですかねえ
277 :
不明なデバイスさん:2010/02/12(金) 02:29:15 ID:g6Ix7lcf
>>254 >
>>253 > 一応、GPGPUでスパコン業界にチャレンジしているnVIDIAはファブレスですよ。
だから、最先端プロセス製品を順調に製造出来なくて
今の状況が打開できないと破綻するでしょ。
高速ロジックVLSIの設計は高速向けプロセス技術と密接に結びついていて簡単には変更できないから
死命に直結している。
ところが一方、外部ファブに取っては客の一人にしか過ぎないのだから
コストを無視した裏技を駆使してでも状況を打開しようというインセンティブは存在しない。
産業構造の変化を認識できずに、後追いの時代遅れの知恵で威張っている人が多すぎる。
だいたい、nVidiaがGPGPUに必死なのも将来が明るいからではなく
まったく逆の趨勢にあるから逃げ道を求めてのことなんだけど。
278 :
不明なデバイスさん:2010/02/12(金) 05:11:56 ID:jhNaJ5WW
富士通が、次世代プロセスを自前で開発できなくなって
TSMCに頼るしかない事態に陥った時点で、
とっくに産業政策としての京速プロジェクトも意義を失い
破綻しているのですよ。
何のために京速プロジェクトをやるのか?
どういう意義があるのか?
表面だけ取り繕っても
間違った方向へ進めたのでは
傷を深めるだけでしょ。
コンシューマ・エレクトロニクスやってる国内メーカーの半導体工場は、次世代プロセスどうなんだろう。
パナソニックはテレビやレコーダー用のチップで、けっこう大きなチップを新しいプロセスで作ってたと思う。
東芝もソニー向けに新しいプロセスもってたよね。
そういえばTSUBAME2.0って落札した?
水平分業のアメリカ企業は、垂直統合を目指し、
垂直統合の日本企業は、水平分業を目指す。
日本企業にコンサルしている連中が、アメリカの工作員だとしか思えないわ。
陰謀論はよそでやってね
陰謀論だといってスルーした結果、日本の産業はガタガタなんだが。
286 :
不明なデバイスさん:2010/02/12(金) 18:44:08 ID:zx9arggv
トヨタもガタガタだしね。
きっとGMの陰謀だよね。
日本の半導体メーカーの社員が韓国で「アルバイト」してた問題とか、現実に陰謀にハメられてるからな。
288 :
不明なデバイスさん:2010/02/12(金) 19:06:26 ID:zx9arggv
またスパイすればいいじゃない
>287
経営が苦しいからって人材を流出させたバカ経営者の問題だと思う。
>>289 融資と引き換えに人員削減を迫った銀行員や銀行が原因だよ。
あと、短期的な株価の変動にしか興味がない投機家連中もね。
俺のいた会社では、
各事業部に対して中国への移転をするプロジェクト以外は凍結
なんていう指示が出たりしてさ、
みんな必死になって、どうやったら中国に移転できるか考えたよ
なんでも、会社の運転資金の融資の条件が中国への移転だった
融資するのは、そこらのノンバンクじゃないからね大銀行だよ。
>>290 > なんでも、会社の運転資金の融資の条件が中国への移転だった
その銀行が中国進出する為の条件が「手土産」だったんじゃないの?
あとは銀行を説得するだけの他の提案が出来なかっただけだよ。
交渉する奴が馬鹿なのもあるけど、あとは「誰が傷を負わなかったか」だな。
国でも企業でも、対立相手を落とすのに外圧を利用するというのは良くある手
そんな銀行から金を借りるのが悪い、となるわけ。
>>292 株を銀行に買われて議決権を握られると、銀行から借金せざるをえなくなる。
"そんな銀行"とは異なる銀行や投資会社をご存じな
ID:n4CtegNb様の御高説を賜りたいものです^^
>>290 アホな借金した段階で倒産と一緒。
金引っ張るなら、マーケットから。
経営者が無能なら自分で会社作れ。
投機家はリスクに見合ったリターンを
求めてるだけ。
技術バカが。
マーケットって何?
株式市場、債権市場
そんなところから資金調達したら、その先は、資産を売って金融ビジネスに業種変えじゃないか?
乗っ取りをはかる銀行を避けて、乗っ取りをはかる株屋の手に落ちるのは、どうかと思うんだが。
じゃあ、無借金経営でもしろよ。
他人の金使わないなら何の問題も無い。
他人の金使うなら口出しされるのは当たり前。
何だこのアホと思ったら
世間知らずのガキが陰謀論とか言い出したのが始まりか
納得
次次世代の100京ってエグザスケールだよな。そのまま
「コンピューターは万能ではない?」こういうタイトルつけるのはもうやめてほしい
釣りタイトルだろ。日本向けの。
1200億のほとんどはアレだし
307 :
不明なデバイスさん:2010/02/13(土) 10:52:30 ID:N2XxIzUd
Intelは着実にドッグフードを食っているなあ。
いつ役に立つか分からない無駄飯を食っているだけとの見方が有力なのかも知れないが
この段階で沢山失敗と成功の経験を積んでおくことは
近い将来に正しいアプローチを取れるかどうかで絶対に差となって現れるよ。
> - 自分のドッグフードを食べる
> SIerや各ベンダーは自社のソリューションや製品を持っている
> ところが多いですが、本来クライアントやカスタマーに提供する
> サービスを使って自社の業務効率化や改善を図ることを指す
> 言葉です。
> 元々はWindows NTを開発していたマイクロソフトが、テストを
> 兼ねて自社のシステムに開発バージョンを導入した際、「自分
> のドッグフードを食べる」と表現したことから使われるようになり
> ました。
>>307 Larabeeを製品化する前に見切りをつける(でも研究の線では残す)とかの、
事業の判断も、冷徹。
>>308 こぴぺにレスしても無意味かもだが
「自社のシステム」ではなく「NT自体の開発」にNTを使ったことを指したはず
「闘うプログラマ」に出てくる
第6章の「ドッグフード」だね
312 :
不明なデバイスさん:2010/02/13(土) 14:29:14 ID:Q3bd6NW0
外国からわざわざ日本批判しないでよ
「アメリカは、日本の航空機産業が、絶対に復活することを許さない。
第二次世界大戦で世界一の戦闘機を作ったのは日本だから。
それでてこずったんだ。そういうトラウマがあるから、日本の航空機産業を、
大統領府はぜったいに好まない」
米国内で広がる自動車産業、トヨタへの反発もそれに似ているというわけだ。
「省エネの時代にトヨタが『プリウス』という新しいメカニズムの自動車を作った。
それは発展途上の技術だから瑕瑾(かきん。欠点)もあるでしょう。
ただ、あれで大きな事故が起こった、死人が出たという例はないわけで、
不具合、不安定化の事象でしょうね。それが針小棒大に喧伝されて、
ここぞとばかりに日本を叩く」(石原氏)
http://response.jp/article/2010/02/13/136317.html
>>314 世界一の戦闘機を作ったのは米国だと、坂井三郎氏が言われていますよ。
ムスタングP-51。
設計したノースアメリカン社は、当時、戦闘機設計に実績の無い新興の企業。
カーチスやグラマンと違って。
>>315 戦闘機は何でもいいのよ。アルミ細工だから誰でも作れる。
数を作るかどうかでしかない。
大事なのは精密工業品であるエンジンを大量生産できること、
それを支える高品質な燃料油脂類を供給できる事。
先端の電子機器であるレーダーや無線機を配備できる事。
優秀なパイロットを大量に教育できるシステムを作る事。
それに比べたら機体の差なんて大した事無い。
日本がP-51を作ったら、悲惨だよ?
大馬力液冷エンジン量産できるのは川崎ぐらい、あと愛知か。
日本の戦闘機生産数は半減だな。
ネトウヨ(笑)
メルヘン(笑)
321 :
不明なデバイスさん:2010/02/16(火) 01:52:51 ID:Zfh60Tf6
NECはサーバー用のSparcでインテルのItaniumのシェアを奪うつもりなんだろ。
だが、それはターゲットを間違えていると思うな。
>>321 NECがSPARCを今さら始めるの?
サーバー市場では、NECはItaniumをかついでいたよね?
原爆症の治療という名目にすればスパコン予算も聖域になるか?
>>326 それで通るならいいや
原子戦の準備という見方もできるけど。
聖域なんかになるわけないだろ
わからんぞ。
福祉の名目でビルを建てたり道路工事をしたりしてるからな。
フロップスという単位がよくわからない。
周波数に換算できないの?
>>332 実効値のflopは、色々と難しいのですけど、スパコンで出てくるカタログスペックの
FLOP(Floating point number Operatoins Per Second:秒間の不動小数点数の処理数)
は、CPUがどれだけの数の浮動小数点演算処理を同時に出来るかと、
動作周波数の掛け算で出ますよ。
1CPU当たりのFLOPS=同時処理数×動作周波数。
でもって、最近のチップは1チップにCPUが複数個乗っているので、その数もかける。
次世代スパコンで使われるチップは、
1CPU当たりのFLOPS 16GLOPS=同時処理数8 × 2GHz
で、1チップにCPUが8個乗るので、
1チップのFLOPS 128GLOPS=1CPU当たりのFLOPS 16GLOPS × 8
普通にFLOPSと言うと、言葉の定義には、精度が入っていないので、
32bit精度(単精度)でも64bit精度(倍精度)でもどちらでもFLOPSと呼び混乱する
事があります。
PS3やGPUが得意とするのは単精度で、スーパーコンピューターの用途で
よく使われるのが倍精度なので、そこを混在しないようにする注意が必要です。
334 :
不明なデバイスさん:2010/02/19(金) 22:44:39 ID:kWS37HNp
FLOPSとは、コンピュータの処理速度をあらわす単位の一つ。処理速度が1FLOPSのコンピュータは、1秒間に1回の浮動小数点数演算(実数計算)ができることを示す。
1Hzあたり、4つの計算ができるものも当たり前だからねえ。4つの演算器が内蔵されてたり、CPUコアが4つ入ってたり。
クロック3GHzでも、12GFLOPSや、48GFLOPSってこともあるよ。
極めて単純化して書くと、FLOPS=クロック×演算器の数
>>332 そもそも、周波数換算ってのは1990年代後半から2000年前半のみ使える指標。
実際のCPUの性能はクロック数だけでは測れない。
だから、Intelとかは顧客に分かりやすい指標として示していた。
あのころは、周波数の壁を超えて周波数をどんどんあげることができたから。
MIPSとかの指標もあったけど、顧客には分かりにくかった。だけど、周波数って数値が高ければって説明するのは
ものすごく簡単だった。
でも、周波数の向上3.2Gあたりから怪しくなってきた。消費電力と発熱がやばいことになってきたから。
ここ5年は周波数は変わってないけどCPUの性能は向上している。
それを測るための指標も難しくてFLOPSってのも絶対の指標ではない。
昔のPCを参考にと思ったが
80386/80387(40MHz) 659.8KFlops
比較の対象にならんw
338 :
不明なデバイスさん:2010/02/20(土) 11:39:43 ID:uZMsn81V
>>336 > 昔のPCを参考にと思ったが
> 80386/80387(40MHz) 659.8KFlops
> 比較の対象にならんw
今のCPUの整数演算性能が激遅なのがよくわかるよね。
スイッチング速度に比べてあまりにも演算速度が遅すぎるんだな。
>>338 何か整数演算が関係あるのか?
40MHz で 659.8KFlops なら浮動小数点命令1回に約60サイクル
80387は問題外に遅いなんてのは常識だろう
今のPCだってSSE使わないオプションでコンパイルしたら遅いわ
340 :
不明なデバイスさん:2010/02/20(土) 16:28:55 ID:uZMsn81V
>>339 > 何か整数演算が関係あるのか?
スイッチング速度に比べてあまりにも演算速度(整数演算性能)が遅すぎるんだな。と書いてるだろうが。
浮動小数点パイプの速度に合わせるために、整数演算パイプが遅くなってるってことだよ。
単純な話、64bit adder の速度と比べてみ。
まあ、プログラムを書いてるだけの人に言ってもわからないんだろうけど。
今時じゃ、わずか1万円でFPGAのキットが売られていて、しかもデザインツールは無料。
CPUの中の演算回路がどうなっているか、実際にadderでも設計してみるといい。
1行で書けるから。定義も入れても数行だ。
浮動小数点adderも作ってみるといい。
そして、論理合成結果をよく眺める。
そうすると、整数演算と浮動小数点演算の差が目で見てわかるから。
>>340 ますます意味がわからないのだが、レイテンシの話がしたいのか?
336は80387のスループットが小さいと書いてあるだけだと思うのだが
それから整数演算の何が分かるんだ?
エスパー以外にも分かるように書いてくれ
>>339 懐かしいな
CyrixのFPUに、例外処理の仕様を非互換にする代わりにパイプライン処理するモードが、あったような。
>>340 > 浮動小数点パイプの速度に合わせるために、整数演算パイプが遅くなってる
具体的に数値を。
> 単純な話、64bit adder の速度と比べてみ。
何と比べるの?
> 今時じゃ、わずか1万円でFPGAのキットが売られていて
CPUとFPGAは同列には語れないよ。
343 :
不明なデバイスさん:2010/02/20(土) 21:26:06 ID:uZMsn81V
>>342 > > 単純な話、64bit adder の速度と比べてみ。
>
> 何と比べるの?
64bit 整数演算の adder と、double の浮動小数点演算の adder を
>
> > 今時じゃ、わずか1万円でFPGAのキットが売られていて
>
> CPUとFPGAは同列には語れないよ。
それをわかった上で、せめてFPGAで回路設計の勉強でもすれば、
C言語プログラミングだけしかわからない人にも、少しは理解が深まるという意味。
細かい差を論えば同列には語れない。しかし、おおまかに言えば、どちらも回路設計。
設計に使う言語は、どちらもVHDL。多くの場合。
回路設計の基礎知識が無ければ、話が通じない。
>>343 > 64bit 整数演算の adder と、double の浮動小数点演算の adder を
それで通過するゲートの数が違うから、何だというの?
別々の実行ユニットで並列実行し、アウトオブオーダーでリタイアしていくのに?
> せめてFPGAで回路設計の勉強でもすれば、
FPGAだとさ、
ゲートを繋いで複雑な論理演算をするというよりは、
演算結果を納めたルックアップテーブルを引くじゃんか。
いや、CPUの実装でもルックアップテーブル使うだろうけどさ。
今時のCPUは、浮動小数点演算でも、1サイクルピッチで実行するし、
大規模な科学技術計算では、パイプラインストールとかも
そんなにおきないし、キャッシュのプリフェッチもけっこう当たるから、
回路設計とかしらなくても、コアの性能はわかりますよ。
>>327のsemiaccurate記事でFermiが終わったことになってるけど本当なの?
347 :
不明なデバイスさん:2010/02/20(土) 22:41:18 ID:uZMsn81V
>>344 > > 64bit 整数演算の adder と、double の浮動小数点演算の adder を
>
> それで通過するゲートの数が違うから、何だというの?
それに関するオレの主張は最初に書いてるわけで。
> 別々の実行ユニットで並列実行し、アウトオブオーダーでリタイアしていくのに?
実行ユニットが目一杯詰まってないじゃないかというと、その通り。
しかし、直列に詰まる時もある。
> > せめてFPGAで回路設計の勉強でもすれば、
>
> FPGAだとさ、
> ゲートを繋いで複雑な論理演算をするというよりは、
> 演算結果を納めたルックアップテーブルを引くじゃんか。
そうだね。4入力1出力とかのね。
> いや、CPUの実装でもルックアップテーブル使うだろうけどさ。
それはないよ。速度的にも面積的にも電力的にもゲートで組む方が有利。
SRAMマクロを全く使わないわけではないが、FPGAのロジックセルに相当するLUTは使わない。
348 :
不明なデバイスさん:2010/02/20(土) 22:53:41 ID:uZMsn81V
>>345 > 今時のCPUは、浮動小数点演算でも、1サイクルピッチで実行するし、
> 大規模な科学技術計算では、パイプラインストールとかも
> そんなにおきないし、キャッシュのプリフェッチもけっこう当たるから、
> 回路設計とかしらなくても、コアの性能はわかりますよ。
1サイクルピッチの中で何をやっているのかを少し考えてみてほしかったりする。
回路設計云々を一旦脇に置いといても、整数の足し算と、浮動小数点の足し算の
どちらの手順が複雑か、ということ。
1つの手順を1クロックサイクルでするならば、整数はクロックを上げられ、
浮動小数点はクロックを下げなければならない。
クロックを同一にして、手順を分割するならば、整数は手順数が少なく、
浮動小数点は手順数が多い、ということになる。
命令実行順序を入れ替えて(アウトオブオーダー)整数演算器と浮動小数点演算器を
上手に使える場合もあるが、上手に使えない場合もある。
そして、演算結果を待たなければならない時が必ずある。
文字で書くには余白が足りない・・・・
誰か、今時の良書を紹介してくれ・・・・
スイッチング速度に比べてあまりにも演算速度が遅すぎる、ことが
どのような問題なのかということを表現するべきかもね。
>>348 > 1つの手順を1クロックサイクルでするならば、整数はクロックを上げられ、
> 浮動小数点はクロックを下げなければならない。
> クロックを同一にして、手順を分割するならば、整数は手順数が少なく、
> 浮動小数点は手順数が多い、ということになる。
>
そんな事は無いですよ。
浮動小数点演算の方がパイプラインが深いという設計方法も出来る。
浮動小数点演算は、演算は複雑でもレジスタの制限とかは複雑では無いので、
ゲート数さえさければ、パイプラインを深くして1段当たりのゲート段数を
減らす事は困難ではない。
>>347 > それに関するオレの主張は最初に書いてるわけで。
演算器自体の遅延時間の話は、
浮動小数点演算の遅延時間がネックで整数演算の動作クロックが制限されている
という、あなたの主張の根拠になってないよ。
352 :
350:2010/02/20(土) 23:54:31 ID:10w8RxO8
ああ、RTLをFPGAにマッピングするってのは実際にやったことあるらしいから
耳学問ってのは不適当だな
「頭でっかち」に訂正しとくよ
まあ、消費電力が問題になる前はIntelのALUは倍速駆動だったわけだから
整数演算に特化したプロセッサみたいのがあれば、動作周波数は今より
上げられるかもしれないか
ただ、そんなプロセッサ今さら買うやつがいるのかっつーとねえ…
横からコメントだけども、
整数(&論理)演算パイプにタイミング余裕があるのは周知のこと、
だからパイプラインレジスタ段数も浅め
でも、それ以上に余裕があるから、
スタンダードセルにしろ、カスタム設計にしろ、
FPGAじゃなくASIC系の設計ならば
「小さいセル」を論理合成時にマッピングするだろうね。
スタセルなんかでもセルランクがあって、
XL
X1
X2
X4
とか出力段のトランジスタ駆動能力(つまりサイズ)を選べるようになってる。
これをタイミング制約が満たされる範囲で選択するのが論理合成の仕事の一つ。
ということなんで、整数(&論理)パイプの組み合わせ回路は小さく小さくなってんじゃないかな。
その結果、元気の無い弱い小さいセルで組んでるから実装上のタイミング余裕はなくなってると思われる。
加算命令の実行のコストのうち、加算それ自体はゼロに等しいのに、その速度の話をするのはナンセンスだと思う。
どんなにALUが短い遅延で出力を出したとしても、それを受け取る側が追い付かない。
ネトウヨ(笑)
359 :
不明なデバイスさん:2010/02/21(日) 03:33:14 ID:WAK4iiuD
>>354 まあ、キミがオレのことをどう評価しようが、負け惜しみにしか聞こえない。
具体的な主張も裏付けもないんだもん。吐き捨てたセリフ以上の価値はないよ。
こっちは実際のCPUの設計経験を元に書いているわけで。
>>355 ここれキミがまさに指摘した通り、倍速駆動ができるほどの差があったわけだ。
問題点は、動作周波数自体ではなく、当時のプロセスにおける電力問題。
今それが当てはまるかと言うと解決されつつある状態。
今後のスパコンがどうあるべきか、という話について言えば、パソコン用のアプリとは
当然、整数演算と浮動小数点演算の比率も異なるし、目的とする処理も異なる。
その上で、スパコン用のCPUはどうあるべきかという話になる。
>>356 タイミング制約、つまりコンストレインの設定次第だろうね。
タイミング制約をきつくすれば、それなりに合成され、緩ければ、それなりに合成される。
整数パイプは余裕があるだろうから、ドライブ能力の低いゲートが割り当てられて、面積を削ることになってる
だろうね。そして、電力も自動的に低くなると。
>>357 CPUの中で真に計算している部分が何かと問われればALUになる。その他はオマケなわけだ。
このあたりは、スカラープロセッサを作るのか、ベクタープロセッサなのか、はたまたMPEGチップなのか
にもよるが、今のスカラーCPUはシングルタスク前提に、あまりにも補器が多すぎる。
補器にひきづられて、肝心のALUの性能が出ない状態。
今後の主流は補器を削除し、コア数を増やす方向。先祖帰り+修正となるだろうね。
368/387がいいとは言わないが、今現在の状況と対照すると面白いことが見えてくる。
現在のプロセスで先祖帰りするとどうなるか、どう最適化できるのかを考えることには価値が大きい。
電力問題も考えると、真に計算に関係しない部分で食ってる電力を減らすことは当然となる。
>>359 現実のコードを分析した上で、ALUがボトルネックだと言うのか?
ボトルネックでもないものの性能を上げるのはナンセンスだよ。
加算の処理の半分以上はアドレス計算で、
それはALUではなくロードストアユニットでやったほうがいい。
なぜなら、加算の結果を使うのはロードストアユニットで、
結果をレジスタに格納する必要はないのだから。
↑そのandoさんの
> L1DTLBに8KBと16KBのラージページを追加したとなっていますが,
> ここは普通Full Associative構造にしてMBクラスのページもサポートする
> というのが一般的な設計で,何をいまさらという感じです。
これ、どういう意味?
ttp://download.intel.com/jp/developer/jpdoc/25110901_j.pdf には
> 1 次DTLB は32 エントリのフル・アソシアティブ・バッファである。
> 1 次DTLB は4KB ページをサポートし、より大きなキャッシュも4KB サブセクション単位でサポートする。
> 2 次DTLB (DTLB2) は、ストア操作のデータ・メモリ参照の仮想アドレスから物理アドレスへの変換と、
> ロード操作の保護チェックを処理する。2 次DTLB は、128 エントリのフル・アソシアティブ・バッファで、
> 4KB 〜 4GB のページ・サイズをサポートする。
とあって、すでにフルアソシエイティブなのよ。
L2DTLBだけでなくL1DTLBでもサブセクションにせず、そのままMBとかGBのページをサポートしろってことかな。
>>360 >現実のコードを分析した上で、ALUがボトルネックだと言うのか?
その話は昔のCPUの話じゃなかったの。俺の勘違いか?
>>363 勘違いだよ。
ALU自体はもっと速く動くはずだが、他に足を引っ張られてクロックが上げられない
という話の前提には、当然、
ALUがボトルネックである
というのがあってしかるべきだよ。
ALUがボトルネックでもないのに、ALUを速くしてもしょーがないもの。
365 :
不明なデバイスさん:2010/02/21(日) 09:58:30 ID:QuTSeLRM
>>362 > > L1DTLBに8KBと16KBのラージページを追加したとなっていますが,
>
ttp://download.intel.com/jp/developer/jpdoc/25110901_j.pdf > には
> > 1 次DTLB は32 エントリのフル・アソシアティブ・バッファである。
> > 1 次DTLB は4KB ページをサポートし、より大きなキャッシュも4KB サブセクション単位でサポートする。
>
を読むと、今までのItanium232エントリのフル・アソシアティブ・バッファでページの単位が、
4KBなのに対し、8KBと16KBも追加した(おそらくアドレス空間の拡大によって)。
と素直に読めそうな感じですよね。
何を問題にしているのだろう?
>>364 今時は、メモリアクセスとそのアドレッシングがボトルネックになっていて、
それを改良する事で性能が上がる時代ですよ。
基本設計が同じコアで、次のモデルのCPUが出たときは、キャッシュとそのTLBの
制御の工夫が着目点です。
>>364 >ALU自体はもっと速く動くはずだが、他に足を引っ張られてクロックが上げられないという話の前提には
というか、ALUが遅かったからクロックをあげても演算が早くならないって話じゃなかったの?
>>365 従来がショボいというのが、わからない。
たとえば16KBページの場合、
L2DTLBは16KBページサポートで128エントリ
L1DTLBは16KBを4分割した4KBに対して32エントリ
とくに性能低下に繋がるようには思えないんだわ。
もしかして、L1DTLBがカバーできるメモリが、
ページサイズによらず常に4KB×32=128KBなのはショボいということなのかな。
L1D$が16KBと小さいので、128KBでも十分だと思うんだけど。
>>367 違うらしい。
話の発端になった人が言うには、ALUはもっと高いクロックで動くのに、他の部分が遅いから、ALUの本来の性能がスポイルされてるんだってさ。
>>359 > 具体的な主張も裏付けもない
了解
失礼な発言をしたことは誤ります ごめんなさい
とりあえず一点だけ
> クロックを同一にして、手順を分割するならば、整数は手順数が少なく、
> 浮動小数点は手順数が多い、ということになる。
>>350も指摘してるけど、それはスループットの話で
クロックあたりの演算回数とは関係ないよね
あと、これは本論とは関係ないけど
> 今それが当てはまるかと言うと解決されつつある状態。
解決されつつあるなんて聞いたことないな
HKMGなんかでリーク電流が減らせたとかいう話なら
プレーナCMOSの寿命が延びたってだけで
本質的な問題解決にはなってないと思うよ
>>369 > 他の部分が遅い
「他の部分が」じゃなくて「FPUが」ってことみたいだよ
>>340 > 浮動小数点パイプの速度に合わせるために、整数演算パイプが遅くなってるってことだよ。
って書いてあるし
元々の話が、386時代の浮動小数点の性能が低すぎるってことだから
結局、FPUを組み込んじゃったせいで整数演算(≒FPU以外の部分)の
性能が上がってないって主張でしょ?
>>370 > それはスループットの話で
> クロックあたりの演算回数とは関係ないよね
これだと意味不明だな(汗
×スループット
○レイテンシ
でした
373 :
不明なデバイスさん:2010/02/21(日) 14:50:00 ID:WAK4iiuD
>>370 > とりあえず一点だけ
>
> > クロックを同一にして、手順を分割するならば、整数は手順数が少なく、
> > 浮動小数点は手順数が多い、ということになる。
>
>
>>350も指摘してるけど、それはスループットの話で
> クロックあたりの演算回数とは関係ないよね
DFFで切っても段数をどうするか、パイプラインの深さや、
ストールした時の再充填をどうするかのバランスが問題となるわけだが、
整数演算志向にするか浮動小数点演算志向にするかの味付けを変えられる。
スパコンで何を計算するかにもよるが、スパコン用の味付けがあってもいいと感じている。
> あと、これは本論とは関係ないけど
>
> > 今それが当てはまるかと言うと解決されつつある状態。
>
> 解決されつつあるなんて聞いたことないな
> HKMGなんかでリーク電流が減らせたとかいう話なら
> プレーナCMOSの寿命が延びたってだけで
> 本質的な問題解決にはなってないと思うよ
ここに関しては俺は物性の本職ではないので何とも言えないが、
リーク電流が大問題となって以降、各種の努力がなされてきたと感じている。
ドープ量のコントロールが精密にできるようになることで漏れが減る方向にあるのではなかろうか。
君の言う本質的な問題解決がどのあたりのレベルを目指したものかはわからないが、一定の成果を上げつつあると思う。
俺の立場からできるのは、Trサイズの最適化とクロックゲーティングを徹底すること。
そして、余分なスイッチングを発生させないように論理を組むこと。
動作状況によるパワー・クロックの最適化。このあたりも一昔前じゃほとんど気にされていなかったことだな。
なんか、どこにでも書いてあるようなことを中途半端な理解で
今さら説明されてもねえ。
設計に配属されて1年目の新入社員さん?
いいえ、ニートのネトウヨです。
>>373 > DFFで切っても段数をどうするか、パイプラインの深さや、
> ストールした時の再充填をどうするかのバランスが問題となるわけだが、
> 整数演算志向にするか浮動小数点演算志向にするかの味付けを変えられる。
> スパコンで何を計算するかにもよるが、スパコン用の味付けがあってもいいと感じている。
うーん
結局、何が言いたいのかわからなくなってきたな
FPUを組み込んだせいで整数演算の性能が上がってない
と主張するということは、FPUなんか捨てて整数演算に
特化したプロセッサを作った方が良いって言いたいのかな
後半の方は
> 本職ではないので何とも言えない
ってことなんで、これ以上は突っ込まないことにするね
やっぱ金勘定って大切なんだなと分かる
ネトウヨ(笑)
>>386 >富士通スパコン計算速度日本一、世界で19位
京速と勘違いしてミンスがとか言う奴が湧く訳か...
原研か
> POSIX IO Must Die!
WindowsNTなんかに比べるとPOSIXは原始的すぎるよねー。
エンプラ畑から見ると、ミドルウェアを経由せずに直にOSのAPIを呼んでファイルを読み書きするっていうのが信じられない。
なぜ動作周波数があがらなくなったかの方が重要じゃないか?
>>397 電気回路である以上動作周波数が上がらなくなることは自明でしょ。
天体衝突説が正しいらしいと判明しても、
それが1度だけのものではなく繰り返されていると予想がついていても、
各国の小天体対策のための予算は増えない。
まるで、
夏休みが終わることがわかっているのに、宿題を片付けずに先延ばしする子供
かのような人類。
たとえとしていまいち
同感
人類の文明の歴史から現代までと
脊椎動物の誕生から白亜紀を通過して現代までの歴史
での尺度の違いを考えられない屑
>>401
>>404 次の文明崩壊級の小天体の衝突がいつなのか十分な精度で予測する技術すら、いまの人類にはないんだよ。
現在わかっているのは、2880年3月16日に0.3%の確率で文明崩壊クラスの小天体が衝突するかも、っていう話。
ちなみにツングースカ級なら、300年に1度くらいの頻度でやってくるらしい
>>405 お前馬鹿だろ。理系に向いてない。
人類が地動説に移行して小天体が宇宙にとびかってると知ってから何年たってるとおもうんだよ。
白亜紀末の隕石衝突は生命が陸上に這い上がってからの歴史の中でも最大級のビッグイベントだぞ。
高々21世紀現代に数千年の実績しかない人類の文明が、恐竜が絶滅したのと
同じクラスの隕石が衝突するまでに、人類が自滅せずに存続する前提で、なお数千万年か1億年にあるかないかの
ビッグイベントに対して予算を集めて準備するなんて馬鹿にしかおもいつかないからだれもやらない。
>>406 > なお数千万年か1億年にあるかないかのビッグイベント
一定間隔での事象ではない。
地球を脱出して他の惑星に移住するための技術を確立するのに、膨大な年月が必要だろ。
ならば、いまから少しずつ準備しなくては。
たとえば適当な惑星をテラフォーミングして居住可能にするとして、
かりにテラフォーミングに1億年かかるのなら、
1億年後に移住可能にするためには、
今日から着手しなければ間に合わない。
小学生か。
1000年〜1万年に一回でも文明滅亡クラスの小天体が衝突しようものなら、
地球はいまだに巨大なクレーターだらけだし、隕石衝突の気候変動の後遺症が強く残ったまま、
次の隕石が衝突してくるので、気候はズタズタ、脊椎動物のような大型の生命が地上にそれでも生きていたとして、
まったく違う進化をとげているだろうな。
人類がお猿さんに近いところから近代の文明が誕生するまで、
人類は小天体が宇宙を飛んでいることなどまったく意識せずに(そんなの知ったのつい最近なんだから当時意識しようがない)
ここまで生き残ってきたわけだが、観測できるようになったとたんいきなり衝突するってか?w
生き残ってきたのは、たまたま、だよ。
1/0でしか考えられない人って困るよな。
「リスク」の意味が理解できない人が居るけど、そういう人なんだと思う。
邪魔
ハードウェア板のスパコンスレで延々やるネタじゃないな
時間方向に確率を積分すると1に収束する。問題が発生するか否かの話はしてない。いずれ必ず発生するのだから。
仮にその値が0.5になる頃までに十分な対策が用意できればよい、という話には同意してもらえるかな。
0.5という数字の妥当性は別として。
次に、0.5になる頃までに対策を用意するためのロードマップを考えて行動を起こすべきだということには
同意してもらえるかな。
いますぐ必要にならないからとズルズルと先延ばししていたら、いつまでも対策は用意できないよ。
ID:G+4Z62UQ
全世界の軍事費の1/1000でいいから、マキーノ天文台に分け与えろ、っていう話じゃん。
ツングースカ級なら300年に1度だから、その対策には全世界の軍事費の1/300が費やされて当然だよ。リスク的に。
417 :
えるえる:2010/03/06(土) 13:50:33 ID:TT/1+EpR
なんかレスした自分が恥ずかしくなるほど相手のレベルが低かったわ。
このスレも自作板の時代からずいぶんレベルがさがったものだな。
418 :
えるえる:2010/03/06(土) 13:52:29 ID:TT/1+EpR
よし、
ビッグクランチに備えて宇宙の寿命が尽きる前に外宇宙に逃げる計画の予算と、
地球外知的生命体が地球に攻め込んでくるのに備えて地球防衛軍の予算も
つけよう。
ID:TT/1+EpR
420 :
えるえる:2010/03/06(土) 14:14:07 ID:TT/1+EpR
ここは
スーパーコンピュータを小中学生が妄想的に語るスレ
になりました。
421 :
えるえる:2010/03/06(土) 14:15:25 ID:TT/1+EpR
宇宙線でコンピュータのメモリ内のデータは化ける可能性があるから、
リスクを考えたらスーパーコンピュータで計算結果は信用すべきではないな。
422 :
えるえる:2010/03/06(土) 14:18:57 ID:TT/1+EpR
したがって白亜紀末の物大量絶滅は天体衝突が原因かどうかは
スパコンの結果も論拠にはいっているので信憑性に疑問がある。
つまり隕石衝突回避のために予算をとるのはばかげている。
それよりも交通事故をなくすために自動車を違法にしたほうが人類のためだな。
みんな、ごめん。
ID:TT/1+EpRに煽られて反応しちゃった俺が馬鹿だった。
424 :
えるえる:2010/03/06(土) 14:39:32 ID:TT/1+EpR
ID:G+4Z62UQ
は定量的にものを考えるということと、
費用/投資対効果っていう概念で現実の世界をみること。
それからテラーフォーミング1億年とか壮大なこというわりに
自分の今生きている世界の常識でしかものをみれてないということを
理解すべき。自分がいいたいのはそれだけです。
以上、バカとアホの大決戦でした
サーバ用のメモリはECCでチェック入れているから、
宇宙線ですこしぐらいやられても修正か、エラーの検出が出来るよね。
家庭用のパソコンだと宇宙線によるソフトエラーをWindowsのせいにしている可能性もあるけど。
あと、スパコンねただとGPUの浮動小数点演算って、けっこうエラーが出るものなの?
宇宙線によるソフトエラーどころか、DRAMの不良品まで
不安定なWindowsいいかげんにしろゴルァ
って誤解してた人は大勢いたよ。
なんか東大の人文系の准教授が経歴詐称や論文の不正でクビになったそうだが
同じ人文系のマキーノのインチキ報告書は大丈夫なのか?
> 同じ人文系のマキーノのインチキ報告書は大丈夫なのか?
インチキだと思うならおまえが告発しろよw
>>429 >同じ人文系のマキーノのインチキ報告書は大丈夫なのか?
WWW WWWWW 座布団3枚
WWW
当初の目標の性能の半分も実現できてないけど、性能に対してのコミットはしていないので、何の問題も無い。
> 同じ人文系のマキーノのインチキ報告書は大丈夫なのか?
>>当初の目標の性能の半分も実現できてないけど
つーか、 はっきりいうと目標性能のわずか1%だろ 1%
げらげら
>>何の問題も無い。
さすがー
人文系の天文じゃ、
目標値の1%でも <何の問題も無い。>
げらげら
これこれのスループットを持つシステムをGRAPE-DRで構築する、というプロジェクトではない。
ゆえに、GRAPE-DR部分のスループットが低くてもプロジェクトは成功。
ちなみにGRAPE-DRプロジェクト単体としてマキーノが申請したのは通らなかったらしいな。
NTTほげほげとかのITゼネコンが絡んだプロジェクトにコバンザメして予算を獲得するなんて、
マキーノは優秀な政治屋な学者デスよ。
438 :
不明なデバイスさん:2010/03/09(火) 14:12:18 ID:ygN/40M+
440 :
不明なデバイスさん:2010/03/09(火) 17:50:49 ID:ygN/40M+
>>30
>>45
評価知りたいんだったらこのスレの30から45のあたりでも読み見直したら
事業仕分けどころが、評価されるほうと評価するほうの談合の世界
げらげら
インチキ・マキノによると、いったん走り出した大型プロジェクトで軌道修正することは難しいが、
GRAPE-DRプロジェクトでは、見事な状況判断で計画を変更しすばらしい成果を挙げたんだよw
成果に比例する形で返金したならまだしも、軌道修正じゃなくて、実態に合うように研究計画を改竄したんだろw
で、軌道修正できない京速はダメなプロジェクトw
人文系マキーノに、インチキ・マキノか
ボロクソだな
このごろボロクソもアホな子分どもも出てこなくなったな
池に落ちた犬を叩く側に回ってたりしてなw
■問題点まとめ
・借金(赤字国債)をして子供手当てを支払っている。しかも外国籍の子供にも支払う。
つまり、日本の子供に借金を背負わせて外国籍の子供に金をばら撒いている。
・外国籍の人間に総額いくら支払うのか民主党は全く把握していない。
・来年度どうやって5兆4千億円を調達するのか、民主党はノープラン。つまり赤字国債になるのは確実。
・少子化、子供の貧困に効果があるのか民主党は全く把握していない。
・親が居ない養護施設の子供には支払われない。
・給食費を支払っていない悪質な親にも子供手当てを支払う。
・北朝鮮の脱北者にも支払う。確認方法は北朝鮮を信用する。
・北朝鮮に流れた金が日本を狙うミサイルや核開発に転用される可能性は全然検討していない。
>>443 俺、かつては牧野先生のファンだったが、GRAPE-DRでアンチに回ったよ。
手段が目的になっちゃったなーって印象を持って、いっきに冷めた。
>>447 手段が目的とかいった難しい話でなく、単純に、頭悪いだけだろ。
手段が目的とかいうのは言葉遊びの人文系のオツム。
前に書いてあったように駒場の人文系のオツムじゃ工学は無理てこと。
マキーノ先生はVHDL嫌いになったんならば、
SystemVerilogに移行すればいいのになあ。
Quartus2通るはずだし。
大原さんの記事を紹介するなんてセンスないなー
京速は情報が出れば出るほど時代遅れのシロモノって感じがするなぁ。
LinuxだのMPIだの、そこらのPCクラスタを巨大化しただけじゃないか。
それぞれのコアでユーザーが書いたMPIを使った任意のコードが走るとなると、シミュレータが作れないじゃん。
しかも、ユーザーがスパコンに合せたチューニングを手作業でやらなければならないって、シンドイと思うよ。
じゃあ、時代遅れじゃないシロモノってどういうのを言うの?
>>458 スパコンのユーザが、シミュレータを使って簡単にコードを評価できるようなもの。
そのためには、シミュレーション容易なソフトウェア・アーキテクチャでないとね。
LinuxでMPIで何でもアリで自由にコードを書かせると、シミュレーション困難だよ。
ノード数が少ないうちは、MPIでシコシコやっても十分な効率が得られるけれど、
ノード数が多くなってくると、手に負えなくなるでしょ。
無知ですまん
シミュレータって何?具体例はある?
シミュレーション容易なソフトウェア・アーキテクチャってのもピンとこない
>>460 触ったことはないが、BlueGeneにはシミュレータがあるそうだよ。
シミュレーション容易なソフトウェア・アーキテクチャっていうのは、
自由度が適切に制限されていて大きな粒度のモデル化が可能なもの。
ユーザーにMPIを使って自由にコードを書かせてしまったら、
モデルの粒度が細かすぎて、簡単にはシミュレーションできない。
スパコン屋は藍屋の白袴になってるよ。
>>460 LS-DYNAみたいなアプリを指してるんじゃないか?
PwvmrQGb当人も良くわかってないようだけどw。
>>462 時代遅れの理由として「そこらのPCクラスタを巨大化しただけ」なんて
書いてるから、そういうアプリが動くかどうかって話じゃないと思うよ
>>463 それはCPU以外のハードウェアも含めてクロック単位でシミュレーションするものみたいだね。
理想を言えば
シミュレータでチューニングをすれば実機で実際に走らせてチューニングする必要がなく、
実機の完成に先行して作られたシミュレータによってチューニングを進めておき、
実機が稼働開始したら初日から十分にチューニングされたコードが走りまくる
そういうのが望ましい
スパコンは毎日すこしずつ相対性能が下がっていくわけで
相対性能が最大の頃に走らせるジョブはチューニング不足で
相対性能が下がった頃にようやく良くチューニングされたジョブが走る
なんてのは予算の無駄だ
そんなシミュレータ作れネーヨなんて言う人がいたら
シミュレータに合わせてスパコンを作れと言ってもいいだろう
うーん、そうかあ
教えてくんで悪いんだけど、参考になる文献でも貼っといてくれないかな>PwvmrQGb
時間があるときにでも勉強してみたいから
対象の2倍のメモリが要るらしいから大規模なシミュレーションは無理じゃね?
ノード内のシミュレーションではなく、ノード間のデータ依存と通信のシミュレーションなら、
ペタスケールのスパコンを、実機よりも遥かに少ないリソースでシミュレーション可能なんじゃね?
そのためには、ノード内の挙動を単純なモデルにする必要がある、と。
一つのコアをたくさんのコアとして振舞わせる技術がはやりそうだな
>>477 ハイパースレッディングだと、1個が2個に見えるけど、それをもっと多く?
メニーコアの時代にそれって嬉しいのかなぁ。
4個や8個や16個のはあるね
power7はもう出荷されてるのにどうしてvenusはまだ
ところで科学技術演算では倍精度じゃないとっていうけど、いつまで倍制度でいいの?
そろそろ倍々精度とかいるんじゃないの?
拡張倍精度で十分
SIMDじゃ動かんじゃん。
月面都市でもつくりたいんでないの?
ゲイツさんは
ttp://journal.mycom.co.jp/articles/2010/03/24/next_supercomputer_hard/001.html > また、10万規模のプロセサからアクセスする共通の高性能ファイルシステムを作ることはほぼ不可能であり、
論外な選択肢を先に示して、あたかも、その後の代替案が妥当な妥協点であるかのように言うな・・・
> システム全体のデータを記憶するグローバルなファイルシステムと各計算ノードにローカルなファイルを置く構成を取っている。
> 実行に当たっては、最初にグローバルファイルからローカルファイルにデータ転送し、
> 各計算ノードはローカルファイルを使って処理を行い結果もローカルファイルに書き出す、
> そして処理が終わった時点でローカルファイルからグローバルファイルに書き戻すというように処理が行われる。
> 処理形態としてはバッチで、ジョブスクリプトでグローバルとローカルのファイル間の転送を指示するという。
すげーダサいというか化石級だな、おい。
ファイルなんか使うのやめちまいなよー。
「セクタキャッシュ」についても、
ローカルメモリではプログラムの作成が面倒
なんて話になるのは、根本的に、
ノードのプロセッサで走るコードを直にC言語とかで「エンドユーザ」に書かせる
ってことが原因なわけで。
ローカルメモリの管理よりも、
キャッシュの振る舞いをキッチリ予測・制御するようにコードを書くほうが難しいっつーの。
> レジスタ拡張やセクタキャッシュなどのHPC-ACEアーキテクチャにより
> メモリアクセスを削減してメモリアクセスによるエネルギー消費を減らすなどの工夫で
> 消費電力を58Wまで削減している。
おいおい
自分のところだけ特定のワークロードでの消費電力ってのは比較になってないだろ
同一メモリアクセスを削減した分は、消費電力の低減として扱うべきではなく、
よりメモリアクセスの多いワークロードを高いスループットで処理できるとして扱うべきだろ
HPC向けなんだから、その消費電力は、
メモリを常にbusyになるようにアクセスしまくったときの数字を採用すべきでしょう。
まとめ
日本のスパコンはハードウェアよりもソフトウェアがアーキテクチャ上の大きなボトルネック
ttp://www8.cao.go.jp/cstp/project/super/haihu02/siryo3-1.pdf を見ると、GRAPE-DRが20PFの大半を賄うような構成になってるね。
GRAPE-DRが使い物にならないことが後になってわかって、計画が大きく番狂わせになったのかな。
捨てられた古い計画の数値では、
合計で約0.4PBのメモリに対して、ストレージはホームディレクトリ7.5PB、テープライブラリ75PB
となっていて、その比は約20倍と200倍。
今の京速が、もし1ノード64GBだとしたら、それが約10万ノードで6.4PBにもなるけど、ストレージどーなってるんだろうね。
その約20倍の128PBのHDDと、約200倍1280PBのテープだとしたら、恐ろしい規模だ。
まずないと思うけど、128PBのストレージをコモディティのx86のサーバで作ったら、どうなるか。
Xeon1個、SATA 2TB×4台の1Uサーバなら16000台。1PFの演算能力がオマケで付きそう。
スパコン本体の1/10の演算能力・・・
> レジスタ拡張やセクタキャッシュなどのHPC-ACEアーキテクチャにより
> メモリアクセスを削減してメモリアクセスによるエネルギー消費を減らすなどの工夫で
> 消費電力を58Wまで削減している。
これは本文を読むとSPARC64 VIIとの比較で書かれているから
B/FをSPARC64 VIIからSPARC64 VIIIfxで半分に減らしたことを言っているのでは?
>>497 普通、STREAMよりDGEMMの方が電気食うんじゃね?
>>505 InfiniBandでのノード間接続や、ファイバーチャネルでのデバイス接続(まぁ、デバイスはこれしかないでしょ)も、
現行のスパコンで一般的なテクノロジーですね。
やはりキモはVenusだけなのかな?
ネタもそろってきたし、そろそろアレブログこないかなー
>>506 ToFuってInfiniBand使うんだ
まあ、あえて他のもの使う理由がないか
ステージングといえば、ESも数Tのファイルを数時間かけてステージインさせたと思えば、
やっぱやめった、と戻してしまったりと挙動不審の要注意だったが、
Fのエテ公?もこれに劣らず不安定、よくダウンしてるね。
エテ公ってヘタレ茄子のこと?
>>511 そうそう、ヘタレ茄子って言うんだw
京速のコンパイラで、SS研かなにかの資料で、300程度の実アプリで試して、VISIMPACTやらで
8割程度のアプリで自動並列で十分な効率がでるってあったけど、やっぱり性能出てないんだなw
ターゲットアプリでも、まだまだって言ってるし。
スパコン説明会とかで言ってる、想定通りの性能を確認っていうのもかなり怪しいもんだな。
富士通のOBが、1200億円使ってスパコン作ってるけどあんなのは意味ないって
怒ってた。1万台のPCをネットワークで繋げればいいって言ってたけど、
そのOBが言ったネットワークって具体的に何よ?
TM Network
>>514 スパコンならInfiniBandじゃないの。
日本では、ES2、JAXA、東大についで4位のスパコンである、
理研が持っている今一番速いスパコンもPCのInfiniband接続のクラスタですからね。
Site Institute of Physical and Chemical Res. (RIKEN)
System Family Fujitsu Cluster
System Model Fujitsu RX200S5 Cluster
Computer RIKEN Intergrated Cluster of Clusters, Xeon X5570 2.93GHz, Infiniband DDR
Vendor Fujitsu
Application area Research
Installation Year 2009
Operating System RedHat Enterprise 5
Interconnect Infiniband DDR
Processor Intel EM64T Xeon X55xx (Nehalem-EP) 2930 MHz (11.72 GFlops)
京速が1ノード16GBということは、DIMMスロットが8本あるから、2GBのDIMMを使うということか。
いずれ8GBあたりにアップグレードされるのかな。
サービスを受けるのに対価を払うというのは当然ありうる話だが
カメラとコントローラーを後付けで用意したり、linuxサポートを切ったり、
オンラインでのサービスを後から有料化したり迷走極まってるな…
当初の計画は全く崩れ、修正に必死なのは分かるが、ユーザーがついてくるのか?
申し訳ない
誤爆です
PS3クラスタでスパコンという話も有ったが、
それ目的で買った人はどうするんだろう?
ファームをアップデートしなければ問題はない。
故障した際、修理でマザーが交換されたらどうなるのかは分からないけど。
531 :
不明なデバイスさん:2010/04/03(土) 13:49:51 ID:KW39F8wh
昔のスパコンの話なんだが、CDC6600は世界初のアウトオブオーダーと
レジスタリネーム採用CPUで、パイプライン化とスーパースカラは無し
でOK?
次の7600でアウトオブオーダーをやめてパイプライン化であってる?
牧野の次の失敗を阻止したいんだが、どーすりゃいいんだ?
情報を遮断する
知らぬが仏
随意契約とか、実質的にGRAPE-DR指名の入札とか、そういう問題を表沙汰にすればいいのか?
昔は常識だった手法も、今では不正な方法として認知されてるから、過去を叩けばいくらでもホコリが出ると思うんだわ。
たとえば、
一般的な項目に対する要求仕様を並べてはいるが、それに合致するものが1製品しかない
というようなのは、今では不正として扱われる。
KFCRとの随意契約も、人脈による癒着として批判されてしかるべきだよね。
>>533 牧野乙
秘密主義でこっそりやろうなんて甘いよ
京速からGRAPE-DRが弾き出されたのは、牧野達が悪い
結果的には、弾き出されて良かったんじゃないの? そうでなかったら大変なことになってたと思うぞ。
マスコミに暴露でもslashdot.jpに暴露でも、好きにやるがいいさ。
なんでスラド?
とにかく牧野乙
牧野乙(キリッ
うざがれてることにも気付いてないらしいw
マスコミ発表・予算申請での約束
1PF×2ノードを特製ネットワークで繋いで2PF
(内訳は1TFのチップ×8個×2ボード×64サーバで1PF×2セット)
↓
結果
わかりやすい情報は公開しない
公開されている情報から推測すると、
0.4TFのチップ×4個×1ボード×(64+32)サーバで0.15PF
これじゃ、わかりやすい情報を公開するわけには、いかないよなー。
作ってみたけど実効速度が出ませんでした、っていうのならともかく、
予算は使ったがモノは1/10しか作らなかった、っていうのはマズいだろう。
たとえば4プロセッサでメモリ満載の仕様で発注しておいて、
実際には1プロセッサのメモリ最小の現物が納入された、
なんていうことが行われていたら、大変なことだよ?
>>541 まぁ、でも出来るとわかっている事なら研究者が手を出す必要は無くて、
メーカーに作らせれば良いわけで。
政府が科学技術に金を出すのなら、そのうちの何割かは、失敗するかどうか
わからんようなチャレンジに使うべき。
技術的なチャレンジも無いのに、独自路線という現行の京速スパコンみたいなのは最悪。
>>542 GRAPE-DRが「何に」チャレンジしたのか。
その「何」が、天文学あるいは計算機科学ならば良いが、そうではなかったろ。
プロの設計屋に頼まずに素人設計で作れるかどうか
とか
プロジェクト管理が悪くても破綻しないで済むかどうか
とか
マージンなしの綱渡りが成功するかどうか
とか、
そんなチャンレジだったと思うよ、GRAPE-DRは。
ちなみにKFCRが売ってるGRAPE-DRボードに積んでいるSINGチップって、
KFCRの資金でファブに発注して見込みで製造したものなのかな。
牧野センセのところで2PFの1/10程度しか稼働してないのなら、
残り9/10の分のSINGチップは、どこに行ったのか。
>>543 インチキ・マキノのチャレンジ
>プロの設計屋に頼まずに素人設計で作れるか
>プロジェクト管理が悪くても破綻しないで済むか
>マージンなしの綱渡りが成功するかどうか
WWW
三鷹に座布団5枚やっとくれ
マキーノ先生はeASICと度々打ち合わせしている様子から
次回作品もそろそろやるのかな。
でもeASICって速度でなさそうな気もするんだが。
大丈夫なのかしら?
それ以前に、誰が金を出してるんだ?
>>557 部屋を締め切ってエアコンを回すよりも、窓を開けて風を通したほうがいい
ただそれだけのことだが、それをデータセンターでやるのは今までタブーだったの
こういう公募は、一般論として、すでに内部で決めた愛称があって、それに偶然ヒットした応募を探す作業だと思うんだわ。
日本のスパコン事業は、国にすがって延命してきたメーカーと国の当局が
勝手に失敗してスッテンコロリンして自滅た感じだな。
好きで自滅の道を選ぶ戦略にすがったのだから、誰も止めるすべはないわな。
スパコン事業の周りで胡散臭い商売をやっていた妾商売のナンチャッテソフト屋もライブラリ屋連中も
プラットホームをx86に移して延命を図っているけど、
一気にグローバル競争のオープンプラットホームに自ら打って出て、
ぬるま湯で要領だけで生きてきた閉じた世界から実力の世界へと
ギャップに苦しむ道を選ばざるを得ないな。
>>565 はいはい偉いですね
それに気が付いたのなら、ビジネスチャンスとして活かせよ
ま、
> 国にすがって延命してきたメーカー
ってのは、アメリカのスパコンメーカー全部が該当するがね。
PC用のプロセッサとOS以外はダメダメじゃん>アメ
クラウドだってそれを売っていきたいからこそだろ
>>565 「国家プロジェクトなので採算度外視」
ってノリでやってきてましたからね。
メインフレームベースの技術を流用にしたスパコンも、
開発費まで含めて採算が取れるものでなかった。
米国では、Crayはとっくの昔に買収されていた。
日本は、大手メーカーがスパコンを作っていたため、
(と言うか、「採算度外視」なのだから他で利益のでる大手しか出来ない。)
ずるずると続けてきたけど、商売としてやっていける展望は無かった。
Crayは、あちこちに身を寄せながら、今は世界最高速のスパコンシステムを、
AMDのCPUを使って提供している。
利益が出ないという事は、効率が悪いということ。
アメリカには競争があるもの
アメリカは政府機関が巨大スパコンを頻繁に調達しているので、
メーカーは無理なく技術をアップデートし続けられるし、
メーカー間の競争も成り立つ。
日本は、たまにしか調達しないので、商売になる以前の問題だよね。
そこで原爆開発ですよ
日本から米国債という名目でカネを巻き上げて買ってるわけよ
どうだうらやましいかw
その巨大スパコンは軍需だろ
スパコン利用で作った兵器でさらに日本を恫喝し続ける
アメリカとロシアと中国の「連合軍」を相手に、
市街地への被害をほとんど出さずに防衛できるほどの強大な軍事力を維持するのに比べたら、
アメリカの国債は安い買い物だと思うけどなぁ。
>>572 軍事力の大部分をアウトソースしたために
北朝鮮の拉致にも島嶼への侵略にも
オフショアした工場への"合法的"乗っ取りにも
日本人経営者の殺害にも何ら手を打てなくてもか
今も昔もビクビクしながら害人を芸者接待するのが
テロで政権を奪った百姓の末裔とその専横を許す愚民には
似つかわしいのかもな
アメリカは自分たちをローマ日本をカルタゴとみなしている
植民地の平和は
いずれ破られる
自国で核武装するのが一番安あがり
>>574 > 北朝鮮の拉致にも島嶼への侵略にも
> オフショアした工場への"合法的"乗っ取りにも
> 日本人経営者の殺害にも何ら手を打てなくてもか
それは
> 軍事力の大部分をアウトソース
が原因ではないよ。
拉致で一番のキーポイントになるのは、日本国内で活動する北朝鮮のスパイ。
彼らが、誰を誘拐するか人選をして、誘拐をして、そして工作船に引き渡してた。
そして、北朝鮮の工作船を臨検するのは、海上保安庁でも十分に可能なのだが、
上からの圧力で、海自と海保いずれも、
工作船を発見しても「見なかったことにする」という箝口令がしかれてたらしい。
そういった具合に、正面装備の問題じゃないのよ。
>>566 この状況って、チャンスというより全面的ピンチじゃないかな。
ビジネスチャンスとして活かせそうななにかアイデア思いつく?
俺は全然思いつかない。
早いとこ別の分野にづらかった方が身のためかなと思っている。
>>578 実力の世界に放り出されるのは、スパコンメーカーだけでなく、そのユーザーも一緒だが、
日本のスパコン利用者はソフトウェア工学的には、かなり化石級で、アメリカ風のスパコンを効率良く使えない。
それがビジネスチャンスですよ。
客から古いスパコン用のコードを受けとって、それを新しいスパコン用に全面的に書き直すのが「仕事になる」。
ただし、客に渡す成果は、書き直したコードではなく、それによって計算した結果とし、
「新しいスパコンでは効率良く走らない客が書いたコード」との利用料金の差額のn割を報酬として取る。
新しいスパコンを上手に使いこなすほどに報酬が増えるので、それがインセンティブになる。
日本では研究者と技術スタッフの分業体制が良くない
(たとえば天文学者がスパコンを作るなんて変な話になる)
ので、こういうビジネスは寄生虫ではなく良い共棲となると思う。
>>579 > 日本では研究者と技術スタッフの分業体制が良くない
> (たとえば天文学者がスパコンを作るなんて変な話になる)
> ので、こういうビジネスは寄生虫ではなく良い共棲となると思う。
ベクトル型のスパコンで使っていたコードをVenus(SPARC64独自拡張)に
書き換えるのって、あまり良い共棲には思えないです。
理研とか日本原子力研究開発機構みたいに、現行のスパコンがx86なのを、
Venus用に修正する予定みたいだし。
日本原子力研究開発機構は、「次世代」のためにSPARC64のシステムを
サブシステムとして購入している。
その時代に必要とされるハイパフォーマンスなコンピューターを
ベースに、スパコン用に機能を拡張するという方向性で良いと思いますよ。
今後しばらくは、x86のクラスターがその座にいそうなので、
x86のクラスターをベースにファイルシステム系のI/Oとかインターコネクトとか、
筐体技術をメーカーは頑張って、
HTとかQPIで接続するアクセラレーターや、高機能なインターコネクトコントローラーとかを、
大学とメーカーが共同で色々実験すれば。
>>580 そういう自前でスパコン持ってるところは、利用料金とか発生しないから、客にならないと思うし、
特定の1つのプロセッサと心中するのは効率が良くないと思う。
最終的には、
何らかの記法で書かれた 計算フロー とデータを受けとって計算結果を返すワンストップサービス
を実現するのが、全体最適になると思う。
GPGPUで何桁も安く済ませるなんて話、公開しちゃうのはモッタイナイよ。
従来のスパコンの料金を取って計算を請け負って、それをGPGPUで安く済ませれば、その差額でガッポリ儲けられるのに。
分業体制っていっても客が欲しがるものを作ってないだけじゃん
>>577 >工作船を発見しても「見なかったことにする」という箝口令
は
>> 軍事力の大部分をアウトソース
したことが原因だろうが
>>582 >スパコンの料金を取って計算を請け負って、それをGPGPUで安く済ませれば、その差額でガッポリ儲けられるのに。
そういうインセンティブを考えないから若い人たちがみんなコンサルになりたがるのかもな
>>582 > そういう自前でスパコン持ってるところは、利用料金とか発生しないから、客にならないと思うし、
> 特定の1つのプロセッサと心中するのは効率が良くないと思う。
>
「京速スパコン」のプロジェクトの売りの一つに、そういうソフトウェアの部分にも大きく予算を割いている
事が上げられています。
>
> GPGPUで何桁も安く済ませるなんて話、公開しちゃうのはモッタイナイよ。
> 従来のスパコンの料金を取って計算を請け負って、それをGPGPUで安く済ませれば、その差額でガッポリ儲けられるのに。
プロメテック・ソフトウェアとか、GPGPUの利用をコアの技術とした計算ソフトウェアを商品にする
会社はあるみたいですね。
http://www.prometech.co.jp/index.html 粒子法というのがポイントらしいです。
>>585 日本は、新しく企業を立ち上げるのが、難しい国だよ。
様々な規制や、既存企業の保護、そして資金調達が困難。
計算流体力学研究所のように、自前で資金を持っていないと、無理だろう。
(知らない人は、ググってみよう。個人商店でスパコンを何台も買ったところだ。)
>>584 どして?
日本が北朝鮮と全面戦争する武力がなくたって、日本の沿岸に近づいてきた工作船を追い返すことは可能だし、
そもそも、拉致対策は工作船を武力で跳ね返すのではなく、日本国内にいる北朝鮮のスパイを締め出すことだよ。
日本国内から手引きをする者がいなければ、計画的に拉致することなんて、できないのだから。
>>587 残念だけど政治的意図で日本独自のオペレーションを取れるような部署はないですよ
韓半島のスパイを締め出すなんてことはまずアメリカにお伺いを立てないとできません
そもそも日本がスパイ防止法を制定に動いたときに横槍を入れたのはアメリカと韓国ですよ
そりゃ北朝鮮だけでなく、CIAとKCIAも締め出そうとすれば、そうなるでしょ。
ただ、CIAやKCIAは、北朝鮮の麻薬ビジネスとも繋がってるからなぁ。
すべての元凶は、戦後の共産主義運動ですよ。
あれのおかげで、アメリカは手段を選べず、その結果として現在の裏社会が・・・
>>591 SIMDでの同時実効命令数の増加を数え忘れた感じですね。
> つまりこれだけ貴重なものをやはり国民の多く、あるいは内外の方たちにお見せするのが文化財だと思うが、そのメドは?」(民主党 蓮舫議員)
> 「将来的には何とかこれをいろんな形で・・・」(国立科学博物館の担当者)
> 「メドは立っていない?」(民主党 蓮舫議員)
コレ、酷いよ。
民主党が予算を与えなかったから、メドが立ってないのでしょうが。
昨年度なら、自民党政権で通した予算で動いていたわけだが、
今年度は、民主党政権で通した予算で動いているわけで、
「メドが立っていない」責任は、民主党にある。
いつまで野党のつもりなんだ? 民主党は。
>>592 細かいけど、SIMDでInstruction数は増えないよね、Data数が増えるけど。
>>594 民主党は予算削減する気満々なんだから、
担当者は議員を口八丁手八丁で丸め込んで逆に予算分捕ってこれる程の弁が立つ奴にしなかったのが悪い
597 :
不明なデバイスさん:2010/04/20(火) 22:21:13 ID:5c17ta1o
投票した奴らが一番悪いがなw
お前のことだよwww
結局、圧力に屈しちゃったけど、「京速スパコン」に関しては、
ちゃんと計画を考え直そうという判断が出てきたのだから、民主党はちゃんとやっている方でしょう。
他の科学の分野でも、専門じゃ無い分野の科学者や技術者は、
「xxの予算を削減なんて、科学と技術の振興の軽視だ!」
って、怒って、専門分野の科学者や技術者は、
「xxのプロジェクトは、前々から問題視されていたから、これを機会に考え直した方が良い」
という判断をしているのじゃなかろうか?
議員は責任を背負込むようなことはしないから、すでに負け戦になってるところに加担したりはしないよ。
JAL問題のように、介入することで美味しい汁を吸えるような案件なら、頼まれなくても介入するだろうが。
>>598 長期的な戦略は随時見直して強化していくべきだが、
個別の案件で計画を考え直していたら、いつまでたっても完成せず、それこそ税金の無駄づかいだよ。
とっとと京速の構築を終わらせて、使い倒して問題点を洗い出し、次のスパコンの開発の糧にすべきだよ。
>>600 でも、政府肝いりのスパコンとして「京速」のプロジェクトがある影響で、
日本原子力研究開発機構は、現行のスパコンはx86で構築して、
「.次世代コード開発部」としてわざわざSPARC64Zのクラスタシステムを
追加購入している。
http://pr.fujitsu.com/jp/news/2009/07/16-1.html 素直にx86のスパコンで京速を作っていれば、こんな投資も手間も無くて良いわけです。
米国の一部(IBMが頑張っている政府系)を除いて、世界のスパコンは、しばらく
x86のクラスターの方向性なので、現行の「京速スパコン」のせいで余計な投資と手間がかかるぶんだけ、
日本の科学者や技術者は、不利な競争を強いられる。
だが、京速用にx86のCPUを売ってくれるメーカーが、どこにあるのかな?
AMDもintelも頭下げて売り込んでくるよw
AMDもintel もアメリカのプロジェクト優先だよ。
日本に売るのは安定して量産できるプロセッサで、それを使うのなら中国でも
同じのが作れる。それじゃ世界一にはなれない。世界一になれる最新のプロ
セッサを一度に数万個も供給するのは、アメリカの機関に対してだけだよ。
>>602 それって単にFの顔を立てるための名目だろ。
原研の入札は、諸事情で混乱したからなw
>>605 > AMDもintel もアメリカのプロジェクト優先だよ。]
米国政府は、IBM優遇なので、IBMに対抗するために、
米国政府系以外でも大規模なシステムにAMDもIntelも採用されたいと
思っていそうですよ。
中国もロシアもインドも、Intelでしょ。(中国がGPGPUでAMDを使っているけど)
> 日本に売るのは安定して量産できるプロセッサで、それを使うのなら中国でも
> 同じのが作れる。それじゃ世界一にはなれない。世界一になれる最新のプロ
> セッサを一度に数万個も供給するのは、アメリカの機関に対してだけだよ。
京速スパコンは、元々、運良く世界一になれたとしても数ヶ月程度で、
飛びぬけたシステムでは無い予定ですから。
大事なのは、ペタスケールのスパコンシステムでないと計算できないような
用途に使える事でしょう。(ファイルシステムの大きさや、メモリ量も含めて)
ナンバーワンにならなくてもいい
って熱唱したらよかったのにね
富士通の「量産品と比較しての」世界最高速宣言は失笑物だったな。
>>607 アメリカ国内でIBM vs Cray(AMD)の競争をやってる。
どっちに転んでも世界一というのがアメリカ(というかアングロサクソン)のやり方。
>>610 エクサスケールのスパコンではアクセラレータがキーになりそうという話なので、
CPU全部作るのは金が掛かりすぎとしてもアクセラレータの開発を、
日本でも競争させれば良いのになぁと思うのです。
GRAPE-DRがどの程度のものか判らないですけど、
もう一個、別のアクセラレーターのプロジェクトがあったら、
競争になって良いのじゃないかと。
でもあれか、学者さんどおしで仲良くやっちゃうと競争にならないか。
>>611 京速の初期の資料を見ると、
GRAPE-DRで20PFを稼ぎ、ベクトルとスカラーが1PF未満で脇を固める
という構想になってた。
GRAPE-DRで確定というわけではなく、うまくいけば使えそうなので期待するという感じで。
で、GRAPE-DRがうまくいきそうもなかったので、GRAPE-DRは外された。
>>612 それをちょっと抽象化すると、アクセラレーターで計算を高速化するスパコンを作る
という考え方はあったわけでしょ。
そこでGRAPE-DR一本やりだったのが失敗なんじゃないかと。
研究に失敗は付き物なので、GRAPE-DRとは違った着想のアクセラレータを
もう一本走らせておけば、違った結果になったのではないかと思うのです。
初期の発想は野心的だったのに、今の計画は後追いになってしまっている。
とてももったいない。
GRAPE-DRは1チップ512Gflops
SPARC64VIIIfxは1チップ128Glops
どちらも消費電力は同じくらいだったと思う
別のアクセラレータを作ろう
↓
プログラムの自由度のためならflopsを1/4に落してもいい
どうせなら、メモリコントローラも沢山つけたい
↓
そこまでしたら、もうホストは必要ない
↓
SPARC64VIIIfx
という経緯があったかもね。
>>613 ここのテーマは民主党や関係者の悪口のようですから、適切な回答は得られないのではなかろうかと…
---------------------
それをちょっと抽象化すると、アクセラレーターで計算を高速化するスパコンを作る
という考え方はあったわけでしょ。
---------------------
その路線は今でも生きています。その証拠に昨年の Hot Chips で SPARC64VIIIfx は "Computing Accelerators" のセッションで発表されています。
http://www.hotchips.org/archives/hc21/
>>607 > 米国政府は、IBM優遇なので、
それは違う。607 も言っている通り、Cray(AMD) は IBMと競争している。
Jaguarを買っている ORNL は国立研究所だよ。intel とSGIは、NASA の Pleides だ。
特に Pleides は2012年に10PFlopsを目指していて京速と同時期だ。
どっちが優先されるか、ちょっと考えればわかるよね。
> 京速スパコンは、元々、運良く世界一になれたとしても数ヶ月程度で、
intel AMD に頼るなら、たとえ数ヶ月だろうと世界一にはなれない。
>>617 > 607 も言っている通り、
これは 610 の間違いね。
>>617 PleidesじゃなくてPleiAdesだ
>intel AMD に頼るなら、たとえ数ヶ月だろうと世界一にはなれない
どうして?
発注したことあるのか?
スペルミスの指摘 Thanks。実は 618を書いた直後に気づいてあちゃーっと思った。
> どうして?
世界一になれるシステムで、intel AMDがアメリカ国内のプロジェクトよりも日本の
システムを優先して供給してくれると主張するんですか?
多分、First in First Outだろ。
もし、順番狂わせたら、不公平取り扱いで訴えればいい。
かなり儲かるかも知れない。
>>621 たとえFIFOでも色々と手がありますよ
初期生産品にバグがあり、ワークアラウンドすると性能低下 ・・・・ わざとではないがAMDがCray相手にやらかした
設計のための資料が少し古く、それをもとに設計すると互換性を損なう ・・・・ わざとかもしれないがAMDがintel相手にやらかした
こういう事故を装って、出鼻を挫くことは可能ですよ?
そういうことを想定して
市場に在庫のある分を組み合わせて性能を出す方法を考えればいいんじゃね的な
>>622 >こういう事故を装って、出鼻を挫くことは可能ですよ?
そこまでするメリットがintelにあればね。
intelにとってのデメリットのほうが大きいと思うがね。
AMDがcray相手にやらかしたときノーダメージだった?
>>623 それは難しいぞ
1年遅れのCPUとか、消費電力の大きなCPUで、勝負しなきゃならないから
まぁ日本のスパコン調達・利用の動きのトロさからすれば、1年遅れでも問題ないかもな。
最新チップの旬が過ぎたころに、ようやく本格的に使い始めるのだから。
>>624 intelにメリットがなくても、アメリカにメリットがあれば、
intelに潜り込んでいる工作員がミスをしでかしてくれますよ。
> AMDがcray相手にやらかしたときノーダメージだった?
AMDが賠償したという話は聞きませんね。
一般に出まわったバグありチップもリコールされてませんし。
> 多分、First in First Outだろ。
> もし、順番狂わせたら、不公平取り扱いで訴えればいい。
最新のプロセッサを多量に注文できるのはアメリカのプロジェクトだけ
でしょ。競争相手の注文は受け付けないから、アメリカが常に First
ユーザーですよ。
本当にアメリカ以外の国が intel AMD IBM のプロセッサを使って世界一
になれるなら、すでにどこかの国がやってるとは思いませんか。実際には
トップは常にアメリカ。これが偶然だと思ってます?
>>626 馬鹿じゃねー
三文スパイ小説の読みすぎで狂っちゃってるな
>AMDが賠償したという話は聞きませんね
あったりまえだろ、誰も訴えてねーんだから
邪魔
>>628 火消しご苦労さん
アメリカが産業スパイして自国の企業に情報提供しているのは、現実の世界の話だし
日本の企業が他国の産業スパイにヤられまくりなのも、現実の世界の話だよ
>>627 GPGPUを使ったスパコンでは、今は中国がtopですよ。
IntelもAMDもチップを提供している。
エクサスケールではアクセラレーターがキーになると言われていますから、
これはけっこう重要な事です。
米国のロスアラモス研究所は、ロ^ドランナーで上を行っているけど、
NASAのエイムス研も、ローレンスリバモア研究所も中国より下位になっています。
軍事的には子分扱いの日本じゃなくて、敵対勢力の中国が相手ですよ。
AMDのHD58x0シリーズが、市場で品不足なのは、中国のスパコンで、
載せかえをやるためかもしれませんよ。
まぁ、どちらにしろ、「工作員」の出てくるような陰謀論ならなんでも言えるから議論にならないですよ。
>>631 議論のポイントは、
最新のチップを最初に手に入れられるのは誰か
ですよ。
その中国のスパコンが使っているx86やGPUは、ファーストユーザだったんですか?
アメリカがGPGPUを使ったスパコンを作りはじめても、中国は勝てるんですか?
> 「工作員」の出てくるような陰謀論ならなんでも言えるから議論にならないですよ。
現実に工作が為される可能性がある以上、それを踏まえた議論であるべき。
現実に工作の心配をするならそれを踏まえたスパコン計画をすればいいじゃない
それを踏まえたスパコン計画で産まれたのがSPARC64VIIIfxなのだと思う
>>627 アリアンロケットの打ち上げ失敗3回のうち、2回にNHKのハイビジョン衛星が乗っていた事を思い出した。
この打ち上げ失敗により次世代テレビでNHKが主導権を握ることは完全に無くなった。
ちなみに事故原因は組み立て中のしょうもないミス(燃料配管の中にウェスを置き忘れたとか,)で
性能には全く傷が付かないものだった。
陰謀論はアレだけど、ねぇ。
このスレって、アホとキ印の吹き溜まりだなw
>>635 その頃、アメリカのアトラスもNHKの衛星の打ち上げに失敗してたよね。
日本のロケットで打ち上げた別のNHKの衛星も、打ち上げは成功したけど、衛星にトラブル発生とか。
>>636 火消し乙
>>638 陰謀論ならなんでも説明できるからね。
厨2病が万能感を感じるのも無理はない。
だがしかし、陰謀の可能性は無視できないわけで。
641 :
えるえる:2010/04/22(木) 18:43:13 ID:/s0HB6vg
陰謀論は疑似科学と同じですよ。
実証も反証も困難な御託に甘えているだけ。
陰謀論にたよっていなからこそ知識、論理の蓄積が成り立つんだよ。
>>640 その工作員を連れてこないとただの妄想。
打ち上げてる企業と、打ち上げが成功した事によって損害をこうむる企業が同一
ないしは資本関係が有る事を知った上で陰謀論とか言ってるのかなぁ。
打ち上げ企業にその国の金も入ってるけど、安全保障上も、競争力上も、納税上も、
当然自国企業優先だよな。
保険でカバーされるから客も打ち上げ企業も損しないし。
現実問題として、日本のSIがx86 MPPを一昼夜で作れるわけではないので、
じゃあ日本の機関がCrayにJaguarよりも大構成なものを発注しようとすると、
・足元見られてぼったくられる
・工作員によって契約や納品に対して様々な妨害が行われる
何が起こると誰が得して誰が損するのか、よく考えてみることが肝心ですね。
ぼったくられても多分そっちのが安いんだよね
もはや陰謀論しか京速機を擁護するすべがないってことか。情けない。
x86のMPPって、ハードウェア的にはブレードサーバをInfinibandで接続すれば良いだけ。
日本のコンピューターメーカーにとって、作れないようなものではない。
理研の現行のスパコンであるx86のMPPは富士通が構築している。
効率が良く、高い信頼性を維持するのは工夫が必要だろうけど、
Linpackのtop500ランキングで、結果を出すだけなら実用的な信頼性も無くても良い。
MPPはソフトが難しいけどLinpackの計算だけならx86のブレードサーバをInifinibandで接続したシステムの
事例はいくらでもあるのでそれを真似れば良い。
そもそもCrayが渋ったら、SGIにやらせても良いし、トップクラスの実績が欲しいHPにやらせるという手もある。
Crayは北陸先端科学技術大学院大学に、2008年8月に発表したシステムを同年の10月には、
売りつけたぐらいだから、日本の機関に最新のシステムを導入する事を渋ったりはしないだろうけど。
陰謀論なんて誰も主張してないよ。
過去の事例と国家間競争・経済戦争の現実を説明してるだけ。
>>641 陰謀によって潰されているのだから、陰謀がない世界になれば競争に勝っているはずだ、何も改善すべき点はない
なんていう話はしてませんぜ
陰謀によって潰される可能性があるのだから、それへの対策は必要である
という話をしてるの
>>647 最新のシステムだけど規模が小さかったから、導入できたのだと思う。
京速は、
アメリカのスパコンと同じCPUを使っていたら、同じ性能しか得られない
地球シミュレータのように、アメリカのスパコンを大きく引き離すためには、
アメリカのスパコンよりも速いCPUを使う必要があり、
そのためにはCPUを作らねばならない
という簡単な理屈でしょう
理屈は簡単でも、
アメリカのスパコンよりも速いCPUを使る
というのは非常に困難で、すでに失敗している。
今年Crayは韓国の気象庁に600テラのをすごく安く入れるんだろ
韓国はさ、政府がSamsungとかにバンバン金を出すし、
日本のように産業スパイされる側ではなく、スパイする側だし、
ほっとくとスパコンをプロセッサから作って市場で台頭してくる可能性があるから、
安くスパコンを売って、Samsung製スパコンの芽を踏みつけておいたほうがいい
という判断も、ありうるんじゃないかなー。
またまた工作員とか陰謀説とかと同じ与太話かw
自分に都合が悪い事実はみんな陰謀なんだろw
バカクサ
ID:ByWordU5からバカの臭いがするお
そもそも国外から、買ってくるなら世界一になる必要はまったくないじゃん。
世界トップ級の計算資源が必要としても、半年遅れのトップ級で十分だろ。
つまり世界一を目指さない限り、Venusなんかを使う必要は全くなくなったといっていいんじゃないの。
メモリ量も最大1ペタ程度、しかも京速のターゲットアプリの内、理研がグランドチャレンジとする6つのアプリは、
そろいもそろってベクトルコード。
>>656 現行がベクトルコードのものを超並列でどうやって動かすかというのは、
チャレンジだと思いますけど、まぁその話はともかく。
計算機科学ではない分野の、科学者を助けるという意味では、
使いやすいペタフロップス級のスパコンがあれば良くて、
団栗の背比べで世界一である必要は無いですね。
桁違いに速いのであれば、それが利点になるかもしれないですけど。
計算機科学の分野で考えると、なんらかの新しい技法が試せると価値があるのですけど、
強いて言えば、ノード間接続のトポロジーが変わっているぐらいでしょうか。
計算機の技術で考えると、プロセスルールが先進的なわけでもなく、アーキテクチャーが
先進的なわけでもなく、チャレンジな動作周波数で動かすわけでもない。
高性能なCPUを開発しているわけでもない。
強力に冷却する事によって、リーク電流を低減するというのは少し特徴的かな?
高性能ではなくてもそこそこ高速で、大規模なCPUを作れる組織が生き延びるということ
ぐらいしか価値は無い。
計算機の技術のために、利用側の科学者には足かせになるけど、将来的に
世界一レベルの高速なCPUを作るからここは一つ我慢して下さいと
言えるだけの計画(ロードマップ)があれば良いのだけど、
政府肝いりの大規模スパコン計画って、そこらへん一貫性が無いし、現時点では
Venus後継の情報も無い。
>>657 一応、前人未到のコア数、ソケット数に挑んでいる。
Crayに対してどの程度の優位性があるのかは
蓋を開けてみるまでわからないけど。
>ここは一つ我慢して下さい
この言葉が素直に出てくればいいのにね。
>>659 普通に考えると失敗するビッグプロジェクトを国家の威信をかけてなんとか
「凄いもの」という事にする理屈をひねり出す。
その理屈が国家の建前になる。
その建前に合わせて国を動かす。
建前に合わせるため、直接の関係者が四苦八苦し、
それでも結果が伴わない。
というパターンが科学技術行政には多いような印象。
日本に限らず、米国のスペースシャトルも、実際にやった運用であれば、あのような飛行機のような
形状である必要性は無かった。
「飛行機のように宇宙を往来する」というイメージと形が似ていただけ。
現政権が中止したけれども、次世代のシャトルとして考えられたものは、
普通のロケットの形状で、人員と、資材を別々に打ち上げるというものになったぐらいで。
>>661 無駄に金かけてるなーっていう印象を与えるから、10年くらい前のWebデザインを使ったほうがいいかもな・・・
>>660 > 米国のスペースシャトルも、実際にやった運用であれば、あのような飛行機のような形状である必要性は無かった。
それは誤解です。
スペースシャトルでなければ、
ハッブル宇宙望遠鏡のような巨大な衛星を、打ち上げるだけでなく、地上に持ち帰ることはできません。
軍用偵察衛星の開発にまつわるミッションが非公開なので、知られてないだけです。
おっと俺も誤解してた
ハッブル宇宙望遠鏡は持ち帰って修理するプランが選ばれず、持ち帰りは実現していない
ちなみに
スペースシャトルの要件には、ソ連の人工衛星を捕まえて持ち帰ることが含まれてたそうな。
実際に衛星を盗んだかどうかは知らないが。
いちど打ち上げた衛星を持ち帰れることが、高度な人工衛星の開発を加速したであろうことは、
想像できるな。
>>663 軍事での知られない活動はともかく、
公表されていた計画での、「高価な衛星を持って帰って修理して、もういちど持ち上げる」
という運用は、当初の予定のように、安価に毎月のように打ち上げる事が出来た場合の話で、
耐熱タイルが毎回はがれて、毎回修理しなくちゃいけなかったりする状況が想定出来た段階で、
割に合わない事が計算できたと思われます。
だがしかし、大きなペイロードを持ち帰れるという性能は、唯一なわけだし。
スペースシャトルのような宇宙輸送機を生きてる間に再び見られるかなあ。
その時は今度こそ使い捨てロケットより使い勝手の良い物になっているだろうか。
スレチすまん
>>660 連結階層なんとかって奴ですね、わかります
>>634 だったからもうちょっとマネジメント面とか価格面でがんばらないと
>>638 衛星自身の失敗はどういう陰謀だったんですか?
>>668 >国産CPU搭載のスパコン、開発に成功 毎秒演算1兆回
国産か、さすが朝日w
人民日報の翻訳記事じゃん
さすがにそれはただの難癖だ
軍事用のスパコンってどれだけ公開されているのかな・・・
>>671 日本のお役所の仕事って感じがするよ。
なぜコンピュータの分野になると、お役所はダメなんだろうね。Σとか・・・。
>>672 ソーラーパネルにトラブルが発生して、必要な電力が得られなかった、らしい
別にコンピュータの分野に限った話ではないわね
679 :
不明なデバイスさん:2010/04/25(日) 09:36:41 ID:n25srn9j
>>677 それは誰の陰謀や工作の結果なんですか?
>>679 それはわからない
しかしここで重要なのは、妨害工作の有無ではなく、失敗の結果イニシアチブを取れなかった、ということ
綱渡りをするから、妨害工作に対して脆弱だし、たとえ本当の事故だとしても、それで全体が転んでしまう
683 :
不明なデバイスさん:2010/04/25(日) 21:26:38 ID:n25srn9j
安藤さん民主党にいやごとを言うの好きね
ID:n25srn9j
単体性能まとめ
FSPARC64VIIIfx: 128Gflops, 2.21Gflops/W, 8cores
Power7: 256.00Gflops, 1.28Gflops/W, 8cores
Xeon W5590: 53.28Gflops, 0.41Gflops/W, 8cores
Opteron 8439SE: 67.20Gflops. 0.64Gflops/W, 6cores
龍芯3A: 16Gflops, 1.06/Gflops/W, 4cores
XeonW5590は4コアだぞ、消費電力を考慮するなら同じコアの低消費電力版の
Xeon L5530 38.40Gflops, 0.64Gflops/W, 4cores
あたりも並べたほうが・・・
CPU以外のコストも考えたら、低消費電力で遅いのはダメか。
SPARC64VIIIfxの辛いところは、
年末あたりには出まわるIntelのSandyBridgeの足音が聞こえてるってことかな
>>687 >XeonW5590は4コア
すまん。
>CPU以外のコストも考えたら、低消費電力で遅いのはダメか。
まあ、遅くても低消費電力・低設置面積なら充分勝負できると思う。
SPARC64のは、30度まで冷却することで、その消費電力に抑制してるんだよね?
POWER7も、BlueWatersでは水冷するので、エンプラ用よりも消費電力は抑えられるかもよ?
Xeon、Opteronも、水冷すれば・・・
>>686 SPARC64VIIの時点では、Xeon、POWERと比較すると、理論性能のわりに実アプリの性能がかなり低いという気がするが…
まあ、チューニングしまくって、理論性能の90%以上を競う上では、そんなもん関係ないといわれるかもしれんが。
今日の理研の仕分けで、スパコンは世界一をとれないのを指摘されながらなにも対策をとらず突き進もうとしてた。
仕分けにより、事業を見直し、大幅に改善されたって、仕分け人が言ってたけど。
このままでは世界一をとれないという指摘から、計画を前倒しする費用を、仕分けでごっそり削除したのが一番の結果じゃないのか?
まあスパコンを知るつどいみたいなので、使う側を意識した説明会をしているが、その資料を見る限り、キャッシュヒットしなきゃ、
まともな性能出ませんよ(あんたたちには無理w)、って言っているだけのような気がするがな。
ローカルメモリはプログラミングが難しいから、2つに分割したキャッシュにしました、っていうのは酷い話だと思う。
スパコンについての知識は大人と子どもの差があるもんなあ>仕分け人と姫井
事業仕分けの第二段の報道、
おもしろおかしくなるように発言のごく一部を切り出しているとはいえ、
どーかと思う。
JAXAの広報の予算をカットするなら、JAXA本体の予算を大幅に増やすべきだ。
なぜJAXAの貧乏っぷりに似つかわしくない金額を広報に突っ込むのかといえば、
国民の関心を引かないと、JAXAの予算がどんどん削られてしまうからでしょう。
別の機会にJAXA本体の予算を削るときには、
現時点では国民の十分な納得・支持が得られていない事業だから削る、
おまえらの国民に対する説明やPRの努力が足りないのがわるいんだよ
なんて言うんだよ、どうせ。
民間にできるものは民間にやってもらうといって外に出したときに、人も一緒にくっついていったのを官僚の天下りといい
中央省庁が巨大すぎるからスリム化するといって外にだすために、独立行政法人を作ったものを、無駄づかいという
直にコントロールしたければ、外に出したものを中に戻せばいいのだが、それはしない。それこそが無駄なのに。
官僚の天下りだって、若いエリートに給料に見合わない過酷な労働をさせたことの辻褄あわせだよ。
役所の中で給料の高いポストに座れる人が限られてるから、そこに座れなかった人を天下りさせるわけ。
官僚を終身雇用にし、若い時点の給料を増やし、人数を増やして勤務時間を減らせば、
天下りはなくせるが、その代わりに中央官庁の人件費は1桁くらい増える
天下りは、人件費を調達などの別の形に変えてるだけなんだから、トータルの費用は変らないか、癒着が減る分だけ安上がりになる
しかし、目に見える金額としては、人件費の1桁アップになるので、まぁ受け入れられないだろうな・・・。
>>693 >官僚の天下りだって、若いエリートに給料に見合わない過酷な労働をさせたことの辻褄あわせ
拝金主義者乙
安月給重労働でも不満漏らさず真面目にやってる国家公務員は沢山居る
国家に奉仕するというメンタリティ(の護持、教育)を軽んじたり前時代的とバカにしたりするところから既に綻びが始まっている
もっと給料よこせ!さもなくばストだ、天下りだ、汚職だ!!そんなの認めてたら立ち行かない
魚は頭から腐ると言うが、こんな論がまかり通るようでは自称エリートどもの腐敗も末期www
>>695 > 安月給重労働でも不満漏らさず真面目にやってる国家公務員は沢山居る
しかし彼らは実際に、十分に報われる予定なんですよ。
民間企業じゃ報われずにポイですよ。
>>691 難しいのは、高級言語ベースで移植性のある記述をできるようにすることじゃ。
そのCPU専用にチューニングできるなら、スクラッチパッドの方がキャッシュハックよりは簡単。
プログラミング言語では、テンポラル か 非テンポラル なのかのヒントを与えるだけでしょ。
あとはコンパイラの仕事よ。
>>698 そのアプローチなら、セクタキャッシュの方がスクラッチパッドよりもいいでしょうね。
京速がSPARC64VIIIfxなのは残念、という話
なぜアメリカのスパコンが、x86のクラスタなのか?
ベクトルをやめたのは、長いベクトル長の弊害
・計算をベクトル化する必要がある
・0を加算する0や1を乗算するという無駄が生じる
x86を使うのは、開発費がペイしないから
・アメリカはスパコン専業メーカ
・社内リソースはスパコンのためだけに存在
・プロセッサの開発リソースがもっても、出番が少ない
→できるかぎり外から買う、ていうか、そうせざるをえない
一方、
・日本は総合メーカ
・社内リソースは共有できる
・プロセッサの開発部隊は、スパコンだけでなくメインフレームやUNIXサーバのCPUも作る
→全部を自社内で作れてしまう
アメリカの真似して、x86のクラスタで作ろうにも、日本にはx86作ってるところない。
→世界一を目指すからには、x86では後塵を拝すのみ。
そこでSPARC64だが、出来合いのものを使うのではなく、スパコン用スペシャル版を作る。
なぜアメリカが汎用のスカラCPUを使うのかという理由を忘れてるから、こういうことになる。
どうせ作るなら、何もSPARC64である必要ない
スパコンに特化すれば、同じトランジスタ数で、何倍もの演算能力が得られるかも
オール日本の総力を結集してとか言いながら、
アメリカのスパコンメーカには、やりたくても出来ない日本の強みの部分を、活かさないのが残念。
703 :
不明なデバイスさん:2010/04/29(木) 00:37:25 ID:7LbLZrxc
x86、というか他に大量に使う当てのある部品に価格的な面で(ということは総合的に)かなわないのは自明
ISAは外から借りてきたほうが楽だよ
実装は得意な方法でやればいいからSPARCだからダメということはない
SunがOracleに買収された以上H/Wは富士通OEMで継続の可能性が高くなったから
SPARCに国策で肩入れするちうのはそんなに悪い選択ではない
>>704 それは、アメリカのスパコンメーカーの場合ね。
日本のメーカーは、自社内にコンパイラ屋もOS屋もミドル屋も抱えてるから、SPARC64ではなくFR-Vベースでもいいはずなんだよ。
> 日本のメーカーは、自社内にコンパイラ屋もOS屋もミドル屋も抱えてるから、SPARC64ではなくFR-Vベースでもいいはずなんだよ。
そのへんの技術力が個々では秀でてるものもあるのかもしれないが、
総合的にどうかというと疑問。
FHNオールニッポン選抜チームなんてのは夢のまた夢だし。
そういや、むかしi860をメインCPUに採用したUNIXワークステーションを作ったメーカーがいたな。
そんな酔狂なものを作ったのは、世界でもその会社とマイクロソフトの2社くらいか。
(マイクロソフトはUNIXではなくてWindowsNTで、途中でi860に見切りをつけてi386に切り換えた)
どちらも、CPU以外の、ありとあらゆるものを自前で作らなければならなかった。
>>705 客もエコシステムも無いだろ
寝言は寝てからおk?w
>>709 そんなこと言ったら、SPARC64にも、ないんですが。
>>711 バカじゃねーの
SPARCバイナリの資産つーたら莫大だろ
それこそマーケットに出てこない社内リソースも含めてならば
>>712 スレタイ読める? スパコンの話をしてるんだけど。
>>713 32bitの組み込み向けCPUであるFR-Vがどこがスパコン向けなんだよ
何がスレタイ読める?(呆)だw
苦しくなったらスレタイ読めるで逃げてんじゃねーよクズ
>>714 IBMのBlueGeneシリーズはPPC440カスタムですよ。もともと組み込み向けだが、FPUを強化している。
ほぼ同時期に富士通が似たようなマシンをFR-Vで作ってたよ。
>>715 BioServerだろ
いちいちSPARCの足引っ張りにUNIX板までこずに
おまえんところはLinux持ち上げ倒してニイウス死んだんだから
ちょっとは大人しくしてろよw
>>716 意味不明だが、ID:K+fhCIzaがUNIX板から出張してきて、このスレで暴れている
ってことが分かった。サヨウナラ。巣にお帰り。
意味不明ねぇ
IBMマンセーSPARC糞で一貫してるしなぁ
どっかの誰かさんと同じではw
ブログでやれば?
黄色いブログで(閉鎖されたんでしたっけ?w)
病気だな
道化こそが悪の闇を照らす
>>719 この頃ベクトル病の患者さん達は
みんなSPARC熱病になっちゃったの?
それとも単に単細胞軍国少年なだけなの?
軍需でもってるIBMマンセー坊やの方がよっぽど軍国少年じゃねぇかwww
道化こそが悪の闇を照らす(笑)
京速はISA以前の問題だね。
HPC向けとしてSPARCで出来る事すらやっていない。
スパコン開発で得られた成果が多分野に渡って云々とか幻想を抱いてる間はどうしようもない。
広い世界地図で見れば、視野狭窄の軍国少年って確かに道化だよな
頑張れ 道化軍国少年
君の行く先は悪のブラックホールだ(笑)
SPARC本家のSunでさえ、スパコン案件ではx86を売ってるというのに
34 名前:名無しさん@十周年[sage] 投稿日:2010/05/04(火) 19:48:23 ID:qU9sFwTL0
>>13 > 5月4日時点、殺処分対象は牛2917頭、豚24582頭、計27499頭に(19例)
ちょ…昨日まで9000台だった気がしたが、やばすぎるだろ…・
120 名前:名無しさん@十周年[sage] 投稿日:2010/05/04(火) 20:13:06 ID:h9ebbdx40
>>34 JA宮崎経済連の大型センターで発症疑いが確認された。
今回の件では、既に県畜産試験場でも発症していることの
ダメージがでかい。
畜産試験場は「養豚場」ではなくて「品種改良用の研究機関」だから、
日常的な防疫体制も最高レベル。
ここで発生する現状では、地元の一般農家が多少気を付けたところで
為す術なんて当然あるわけもなく、ひたすら感染範囲を封じ込め、
域外の農家が同じような被害を蒙らないようにするしかない。
育てていた家畜を全頭殺処分しているから、
牛の肥育農家の場合、約2年間は現金収入が断たれる。
それをどう支援するかはまた後のことだけど、
今のところ、国が封じ込めに対し本腰を入れている姿勢は全く見られない。
だから、その後のことも放置されるんじゃないかと、皆不安を感じている。ところ。
126 名前:名無しさん@十周年[sage] 投稿日:2010/05/04(火) 20:15:27 ID:Q/fqM9vP0
>>120 すげー。
試験場ででてるのかw
spfとか、新品種とか全部駄目じゃんw
冷凍精液取ってあるんだろうけど。
あーあ。これ、いくらかかるんだろうw
183 名前:名無しさん@十周年[sage] 投稿日:2010/05/04(火) 20:30:35 ID:gfG8Xgh90
農水大臣が帰ってきた頃には下手すりゃ九州の畜産業壊滅寸前かもしれないな
封じ込めようにも知事とか地元はやれる事はやって動きが取れないし
本来そう言うことをする奴がGWで外遊中
感染も爆発的に増えてるし県外に出るのも時間の問題の気がする
184 名前:名無しさん@十周年[] 投稿日:2010/05/04(火) 20:30:49 ID:Yi5ldtvGP
647 名前:名無しさん@お腹いっぱい。[] 投稿日:2010/05/02(日) 18:01:56
宮崎での消毒作業員です。畜産関係車両のみの消毒なので消毒してくれる車は100台に1台くらいです。こんなんでいいのでしようか
201 名前:名無しさん@十周年[sage] 投稿日:2010/05/04(火) 20:38:21 ID:h9ebbdx40
>>126 ブランド豚の種豚も全頭殺処分した。
県内に幾つか分散されてるけど、
感染拡大すると本当に一時的に全滅するかもしれない。
>>184 それ川南とか都農の現場直近だからそんなに止まってくれるんだよ。
国道沿いの消毒ポイントだと、1000台に1台くらいだよ。
国が全額補償するって明言すれば地域内全頭殺処分なんて
荒療治にも踏み込めるけど、政府の言質もないままにはとても
誰もやれないから、戦々恐々しながら細々とした安全網を引いてる。
連休中は黄砂が舞うくらい風が強かったから、正直連休明けが怖すぎる。
「25行」でわかる現政府の「口蹄疫」感染対策
4月20日:宮崎県にて10年ぶりに口蹄疫感染が確認。農水省、日本産牛肉の輸出を全面停止
政府、口蹄疫の疑似患畜の確認及び口蹄疫防疫対策本部の設置
赤松大臣、宮崎選出の外山いつきから消毒液などが足らないことの報告を受ける
4月21日:政府からの指示なし、仕方なく現地で対応。消毒薬等は現地の組合が用意したが、数が不足
4月22日:政府、副大臣「現場の状況について今初めて聞いた」
4月23日:国産モッツァレラの「チーロ・エスポージト」の牧場で口蹄疫の感染を確認。子牛を含む全ての水牛の殺処分が確定
4月25日:新たに4頭の感染が確認。殺処分の対象は1000頭を突破、過去100年間で最多を記録
4月27日:東国原宮崎県知事、赤松広隆農水相や谷垣禎一自民党総裁に支援を要請
4月28日:国内初の「豚」への口蹄疫感染疑いを確認
約70km離れた宮崎県えびの市からも感染が疑われる牛を確認。移動・搬出の制限区域を鹿児島県の一部にも拡大
自民党口蹄疫対策本部長である谷垣自民党総裁、現場を視察
4月29日:農林水産副大臣が宮崎県に出張。ただし現場には入らず生産者への面会もなし。27日の知事が上京した時にした話を再び聞く
4月30日:自民党口蹄疫対策本部、政府に42項目にわたる対策要請の申し入れ
対応を予定していた鳩山由紀夫総理・赤松農水相は、当日になって予定をドタキャン
夕刻、赤松農水相、コロンビア・キューバへの外遊へ
民主仕分け組:口蹄疫の発生により被害を受けた畜産農家に融資を行う(社)中央畜産会を仕分け
自民党口蹄疫対策本部、党本部で記者会見
「10年前の感染の際は、ただちに100億の予算が確保され、対策がなされた」
「ところが、この段階になっても、国から宮崎県には、一箱も消毒薬が支給されていない」
「この状況で農水大臣が外遊するとは、自民政権時代からすれば前代未聞」
「国からは消毒液一箱も届かず。国があたかも配ったように報道されているが、まったくの誤報」
5月1日 宮崎県、自衛隊に災害派遣要請を行う。家畜の殺処分は8000頭超へ
5月2日 宮崎県、1例目の農場から南に約8km離れた農場で15例目の感染確認
5月3日 宮崎県、感染例17例目確認 殺処分9000頭突破
5月4日 宮崎県、感染例19例目確認 殺処分27000頭突破
218 名前:名無しさん@十周年[] 投稿日:2010/05/04(火) 20:44:22 ID:hPh3Eur00
自民の対応 (2000年)
3/25宮崎で発生 殺処分740頭 政府の迅速な対応で6/9には終息
民主の場合
4/20宮崎で発生 殺処分2万7772頭 いまだ対応なし 赤松農相はGW外遊中
ミンス痘で日本の畜産ほぼオワタ\(^o^)/
阪神大震災の時の対応を遅らせたのは小沢が作った村山内閣
これが歴史から学ばない馬鹿どもが失敗(政権交代)を繰り返した結果だよ!!
スレチガイキチガイユウガイロンガイ
>>740 Fermi関係のネタがどっと出てきていますね。
GPGPUでのスーパーコンピューティング需要が既にこんなにある事に驚き。
詳しくないからよく分かんないけれど、GPUがこれから更にHPC系に広まっていく可能性が高いのを思うと、
NECのSX系のベクトルチップって何か作り続けるだけのメリットがあるのかな?
やっぱりSX系のソフトウェア資産とか?
何か特定の分野の演算に凄く向いてるとか?
>>742 SX系は、SX-9の後継を作る予定があるのですか?
もう止めるのかと思っていた。
需要はあるけど供給出来ないもどかしさ
需要の殆どが215Wで448spで倍精度700GFlopsの宣伝のおかげ
現状でそんなスペックは不可能なんだがどうするのかね?
かなりのメーカーがそのスペックで計画して開発予定していたのに、今更出来ないとか言われても困ると思うんだ
違約金や代替構成はどうするんだろうね
>>744 継続するんだ…。
どっちにしろIntelと組むんだから、そのうちx86系+SX系アクセラレータが
x86系+GPU、顧客によっては追加でSX系アクセラレータとかになる予感(-_-;
>>746 せめて発熱さえもうちょぃマシだったらねorz
>>747 > どっちにしろIntelと組むんだから、そのうちx86系+SX系アクセラレータが
> x86系+GPU、顧客によっては追加でSX系アクセラレータとかになる予感(-_-;
そういう需要ってAMD 1社のOpteron+Firestremで賄えるんだよね
下手すりゃFusionCPUだけでも大丈夫だろう
今のところそういった計画は聞かないけど、それが可能な状態にはあるから水面下では動いていそうだ
そうか、FUSIONがあったか。
個別のAPUのメモリに入る範囲なら、CPU⇔GPU間のデータ転送も必要なくなるだろうし、
今あるGPGPU向けのプログラムで、かなり加速されるのも出るかもなぁ。
AMDのBulldozerが、浮動小数点演算での高性能化に熱心じゃなさそうに見えるのも、
やはりアクセラレータを使用する事が前提だからなのでしょうかね。
>>744 勉強になります。計画はあるんですね。
ん?むしろ、Bulldozerは浮動小数点演算強化のように見えなくも無いけれど…。
何処かの記事で、通常時のFPUの稼働率は極端に高いって訳でもないから、
ユニット共有した上で、リソース強化じゃなかったのかなぁ。
256bit*1、または128bit演算*2とか出来そうだから、浮動小数点演算周りのパフォーマンスは
落ちないと思う…あくまで予測だけど。
>>751 128bitSSE性能は向上する予定だけど、256bitAVXは2コア共有になるからコアあたりの性能はIntelの半分くらいになる
通常用途ならコレで十分だろうけど、対IntelでAVX主体の比較されたらかなりフリになる
AMDにとってのSSEやAVX対応は、性能強化と言うよりも
単にIntelと命令の互換性を保つためだけの存在程度の認識だろうね
Bulldozerはコア数の数え方によって性能評価変わるからな
AMDの営業的には1モジュール=2コアだけどアーキテクトから見たら1モジュール=1コアとか
そう考えればコアの性能的にも十分とは言える
Bulldozer、コア辺りの性能が落ちるような言われ方をされてるけれど、
個人的にはとても期待してる。
インテルとはちょっと違った方向の性能の強化方法だけど、
記事で読んだ感じでは、設計思想がエレガントに思えたから。
同じx86系でも性能の追求方法が色々あるのは楽しみだし。
そういう意味では…正直、Transmetaも残ってて欲しかったかなぁ。
今のCPUはx86のコードを内部でRISCっぽい命令にデコードしてるけど、
それのソフトウェア処理の可能性をもっと見たかった。
色々な可能性があったと思うんだけれど…。
【宮崎】新たに12ヶ所の農場で口蹄疫疑いの牛と豚 殺処分対象は計4万4892頭に[05/07]
http://tsushima.2ch.net/test/read.cgi/newsplus/1273164772/ 発生順 日付 場所 頭数 累計
01 4月20日 都農町 16 16
02 4月21日 川南町 65 81
03 4月21日 川南町 118 199
04 4月22日 川南町 65 264
05 4月23日 川南町 75 339
06 4月23日 都農町 44 383
07 4月25日 川南町 725 1108
08 4月28日 川南町 1019 2127
09 4月28日 えびの 275 2402
10 4月28日 川南町 486 2888
11 4月29日 川南町 50 2938
12 4月30日 川南町 1429 4367
13 5月01日 川南町 3882 8249
14 5月02日 川南町 299 8548
15 5月02日 川南町 424 8972
16 5月03日 川南町 4 8976
17 5月03日 川南町 37 9013
18 5月04日 川南町 15747 24760
19 5月04日 川南町 3010 27770
20 5月05日 川南町 780 28550
21 5月05日 川南町 679 29229
22 5月05日 えびの 320 29549
23 5月05日 川南町 4434 33983
6日分
発生順 日付 場所 頭数 累計
24 5月06日 川南町 687 34670
25 5月06日 川南町 4221 38891
26 5月06日 川南町 766 39657
27 5月06日 川南町 29 39686
28 5月06日 川南町 30 39716
29 5月06日 川南町 3488 43204
30 5月06日 川南町 50 43254
31 5月06日 川南町 407 43661
32 5月06日 川南町 1011 44672
33 5月06日 川南町 141 44813
34 5月06日 川南町 75 44888
35 5月06日 川南町 2 44890
ミンス口蹄疫 被害は指数関数的に増大中
>>755 > 今のCPUはx86のコードを内部でRISCっぽい命令にデコードしてるけど、
> それのソフトウェア処理の可能性をもっと見たかった。
まだIA-64のIA-32ELがあるよ
>>759 ItaniumのIA-32エミュがありましたか…。
一般使用からは遠い感じだけれど面白そうだから、どんな感じか調べてみるかな。
ブランドコピー時計 :
http://www.brandcopywatch88.com スタイルが多い、品質がよい、価格が低い、実物写真!ご入金頂いてか
ら最速4日、遅くとも7日程度でご指定場所へ発送出来る予定でございま
す商品送料を無料にいたします 信用第一、良い品質、低価格は 私達の
勝ち残りの切札です。 当社の商品は絶対の自信が御座います。S級品質
シリアル付きも有り 付属品完備!
Hot Tags :ブランドコピー時計,ブランドコピー販売,ロレックスコピ
ー時計,オメガコピー時計
771 :
sc ◆ZgrQVx2jpI :2010/05/14(金) 08:58:24 ID:Kcr6IFWC
北海道まで行かずとも富士山五合目でいいんじゃね?
Venusは一般人が手に入れられないの?
OpenSolaris入れて遊びたい。
コード書ける人じゃなければメリットないと思われ
PCに入れて満足してくだちい>OpenSolaris
IBMのBlue Watersはメモリも水冷なので、写真をググって見て欲しい
水冷するということは、個々の部品から生じた熱を水に伝えないといけない。
空気を介して伝えたら、それは空冷だ。
ということは、金属などの熱伝導の良い物質で隙間を埋めないといけない。
これは大変だよ。
発熱量の大きな部品を水冷し、それ以外を空冷するというのは妥当だと思う。
なお、IBMのBlue Watersは、メモリの密度が高く、水冷しないと追い付かないと思う。
>>781 スパコンは大規模なクラスターになるから実装密度も重要だと思うな。
BlueWatersの実装密度は素晴らしく、性能に寄与するところが大きいと思う。
でも、実装密度が高い分、ノードの重量が重いんだわ。
行き過ぎると床が重量に耐えられなくなる
リロードしてなかた
>>781 Blue Watersは筐体内では空気を介して水へ熱を伝導させる部分もあるみたいだよ。
>でも、実装密度が高い分、ノードの重量が重いんだわ。
建物から専用設計する京速ならそれでも問題なかったんじゃないか。
ミニ京速が日本各地に普及するみたいな構想が邪魔したか。
実装密度ってそんなに重要かね?
1U PCのクラスタよりかは専用化した筐体、電源、冷却を備えた方が
ある程度以上の規模ではメリットが大きいのは確かだけど。
配線が短くなる
Blue Watersは空調コストゼロで建物レベルの最適化を図るために工夫された実装がなされている。
比較して京速はプロジェクト専用設計にも関わらず凡庸な設計でシステム全体としての無駄が多い。
というのは否めないんじゃないか。
一部品にフォーカスして2倍の電力効率だなんて喧伝してるの見ればもう設計思想の時点で負けてる気がする。
ダイを30℃まで冷やすのにいったいどれほどの電気を費やすか、だなw
どーみてもBlue Watersのほうが魅力的だよね
日米のスパコン開発サイクルの違いは、ありとあらゆる部分に現われていると思う
Blue Watersは、ほとんど水冷で、空冷する部分も筐体内で循環させるので、
ラックの配置や配線が、空調に囚われないという大きなメリットがあるよね。
たとえば二階建にするとか、
配線を床下ではなくラックの上を通すとか、
ラックの背面を隣の列と密着させるとか、etc・・・
冷却もだけど、ラックの数だろ
京速は800ラックだったっけ・・・
800は多すぎるだろ
床面積 馬鹿みたいに食うよな
Blue Watersのラックの性能が4倍?ぐらいだとすると
京速で200ラックくらいだろうから、楽勝
運営費も楽勝じゃねーの
マジ 理研て 仕分けしてほしいよな
HPCに限って言えば、純粋にアーキテクチャで比べれば、
日本陣営のほうが1 chip/nodeで、分り易くて好感が持てる。
総重量とか総基板面積とか総ケーブル長はどのぐらいなんだろ。
>>795 BlueWatersも1チップ/ノードだと思うよ。
ただし、MCMを1チップと数えれば。
>>796 そっか、畳一枚に細長いのが8ノードだったのか。さんくす。
畳の中はPCBで電気接続(SMPにはなってない?)、外にいくと光になっていて、
Power7とHubとメモコンの3つがカスタム。
アクロバティックな超高密度実装だけど富士通のとアーキはそんなに変わらないんだね。
>>794 理研は頑張ってると思うよ。
理研てRICCとかRSCCとか数年ごとにゴミみたてーな変なの発注してるジャン
でも結局、富士通におんぶに抱っこで、何の役にも立ってないジャン
NECもいなくなったんだからゴミ箱に仕分けられて当然だろ
>>795 800台の総重量とか、800台の総基盤面積とか、800台の総ケーブル長と
200台だか100台だかのを比べるんだろ
1台当り比べても意味ねーよなあ・・・・・
10Pシステムで800台のSPARCのアーキがいいなどとはとても思えねーよ
というよりノード多すぎてイカレテンジャねーの
4チップ1MCM/1ノードの方がノード数が少なくて、
はるかにいいんじゃねーの
日本陣営wって程の陣営じゃネーけど、
CrayのXT6にも負けちゃってんだろ
理研か富士通にでも勤めてるヤツ以外、
肩もってもしょうがねーんじゃねーの
>>797 >アクロバティックな超高密度実装だけど
>富士通のとアーキはそんなに変わらないんだね。
違うんじゃねー
水冷の装置考えりゃ ポンプ数減らすにゃ
こんなもんなんじゃねーの
結構、頭使ってんじゃねーかな
それ読めねーのが日本陣営で
かなりアーキに差があるってことじゃねのーかな
>>798 RSCCは共有FSBのXeonで悲惨だったけど(PCクラスタへの転換は大英断だったとか)、
RICCのときはちょうど富士通の鯖ラインナップにNehalemがきてたから悪くはない。
どういうわけかとってもお高いけど。
今日のニュースサイトのTech-Onから飛んだ所にエルピーダのニュースがあって、
http://techon.nikkeibp.co.jp/article/NEWS/20100514/182602/ モバイル向けだけど、そろそろTSVを使ったチップを作り始めるみたいですね。
HPCの事は詳しくないけれど、鯖と言えば真っ先にメモリ容量だと思うけど、
HPCは鯖以上に更に帯域が重要になりますよね?
もし、数年後のHPCのCPUの基準が、CPU+メモリスタックとかになってるとすると、
今まで帯域で押さえ込まれていた処理に関する性能は劇的に向上すると思うんですけど、
そうなると今までの「ソフトウェア資産」なんてある程度はエミュレートで良いじゃないかとか
思ってしまうんですが、
SPARCって、ISAレベルでPowerとかx86-64に対するアドバンテージと言うか特徴ってあるのかなぁ?
例えば、命令セットが綺麗とか(かどうかは知りませんけど)
>>801 初代のSPARCはレジスターウィンドウが売り物だったけど、
レジスターのリネーミングをハードでやるのが当たり前になってきて、
その後はどうなっていったんでしょうね。
世代としてPowerがRISCプロセッサの最後に近い世代で、
x86-64はもっと後ですか。
>>799 富士通も、京速スパコンのために実装技術を頑張っても、
商売にならないから実装面はそんなに頑張って
新規の技術開発はしていないのでしょう。
CPU屋さんは頑張っているのでしょうけど。
京速の値段が高いっていう話があるけど、
その値段には、
・あの豪勢すぎる建物や、
・京速を作るのに直接関係ない各所への研究予算のバラ撒き
が含まれているんですよ。
仕分けの段階で予算の半分以上を消費してモノが何も出来ていないってのは、そういうこと。
>>801 SPARCは過去のソフトウェアとの互換性が必要な分野でしか生き残れないレガシーだと思うよ。
既存のパソコンやサーバで使われているCPUを使うという話が、その理由を忘れられて、
それでSPARC64になったのでしょう。日本には、それしかないですから。
>>798 床の耐荷重という観点では、1ラックあたりの重量が重要だよ。
1Uの高密度サーバを作りました、しかし重いので、ラックに半分しか入れられません
なんていう笑えない話とか、聞いたことない?
409Gflopsをスパコンといっていいものか。
たったの4CPU・・・もはや自サイトに設置するのではなく、NECの工場内にあるものを時間で借りたほうがいいんじゃね?
>>808 x86機と比較して仮に実効効率が10倍なら4TF相当なので
まあスーパーコンと呼んでもよさそうな気はする。
逆に100TFを謳うマシンが実アプリで効率0.5%だとすると、それを
スーパーコンと呼んでいいものかちょっと迷う。
>>811 負け犬が、まだ空想夢物語を見てるんだな
戦争の勝敗は決まったんだよ
君達は負けたの
見苦しい連中だな
もういい加減に目を覚まし、
阿呆な空想するのは止めて、
世界の現実をヨーク見わたせよ。
世界中から笑われるぞ。
まぁ、そこらのPCで50GFLOPS以上出るのに、
スパコンがPCの10倍程度の性能ではね。
センターに申請してマシン時間を確保して、計算させてという
使い方だとあまり効率向上にならないかも。
古い価値観かもしれないが、
スパコン = パソコンよりも安く計算できる
だと思うのよ。
パソコンでも可能な計算であったもスパコンを使ったほうが安い、
それが健全なスパコン産業の経済だと思うの。
B/Fを維持できなくなったSX-9と、バンド幅を強化したNehalemでは
もはやベクタ用に開発されてきたコードでも10倍の差は出なくなっているのでは。
たとえ性能が1/10でも同じメモリ容量のPCクラスタを占有できたほうが、
スパコンを待って使うよりは研究の進みは速そうだよね。
>>815 PCクラスタでも256GBも積めるノードは安くないだろ
819 :
818:2010/05/22(土) 22:14:00 ID:sxUv7ZIW
>>818 32GBのノードが8個だから合計で256GBだ!って、エー(´Д`|||)
821 :
不明なデバイスさん:2010/05/23(日) 03:52:09 ID:HygRiOys
インターコネクションが10Gでいいなら悩みはそんなにないだろうけど
>>818 >SX-9もむちゃくちゃ高いのかなぁと思ったのですが、
>そうでも無い感じですかね。
SX-9っていくらするの?
まさか、おたく、N社の社員?
>>823 つまりカタログスペックで同等の性能のPCが、だいたい一月のリース料で買えると。
使用用途は、今までの資産(ソフト)を使いたい研究なのでしょうね。
256G Flopsってのは実際には出ないピーク性能っしょ
SX-9Bの4CPUで400G Flopsというのは実際に出るスループットで、実際には出ないピーク性能は500G Flopsくらいあったと思うぞ。
>>825 SXが高いことは否定しないがFLOPS2/3以下、メモリバンド幅1/5以下で同等の性能は無いだろ。
>>823は参考価格で今回の実際の受注額は非公開だしな
ベクトルコードでSX-9と最新Xeonの性能比は5倍といったところ。
なんだかんだ言っても、現時点でも2007年発売開始が売れてしまうSXと
発売開始時点で、既に周回遅れ、なにこれ?のSPARC64、ユーザの意思はそういうこと。
Xeonはキャッシュチューニングをすれば性能はあがるんだろけど、HPCとして論文を発表するわけではない研究者は、
2年おきに新製品がでるような状況で、プログラムの大幅書き換えを行うのに躊躇するケースが多い。
SX-10次第でまた状況がかわるんだろけど、様子見ってとこ。
ていうかさ、
スパコンを作る側の研究者ならともかく、使う側の研究者に、
個々の計算機の特性の違いに合わせたチューニングをさせる
っていうのは、オカシイでしょ。
スパコンでの科学技術計算にも色々あるだろうけども、
その多くはデータと計算量が膨大なだけで、
そんなに複雑な制御フローになるような計算はしておらず、
かなり短いコードを繰り返し実行していると思うんだわ。
ならば、
計算手順を細かく記述するのではなく、
計算内容を記述するような、プログラミング言語を使うべきじゃないか?
>>830 ベクトル・ガチガチ・チューンドのコードを
機械的にスカラーに移しただけじゃ性能なんか出ないよ。
気候でもNOAAなんかもCrayに移ったみたいで
プログラムをスカラ・チューンしたり、
解法そのものをスカラ・チューンしないと
世界についてゆけないぞ
SX-10なんていってるのは完全にガラパゴス状態で、
仕分けされちゃうぞ
SX-10はCUDAやOpenCLでプログラミングできる
これからはアクセラレータの時代
スカラキャッシュチューンなんてしてると
次こそホントに仕分けされちゃうぞw
未だに仕分けとか言ってる恥ずかしい奴は地上の楽園に行けばw
SX-10ってほんとに出すのか?
しかもその仕様って公表されてるのか?
どうしてSX-10のそんな事知ってるんだ?
でまた諸般の事情で、やめますってかw
アクセラレータがSXに着くとは知らなかったなw
一般のアクセラレータはx86のスカラCPUには付けられるけど、
SXのバスにつながるとは初耳だなwwwww
これからはCUDAでもOpenCLでもいいが、
現在の性能比較に、今ある、ガチガチのベクトルコードと
それを機械的にスカラ化したコードで比較しても
本来の性能比較にはならないということなんだが
理解できてないようだなw
キャッシュチューンなんか当たり前だろ(京速SPARC64用のは別だが)
早く計算を仕上げるには、いろんなチューン法が出てくる
アクセラレータが着けば、そのアクセラレータ用のチューンも出てくる
チューンなど当たり前
京速が仕分けられたのはあたりまえで、復活したのがごり押し
ところで、x86などのスカラ・スパコンをどうやって仕分けるんだ?
という事で、言ってることがどれもハチャメチャなんだが、
頭大丈夫なんだろうか?
>>836 お前こそ頭大丈夫かw 本来の性能比較にならないって、それこそお前の自己満足だろw
大半のユーザーはHPCで論文書くわけじゃないんだ。
T2Kの大規模ユーザーの実績見てみろ、大半が5、6%の実行効率だわな、
それで理論値あたりの使用料までスカラーが割高というのが現実だw
>>837 話を発散させるなよ
頭の構造がロンパリだな
今話ているのは、ハードウエアの性能比較のことであって、
多くの日本のHPCユーザの素人プログラムの性能のことではない
話題を勝手に変えてもらっては議論にならない(ロンパリの所以)
ハードウエアの実行性能比較は、同じ問題に対するプログラムで、
それぞれの最速なもので比較する事ぐらいしか方法はないと思う
だから、どんなプログラムかもわからない一般ユーザーの
プログラムの実行効率を持ち出してきても、意味はないということ
そもそもベクトル機はプログラムのベクトル化が可能で、
しかもベクトル機の高速化使用法になれている人でなければ、
性能は出せるものではなく、一般のHPCユーザーには使い難いコンピュータ
そのベクター機の一般ユーザーのプログラムの実行効率が不明なまま、
T2Kの一般ユーザーのデータ(何処のデータか知らないが)を
持ち出してきても、比較にもならず、全く意味はない
理論値当りの使用料は、当該センターの価格設定の問題だから、
センターとお話しなさい
という事で、かなり乱れているな
>>838 お前スパコンを使ったことすらないんじゃないのw
T2Kの大規模計算の利用者は、多くがベクトルユーザでベクトル機の性能も載せてるだろw
HPC素人はどうでもいいというならそれまでだが、それなら科学技術枠なんかで予算をせしめようとせず、
計算機科学枠だけで自己完結してろ、というまでだw
>>839 益々 乱れているなw
要するに愚痴って訳か?
T2Kへの様々な不満とベクタ・スカラの性能比較は別の話
T2Kがスカラ機の性能を代表する訳ではなかろうが
まあ率直なところ、T2Kの性能は今一、値段はベクトル機に近く、
他で使われたりする見込みの無いDead-Endな駄作
しかもT2Kは今では既に2世代くらい古いシステム
興味ない
性能比較は当然ベクトル・スカラそれぞれの最新の機種で行うのが常識だ
>>840 ユーザは自分の研究で、予算・成果を含めて効率が良いところを使うということだけ。
不満があれば、使わないだけ。逆にスカラあるいは、その他に魅力を感じたたらそれなりの
対応をとるということ。
>>836 >一般のアクセラレータはx86のスカラCPUには付けられるけど、
>SXのバスにつながるとは初耳だなwwwww
一般のアクセラレータってなんだよ。
そいつはx86のバスにつながるのかい?
根拠もない自分の主張に沿った有利な基準を立てて
常識だ、それしか無い、とごり押しする自信はどこから出て来るんだろうね。
論点が噛み合う前に人格批判を始めちゃうと、、、
現実問題としてこれまでずっとベクトルでやってきた人のコード、
その中でも特に分散メモリへの対応が遅れているもの、
こういうのをハード新調の際に「書き換えないともう動きません」
と切り捨てる訳には、センターとしてはとてもいかない。
だから、経過措置としてSXを少数買ったり、大容量のSMPマシンを
用意したりする。
効率とかチューニングとかもちろん大事だけど、
計算が実行可能かどうかを決めるのはノードあたりのメモリ容量だから。
ベクトル演算器とか、SIMDとかを含むマルチプロセッサで、
SMPの構成は、Fortranや、Cでそのアーキテクチャで有名な、
数値演算ライブラリを使えば、そこそこ最適化してくれそうなイメージ。
だからSMPで計算速度の速いスパコンは、昔からのユーザーに
使いやすそう。
SXを使っても、地球シミュレーターのようにマルチノードになったら、
MPIやOpenMPとかの仕組みを使って、ノード間通信がどのぐらい
発生するかを予想・測定しながらチューニングする必要がありそう。
GPGPUは、非対称のメモリ間でのデータの共用をしなければいけないから、
ノード間通信とはまた違った知恵が必要になりそう。
NWT, VPP, ESでコードのMPI化が済んでしまっていたユーザーは、
スカラMPPへの移行もすんなりできたんじゃないかな。
あまりにもメモリ空間が細かく分断されてしまって、
ネットワークが遅くて絶望的に性能でない、とかじゃなきゃ。
はぁあ、こいつらにこんなこと、たとえ何世紀やらしておいても、
たぶんこんな話の延長をいつまでもだらだらやっているだけで
本当の成果なぞ未来永劫、絶対出てこないんだろうな
仕分け人レンホーが仕分けスーツを蒸着するタイムは、わずか0.05秒にすぎない!
東工大の次期スパコン構築 NEC・HP 連合が受注
GPUで最初にスパコンクラスのシステムを構築したのって東工大だったと思うんだけど
なんで今は中国勢がそれをやってて、2PFに増強するとかなんとかあのころの勢いはどこへいったのかな
GPUのチップだけ流用とかできんのか
グリーンはともかく何がクラウドなんだ?
「クラウド」は「今風の」という意味です。
「創作和風」みたいなもん?
投稿台と言えばETAを思い出すw
中途半端に頭が良いと上っ面の数値に目を奪われて、結果として合理的な判断が出来ない典型
今は翼でまた繰り返すのか
まともに動かないコンピューターの性能は0 GFLOPS。計る必用はない。
手間暇かけるだけ無駄
>>861 ETAは、当時、米国からの外圧が凄かったら。
たった半年後に稼動できるのかこれ
というか京速計算機が竣工するまでにGPUドーピングして10PF超えたりして
>>862 今回の、米国の策略にハメられている可能性は、少しくらい考慮してもいいだろう。
>>863 ビッグバン的な急峻な立ち上げは良くないと思う。
1/10ずつ導入して様子見ながら残りを増設する計画にしたほうがいいと思うんだわ。
CrayのXTは、サービス・イン後にOpteronをアップグレードして性能アップしたりするけど、その抜き取った古いOpteronって、どこに行くんだろ。
スパコンで使われていたOpteronとしてプレミア価格で中古販売したら面白いと思うんだけどなー。
871 :
不明なデバイスさん:2010/05/29(土) 17:06:10 ID:gXqbHrOn
東大のスパコンがうんこなのってgrapeに遠慮してるからじゃないの?
GRAPE-DRが失敗したのに、マキーノがスパコン部門(?)のトップに座り続けているんだっけ?
GRAPE-DR来月こそは多少納得できる数字出るのかな。
あれで終わりだとさすがに酷い。
実際にコードを走らせたら目標性能が出ませんでした、というのなら仕方ない。
しかし、公言したスペックで作りませんでした、というのだからヤバいんだよGRAPE-DRは。
実際にコードを走らせたら予測より全然性能出なかったという方が大問題だろ。
PFLOPS級の実用的コンピュータにならなかったのは残念だけど、多分に実験的
側面のあるプロジェクトなのだから設計思想自体の正しさを証明する方が全然重要でしょ。
>>877 もし、机上で設計したGRAPE-DRを実際に作ってみて実証するという名目のプロジェクトなら、それでもいいんだが・・・。
GRAPE-DRが予算を引っ張るのに使った名目は、2PFの計算資源を整備するプロジェクト、なんだな。
こんな下らないこといつまでもやっていてよく嫌にならないなお前ら
科学に対する感度がよほど麻痺しているんだろうな
間に合わなかったって…
884 :
不明なデバイスさん:2010/05/31(月) 14:06:57 ID:99vqLX93
>>882 性能でなくていい、ってことは無いよ。名目が大事だと言うなら、
GRAPE-DRが15億もの予算を引っ張るのに使った名目はまさに汎用じゃないか。
ASICの開発費が高騰して理論天文学だけで予算を取るのが困難になったというのは本人も再三言ってるし。
> 196ノードまでメモリ増強できれば120Tflops(理論ピーク 294Tflopsで) というところです。
4000チップを512ノードに積んで理論ピーク2Pflopsぢゃなかったのか?
牧野先生は国産メーカーの悪口をよく言っているが、
がんばったけど間に合いませんでした。じゃあメーカーなら損害賠償食らうからなあ。
TSUBUME2.0は中国に負けちゃったの?
中国のnebulaeはpeakが3PFでmaxが1.3PFか〜。GPUクラスタは発展途上だねえ。
TSUBAME1.2の実行効率もそんな感じだったけど。
次のTSUBAME2.0はpeakが2.4PFだっけ
十分じゃないですよ
いつもの、学生をまるめ込むようなわけにはいかないでしょうね
いつの間にかスループットに変更ですか(笑い
>>895 おいおい誤解してないか? 俺は牧野じゃないよ。
ttp://www.artcompsci.org/~makino/articles/future_sc/note084.html 無責任な2chならでわの、的中率1%の、適当なコメントをしてみよう
■2枚のGRAPE-DRでメインメモリを激しくread/writeすると化ける問題
まずDIMMの温度をチェック。高温で動作不良を起している可能性あり。
DRAMはアクセスパターンによって消費電力=発熱が大きく異なる。
IntelのDRAMコントローラには、
温度センサーで監視したり、アクセス回数をカウントしたりして、
高温にならないようにアクセスを控える(ウェイトを入れる)機能が付いてる。
もし自作PC用マザーボードを使っているのであれば、
温度センサーがなかったり、BIOSがウェイト機能を有効にする設定をしないなど、
信頼性よりもパフォーマンスを優先していて、メモリが高温になりうる可能性がある。
ウェイト入れられては困るだろうから、強制空冷をがんばって温度を下げるしかないのかな。
ただ、DIMMの電源供給回路もまた、メモリが高温になるほどの消費電流を想定してないかも・・・。
続き
Core i7 900シリーズのデータシート
ttp://download.intel.com/design/processor/datashts/320835.pdf の、2.13 Memory Thermal Control あたりを参照。
■CPU、GRAPE-DR、IBがみんなでメモリアクセスたくさんすると、メモリがいっぱいいっぱいになる
DRAMのアクセスタイミングなどを計算しても、期待する実力よりも低いところで飽和するなら、
メモリのサーマルスロットリングが発動されているのかもしれない。
どう計算してもメモリのバンド幅が足りないのなら、メモリの読み書きを減らすしかない。
DMAを使うと
メモリ→CPU→メモリ→GRAPE-DR
メモリは2回読まれ、1回書き込まれる
DMAを使わないと
メモリ→CPU→GRAPE-DR
メモリは1回読まれるだけ
GRAPE-DRだけがメモリにアクセスする状況下ではDMA以外に選択肢はないと思うが、
メモリがボトルネックで、CPUコアがあまっていて、チップセットがコンカレント動作してくれるのなら、
混雑する状況下でのみ、CPUからGRAPE-DRにwriteしても、いいかもしれない。
↑がビンゴだったらスゲ−な…
マキノさんコメントしてくださいw
slashdotみたいに
GRAPEの話題とかスルーすればいいのにさ
とくに何の役に立つわけでもない筆頭だし
TSUBAME2.0のアイデアは国家超級計算深セン中心がおいしくいただいたあるョ
光パケットスイッチの実用化まだ〜
TSUBAME度記事のアイデアなんてあったっけ?
どこにでもあるような物の寄せ集めだと思うが
>>904 TSUBAMEはクラウド型スパコンです。
Nebulaeは寄せ集めのPCクラスタでTSUBAME 2.0のクローンでLinpack専用機です。
908 :
不明なデバイスさん:2010/06/03(木) 15:29:04 ID:M1LLbdX/
LinkpackにGPU使ってるのかな、コア数に10.64Gflopsをかけるとそれだけで出そうだけど。
データが化けるのは、Write Combining で順序が入れ替わっているのを、入れ替わっていないものとして受けとっていたり・・・するわけないよね。
PCI Expressって、DMAとPIOだけで、メモリ空間ってなくなったの?
Expressの付かないPCIの時代には、メモリ・I/O・コンフィギュレーションの3つのアドレス空間があって、
メインメモリと同じように、PCI上のメモリ空間をread/writeできたよね。Memory Mapped I/O とも呼んでた。
いや、PIOWって言ってるのはI/Oポートにout命令等で書き込むのではなく、メモリ空間にmov命令等で書き込んでるのかな。
>>909 GRAPE-DRって最速でトップ500のリストから消えちゃったくせに
マキーノってえらそーなこといってやがんの
>912
…少しは文章読んでやれよ
利権と土建か
>>913 マキノは中国のがどーのこーのほざいてるが、
テメーのGrape-drは2ペタ出すとかいってて、
実際に動かせたのは0.02ペタだろ。
0.02ペタの阿呆が、大1.2ペタの他人様を
がたがたいうなどチャンチャラおかしいわ。
マキーノ、設置場所がないとか言ってるよね
当初予定では、64サーバを4ラックに詰めて1PFだったっぽい。
2Uのサーバ内にボードを収める予定だったのかな。
1チップで1Tflopsで、8チップ積んだボードを2枚ずつサーバに実装。
実際に作ったのは
1チップで0.5Tflopsで、4チップ積んだボードを2枚ずつサーバに実装。
しかもボードはサーバの外に箱を置いて、そのなかに収める。
サーバも2Uではなく、マザーボード剥き出しでルミナスラックに並べてるのかな
それじゃぁ予定していた設置場所に納まらないわな
ボードは800枚作ったけど、サーバは64台+64台+32台しかない。
160枚はサーバに接続されてるけど、640枚は倉庫か?
そもそも4000チップ作って、800枚・・・3200チップしか使ってないのか。
試作ボードに使ったり1チップのボードに使ったりしているだけでなく、
KFCR販売分???
Fermiがあちこちで活躍しはじめている?
中国のスパコンの話題で出てくるけど、
ECC付きのFermiってあるんですね。
性能は高いからそれなりに普及はしそうだけど、
低歩留まりで製造量が少なく、消費電力と熱量が大きすぎるから、
今まで程使われると言うことはないだろう
>>932 プロセスシュリンクとかいつ頃やるんでしょうね?
いずれはやるはずだけど、次世代が出てから値段を安くするためにやるのか、
今の世代で競争力を上げるために頑張るのか。
シェア取るには供給能力と価格が大事だから今のままシュリンクしてチップ小さくするんじゃないかと思うが
AMDにグラフィックスの性能で対抗しなきゃいけないのが難しいところ
>>934 Nvidiaは新プロセス製品発売の時期が最近はAMDに半年以上遅れが続いてるからなー
28nmもAMDが半年位先行しそうだ
>>936 元AMDのグローバル・ファウンダリーは、Intelと競合するレベルで、
nVIDIAが使えるのはTSMCのプロセス。
TSMCの28nmも話は聞きますよね。
GFの28nmはAMDだけ
TSMCの28nmでもAMDが半年くらい先行しそう
SeaMicroのSM1000という、Atom Z530×512のサーバ、どうよ?
ノード間通信の少ない、分散コンピューティング向けのワークロードの効率とか。
トータル約1Tflops、0.5〜1TBで、2kWの消費電力・・・いまいちか。
>>941 Atomじたいは浮動小数点演算が弱いからスパコン向きじゃないと思う。
でもFermiと組ませたら面白いかも?
>>937 Intelとは1年以上離されてるけどw
>>942 う〜ん、その構成はないだろう。Atom では非力過だし。
あと、GPU側の消費電力を考えたら Atom の低消費電力
の魅力は吹っ飛ぶと思う。
TSUBAMEってどの辺に転がっているPCクラスターの寄せ集めじゃなかったっけ?
日本技術者の底力もなにも
日本の考え方
Top500で1位を取るようなスパコンを作れば、いまは必要なくてもいずれ、それを利用することで広範な科学技術が進歩する
他所の考え方
広範な科学技術分野でスパコンを当たり前のように使ったので、必要に応じてスパコンを建造しまくった結果、Top500上位にたくさん入った
言うは易く、行うは固し。
計算だけじゃなく、ノードの故障率とか安定性も発表して欲しいな
幾ら安くても障害ばかり発生してたら意味無いし、
高くても障害ばかり発生してたらそれこそ金かける意味あるのかとかになるわけだし・・・
日本に限って言うと、税金投入している以上、新規開発した技術がどれだけフィードバックされたのか、
スパコンを利用して得られた成果はどうなのかもう少し見えるようにして欲しい気もする
ところで、稼働率ってどうなん?
実績を持って示せば、より予算が投入されやすいと思うし、馬鹿で無知な政治家も静かになるんじゃね?
京速の次のスパコン計画は無いのかな〜
>949
TSUBAMEはアクセラレータの積極的な活用と、学内運用の仕方がかなり特異的だと思うが…。
年に二回LINPACK回すマシンで、学内の各サービス動かしているのはどうなんだ、って気もするけれど。
>>950 だな。日本におけるスパコン事業の不毛さの一端を表しますな。
だからみんなにイラネとか思われちゃうんだよ。
957 :
不明なデバイスさん:2010/06/20(日) 14:35:45 ID:yUoH4Pbo
>>952 要するに馬鹿で無知な政治家の言うことは有効ってことさ
>>952 スパコンの開発で得た最先端技術を他にも展開なんて話は幻想だと思う。
少なくとも今までのスパコンは、既存技術を流用して作られてきたんだしさ。
たとえばNECのSXシリーズなんかは、メインフレームの技術を流用してたし。
スパコン開発・製造を盛り上げようと思ったら、調達のしかたを根本的に変えるべきだろうね。
国や国立組織や独立行政法人などがスパコンを買って自前で持つのを一切やめて、
スパコンを使いたい研究者は、入札で、民間の計算センターを使うようにすりゃいいのよ。
安くスパコンを作ったところは儲かるし、無駄に金をかけた建物を持つところは赤字になるだろう。
そういう競争をちゃんと発生させつつ、研究者の側にスパコン利用のための予算をバンバン出し、
スパコン需要を増やしていくのが産業として健全だと思うのだが、どうだろうか。まぁ無理か。
スパコン計算市場(?)のようなものがあれば、
たとえば牧野先生がやってたGRAPE-DRなど、
地球シミュレータと同じ計算能力を僅かなラック数と電力で実現できる
というプロジェクトがあれば、百億くらい余裕で金が集まると思うんだよね。
地球シミュレータと同じ売上を、それの1/10のコストで実現できたら、
ものすごく儲かるのだから、出資者はいくらでも出てくる。
>>959 ESと比較して大風呂敷広げたあげく、まともに使えるものが出来上がってないじゃない。
まぁGRAPE-DRは商業サービスを前提としていないから「成功」なんて言い張れるわけで、
出資者による、ちゃんとした監査・評価が行われていたら、明らかな失敗とされるだろうね。
そりゃまぁ、研究開発と商業サービスを分けて考えられないようじゃアウトだろ
でも商業サービスと研究開発のペーパーマシンを比較して優位を宣伝してたじゃん。
964 :
不明なデバイスさん:2010/06/20(日) 22:00:45 ID:07HBm4Jo
>>962 研究開発だって(爆笑
マキノはいつから専門がコンピュータ工学になったんだよ?
あんな、メロメロな設計じゃ、学部落第、
熱にうなされてパッケージすらまともに出来ないし
そもそも研究計画書に書かれているスペックどおりにすら
動いてないだろ。
研究開発(笑)としてすら、大失敗だ。
商業化など論外、誰も1円も金出さないよ。
京速からGRAPE-DRが弾き出されたのも、まぁ当然か。
どっかでみた京速の初期計画の資料では、
ベクトル + スカラ + アクセラレータ で、
20PFのほとんどをアクセラレータで稼ぎ出す構想で、
そのアクセラレータはGRAPE-DRの成果を使うとか何とか・・・だった。
もう、インチキ大杉なんだよこの分野
だめだこりゃ
GRAPE粘着が必死過ぎて笑えるんだが
牧野乙
故障率が
972 :
不明なデバイスさん:2010/06/22(火) 00:39:41 ID:dU3f1EWs
TDPとは(ry
TDP=負荷をかけた状態の平均消費電力だと思っていい
>>979 例えプロパガンダとしても、体系条件を理想化したベンチマーク体系でかつ単精度の計算と、
実際の気象予測の計算とを比較する時点で、研究者として人前には出られないレベルなんだがな、A先生w
FS9350のスペックが強烈だな
倍精度の理論スペックが400Gもあるのに150W以下で6pin 1個で1 slotとか
>>981 電源コネクタ、1ピンあたり4A以内が目安かな。
6ピンコネクタなら+12VとGNDそれぞれ3ピンずつだから、12Aで144Wくらいは普通にOKだろう。
ただ、4Aを越えると、熱で接点のカシメが緩んで、接触抵抗が増え、さらに発熱が増えて・・・で焼けやすくなる。
FireStreamは性能とかよりもソフト面の課題が多いからどうだろうなぁ
ok
乙
H
梅田梅
H
I