【IT】次世代スパコン：「京速計算機」は最速SPARCベース、スカラー単独に決定［09/07/17］

　理化学研究所と富士通は7月17日、次世代スーパーコンピュータのシステム構成をスカラー単独に決めたと
正式発表した。NECと日立製作所の撤退でベクトルとの複合システムは断念し、理研と同社で予定通り2012年を
目標に10P（ペタ）FLOPSを達成する新システムの完成を目指す。

　スカラー単独とした新システムは、計算ノードが別ノードのメモリを直接参照できない「分散メモリ型並列計算機」
とする。プロセッサは、富士通が設計した次世代SPARCプロセッサ「SPARC64 VIIIfx」を採用。45ナノメートル
プロセスで製造され、1基当たり8コアで処理性能は128GFLOPSと、現時点で世界最高速のCPUだとしている。
誤ったデータを検出して訂正するエラーリカバリ機能を備え、運用性の向上に寄与するという。

　計算ノード間を接続するネットワークは、2ノード間の結合を拡張して全体を構成する「直接結合網」とする。
直接結合網はシステム規模の自由度と拡張性が高い反面、耐故障性や運用性に難点があるが、新システム
では「多次元メッシュ／トーラス」と呼ぶ結合方式を採用し、自由度・拡張性と耐故障性・運用性を両立させるという。

　OSはLinuxを採用し、標準規格に準拠したコンパイラや標準的な通信ライブラリを備える。スカラー単独構成と
したことで、現在ベクトル型で利用しているアプリケーションを効率的に実行できるようにする書き換えなどの
調整が必要になるため、理研は関係機関と協力してベクトル型ユーザーに充実した支援を提供するとしている。

　次世代スーパーコンピュータは、世界最高速の奪還を目指し、約1150億円を投じて1秒間に1京回（10PFLOPS）
の計算が可能な「京速計算機」の開発を目指す国家プロジェクト。計算システム本体は神戸市に設置される。

　当初は独自プロセッサによるベクトル型と、汎用プロセッサによるスカラー型を組み合わせた複合システムと
して計画された。だがベクトル部を担当していたNECが業績不振を理由に撤退。NECと契約する形で参加して
いた日立も離脱し、複合システム計画の断念に追い込まれていた。


▽ソース：ITmedia　（2009/07/17　15：46）
http://www.itmedia.co.jp/news/articles/0907/17/news057.html
▽関連スレ
【IT】スパコン撤退、野依理研理事長が「憤り」−関西科技セミで講演［09/07/16］
http://anchorage.2ch.net/test/read.cgi/bizplus/1247759469/l50

そろばんでええやん。

SPARC厨大勝利！

富士通なだけに、脳味噌のシミュレーションでもやるのか？

NECは国外退去って事でよろしく

しょぼい帯域でやるならPS3でええやん
役人はこれだから。

汎用の高速ＣＰＵを並列処理で十分なんじゃないの？

ＰＳ３を２００台でどうのこうのって最近ニュースやってたし。

SPARCって富士通くらいしか弄ってないだろ

>>7
SPARCだと、後でWSやサーバに技術が使い回しできると踏んだからじゃない？

SPARCとSolarisの組み合わせだと、過負荷でも粘ってくれるイメージがあるけど。

ソースネクストは？

北海道に作るなら冷房代浮くぞ

SPARCアーキテクチャって凄まじくセンス悪くない？

富士通歓喜だろう。
ハイエンドSPARCに、一挙に10万個の需要が発生した。
イニシャルコスト圧縮の効果は相当なものじゃないか？

SPARCベーススカラって完全にアメリカの思う壺というかアメリカの完全勝利じゃないか
役人アホすぎる
NECも未来を捨てた馬鹿

アメリカのスパコンの基幹製品であるＣＰＵは、普通はインテル、ＡＭ
Ｄ、ＩＢＭなどのアメリカ製を使用していると思う。核実験のシミュレー
ションを行うスパコンに外国製の基幹製品は使いづらいでしょうね。
でも富士通の場合、現在の65ナノのＣＰＵは三重工場で生産している
けど、次世代の45ナノ製品は台湾のＴＳＭＣで生産することに決めたん
じゃなかったかな。
台湾製のＣＰＵを使ったスパコンに1150億円の国費投入とういうのは、
違和感を感じるけどな。

国家手動のオナニープロジェクトに成功無し

>>15
それ言ったら、国産してるCPUなんて、組み込みを除けばそれこそSXくらいだろう。

驚速計算機に名前を変えて2980円で売るべき

ていうか2012年に間に合うのかこれ。

SXを捨てたNECは存在価値ほとんど無いも同然
他社でできることばかりが残るからな

http://pc.watch.impress.co.jp/docs/news/20090514_168533.html

これか
Sun互換みたいだけど一応国産CPUか

>>19
2012年でも遅いくらいだよ
来年中には>1につかうCPUも最速の座を奪われるしね

奪うのはどこ？

これくらいの性能のパソコンが普及したら、
グラビアアイドルとAV女優がマジでいらなくなる。

>>21
ＳＵＮの技術を元に富士通が設計したSPARC64 VIIIfxを使用するのだ
けれど、これは国産でなく、台湾製。富士通は40ナノ以降の半導体製
造を台湾に委託することを決定してしまいました。

http://jp.fujitsu.com/group/fml/release/20090430.html

日本の政治もこのスパコンにやらせるか・・・

同じ土俵のスカラ型で市場支配しているアメリカに勝てるわけないだろ。
下手な国の国家予算級に開発費投じてるIntelとか
来年再来年には軽く抜かれるだろうな。

>>23
IBMにきまってんだろ
ttp://techon.nikkeibp.co.jp/article/NEWS/20090203/165102/
に使う倍精度256GFLOPSのCPUだな

>>24
なんで？
そもそも、グラビアアイドルとAV女優とスパコンの頭脳を比較しようというのが意味不明。

>>15>>25
45nmは三重だよ

>>24
二次元マンセー

スパコンも児童ポルノで規制だぁ〜www

内部の人間が混じってるな

この時期に、スパコンに投資するのはアホだろ。

かと言って、一度撤退すると復帰しても追い付けなくなるんだよな。

スーパーコンピューターは馬鹿みたいに性能上げてるけど
何を計算するために作ってるんだろう

スパコンメーカーってIBM、Cray、富士通、NECとあとどこ？

どうせ金かけるならもっと予算規模を上げつつ半導体産業支援・振興もしないとだめだろ。
スカラーCPUならまだ外販の可能性があるし自社でシステム販売もできるし
45nmからファブレスにする富士通に有利だけど、
ベクトルCPUなら外販しても売れないし日本半導体も落ち目で作るだけ赤字だからね。
役人が将来への投資や展望もなく世界一の名声だけで予算を組んでも
運用段階で意味のない箱物になってしまうぞ。

ＳＵＮのマシンを使うならピンが１００００ピンぐらいいるんじゃねのか

なかなか先端技術でよい

>>30
ファブライト戦略で三重工場は縮小予定だよ。
今動いてる45nmプロセスは現状維持だけど、第二工場は投資しないみたい。
以降はTSMC依存だね。

>>2
難波商人がんばれ

これでシステムは出来るだろうし性能もそこそこ出るだろうけど
つまんないマシン確定だな
夢がないよね

SPARC・・
懐かしい・・・

>>38
それは知ってるけど45nmもTSMCに移行するの？

税金　うめぇ〜〜〜

富士通には　税金を引き出すテクニックに優れた人がいます。
そんな人が　こんど　漏れの会社に　来るらしい・・・　ｏｒｚ

これを作ることで、国内の技術の底上げを図るはずだったのに。

なんか作るのが目的に成っちゃった感じだな。

これってスパコンにかこつけてＣＰＵ開発するのが
目的なんじゃない

富士通にとっては京速計算機関係なくSPARC EnterpriseのCPU開発した結果になったな。

このCPUに限れば三重のCS350HPを使う。
TSMC共同開発プロセスはもうすぐ立ち上がるので40nm以降はそっち使う。

これはこれでいいけど、スパコン競争はもはや隔世の感があるな。
なんでソフトウェアでこういうプロジェクトが無いんだ？
日本発世界最強のブラウザとか作ろうぜ。

アメリカの技術者に聞いたら、日本がまたアメリカを追い越すだろうねとあっけらかんと言っていた。
というか、日本に追い越してもらわないとアメリカ政府からお金が出てこなくなって困るとｗ

>>48
TSMC使うことは決まったの？

戌を使うよりも実際ふりびの方が速かったりしてな。

用途次第だからなぁ
いつでもどこでも作れるスカラなんかどうでもいい

せめて、１秒間に１那由他ぐらいの計算ができんとあかんでな。

>>42
三重にある45nmプロセスはメインフレーム用。
民生向けではないので、民生用にはTSMCの40nmプロセスを使用。
65/90nmは三重で生産、当分はこれが主力。

>>51
とっくに決定済み

>>51
ググったら出てきた
http://www.sijapan.com/content/l_news/2009/05/lo86kc000000g6on.html

読むと汎用CPUの委託までは契約されてないのかもしれない。
汎用ロジックをTSMCのIPにカスタマイズするにしても、
この一年くらいでテープアウトできるものかわからんね。
まぁ、動きの速いものなら2010年には量産品流すかもしれないけど、
ライセンスの関係でSPARCが出て行くかどうかは不明。

でも、日本企業のどれかが半導体ファウンドリーに転身しない限り、
いずれはTSMCに頼み込むことになるんじゃないかな。
少なくとも富士通は半導体ファウンドリーに転身しようとして失敗してるから、
次世代プロセスで返り咲くことは無理だろうな。

結局、SPARC64 VIIIfxをTSMCが作るってのは間違いなんだろ？

>>57の記事にも

> すでに富士通の自社サーバー向けにサンプル出荷を開始している
> 45nmプロセスの製品については、三重工場での量産を維持する。

って書いてあるじゃん

>>53
負け犬EC社員は出て行け。

スパコン儲からない
(´・ω・｀)

SPARCって、まだあったんだな。

Solaris専用で汎用性は皆無に近い

費用も「京」のオーダーへ…

SPARC ON と掛けたな

ハードウェア４倍精度を実装して、その上でのベンチマークを定義してやればいい。
そうすればCOTSに勝てる・

ベクトル複合機じゃないとダメだとか主張してた人たちはどこにいったんだ？

いいかげん、無駄な公共事業はやめろ。

スカラー単独にしては金かけすぎじゃね？

SPARCwww

>>26
マギシステムきたか

科学計算なんてパフォーマンス出ればなんでもいいって世界だし
OracleがSun買った以上、SPARCも当分は死なないから、別に悪い選択じゃないでしょ

これでトラステッドソラリスだったら格好いいかもね

>>63
> OSはLinuxを採用し
って書いてありますけど。

へぇ、OpenSolarisじゃないんだな

富士通やオラクル以外でvenus使ったサーバ出してくれるといいけどな
無理だろうな

http://news.cnet.com/i/ne/p/2007/SunSPARC1_550x456.jpg
http://www.filibeto.org/sun/images/acroread7-sparc.jpg

Sparc系のCPUはSolaris使うこと前提にして設計されていたと思っていたけど
京速計算機のOSってLinuxなんだ･･･
OSはどこが開発するんだろ？（理化学研究所？）
富士通が開発する場合は自社のIAサーバーに採用している
RedHat Enterpriseと競合しちゃうね。

科学技術演算向けだと、OSの役割はそんなに大きくないよ。
LSFとかのミドルウェアが動かせりゃいいだけ。

SUPER-UXとか言うOSってクソだよね。

>>77
Linuxカーネルは、素でSPARCやPowerPCやARMも対応してるよ。
しかもおんなじソースで。

「ソースは？」って言われそうなんで、ここからソースコードダウンロードしてね。
http://www.linuxhq.com/kernel/v2.6/30/index.html

前向きに考えれば、科学技術計算用途なので「カーネルだけ」でも
良いのかもね。
あと、ソースの解説はいらないｗ

まあ、グリッド用のミドルウェアとかは富士通の使うんだろうな

>>81
えー解説要らないの？

2.4カーネルだけど非常にいいものがあったんだけど。
http://sourceforge.jp/projects/linux-kernel-docs/wiki/internal24-index

>>77
先日PowerPC+AIXのスパコン使う機会あったんだけど、
フリーのライブラリがコンパイル出来ず苦労した。
Linuxの方が便利だよ。

>>81
開発用のフロントエンドサーバは普通に環境揃ってないと
困っちゃうよ。せめてEmacs/make/gcc/gdbが入ってないと。

てか、スパコンのフロントエンドの環境の腐り加減は閉口する。
せめてcvsやsubversion入れて欲しい。

実際どのくらい早いの？４日かかる計算が２日で終るくらいなら、全く効果ないだろ・・・

>>84
多くの研究者は、もはやUNIXと言えばLinuxという体にされてしまっている。
SolarisとかAIXとかIrixだと、ファイルツリーみて「？？？」と思ってしまうし。

なんか政治層でごたごたしていて、技術的なビジョンがぜんぜんはちゃめちゃな
イメージなんだが・・・大丈夫なのか？やめた方が良くないか？
だめなのわかってて惰性で動いているような感じが、端から見るとするんだが。

>>20
NECは京速は捨てたがSXは捨てていないが？？

>>88
京速捨てたってことはSX捨てたのと事実上同じ。
今後の政府援助はないって意味で。

ベクトル厨脂肪

正直スカラーの競争なんて、そこらのＣＰＵ買ってきていっぱい並べたもん勝ちでないの？
どうでもいいような・・・

>>89
とはいえ、アメリカには熱狂的ベクトル教信者の数が根強いからなぁ・・・
細々とは生き残りそうな悪寒

だいたい、そんな早い計算機で何を計算するのさ？
地球シミュレータの気温予測なんてあたってるのかあたってないのか
よくわからんもんだし。(少なくともここ数年は傾向があたってない）

スカラ型ってテクノロジーというよりは規模だけで決まる感じがあるんだが

で、地球シュミレーターってなんか役に立ったの？

>>94
火力発電所のタービン改良とか

>>34
日本ではSXで最先端科学技術研究。
アメリカではLINPACK専用機で景気浮揚のための財政出動。

>>49
482 名前：名無し三等兵 投稿日：2006/04/07(金) 16:18:41 ID:SSNe//wg
アメリカがTRONを潰した背景は…↓という長期戦略（一部）があった。

特許庁　第四回工業所有権審議会国際部会　議事次第
http://www.jpo.go.jp/shiryou/toushin/shingikai/pdf/5kokusai/h11322.pdf

�U．工業所有権制度を取り巻く国際情勢
�U-１　制度の枠組みづくりの動向と国際交渉
１．米欧及び途上国の知的財産政策
（１）米国
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/�@８０年代に入り自国産業の国際競争力の相対的低下に対する危機感から、
_/　産業活性化のために知的財産権保護強化を推進する
_/　「プロパテント」政策へと大きく政策転換。クリントン政権においてもこれを継承。
_/�Aかかる「プロパテント」政策のもと、
_/　知的財産権の国際的な保護が自国の利益に繋がるとして、
_/　一方的措置を背景とした二国間交渉と、
_/　ＧＡＴＴウルグアイラウンド交渉のもとでの多国間交渉とを
_/　使い分ける外交政策を採ってきた。
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

　Ａ．国内政策
　　A-1. 知的財産保護強化を通じた産業振興策
　　　（ａ）カーター大統領「産業技術革新政策に関する教書」（７９年）
　　　　　　６０年代及び７０年代初頭まで米国は高い技術力を背景に、
　　　　　圧倒的な優位に立っていたが、
　　　　　７０年代後半のエレクトロニクス分野などでの
　　　　　日本及びドイツの追い上げに対する危機感から、
　　　　　産業の技術革新の振興に向け
　　　　　知的財産権の保護強化等を提唱

>>49

483 名前：名無し三等兵 投稿日：2006/04/07(金) 16:26:53 ID:???
>>1に一つ言っておこう。

同じ時期ににアイアコッカを中心に自動車業界も
ジャパンバッシングを展開したが、日本車は今でも
世界をリードしている。

TRONは世界的には普及できなかった。

どちらも同じ「陰謀」だがこの違いはなぜだと思う？


>>1はこの質問を絶対にスルーするだろうな。


487 名前：名無し三等兵 投稿日：2006/04/07(金) 16:37:14 ID:SSNe//wg
>>483
米日貿易摩擦において、アメリカの命令により、通産省は、
日本の自動車産業を実質上のアメリカ産業として生き残らせることとバーターで、
日本のエレクトロニクス産業を壊滅させることを選択した。
アメリカと通産省が協力して、全力でTRONを潰したのはその一環にすぎない。
また、ハードウェアにおいても、アメリカは台湾・韓国などの第三国経由ダンピングによって
日本のハードウェア産業を壊滅させた。これも上記の一環にすぎない。

これらの背景にあるものはなにか？
アメリカの世界覇権への意志である。
アメリカはソビエト連邦を倒す算段がついた70年代に
世界一極支配体制を構築する大戦略を立てた。
その大戦略に基づく戦略が、アンチパテントからプロパテントへの大転換であり、
プラザ合意による超円高比較ドル安体制の構築である。
そしてこのどちらにも日本と西ドイツが関係していた。
西ドイツは、宿敵フランスと手を結ぶことによってこれを回避した。
しかし日本は、忠実にアメリカの命令を実行させられた。

以上。

おわかり？

ベクトル型の宣伝には騙された。

結局、性能はいいかもしれないけどコストが馬鹿みたいにかかる
だけだったんだろ。
宣伝ほど性能がいいなら、アメリカがやってるだろうし。

>>50
その前にアメリカは日本製スパコンを買えよｗ

>>67
ベクトル複合機じゃないと駄目なのは確かだよ。

スカラー単独では日米LINPACK専用機同士のTOP500戦争にしかならない。

>>89
同じではない。
同じものは同じ、違うものは違うという思考態度をとれなければ、科学技術を論ずるに値しない。

>>90
でも実アプリケーションの実行性能では

ベクトル＞＞＞詐欺の壁＞＞＞自称スカラーLINPACK専用機

だからなあ。

>>91
信者ではなくて本当に必要なんだって。
アメリカの科学界というのは、アメリカの科学者は非常に少なくて、
世界中から集めた頭脳を意味する世界の科学界を意味するのだから。

>>92
最先端科学技術研究。

実験できないことや実験総当たりが事実上不可能な場合に使う。

>>93
その通りです。

>>94
科学技術のあらゆる分野で役にたった。
アメリカの自称スカラーマシンの成果はとんときかないなあｗ

>>99
＞ベクトル型の宣伝には騙された。

×宣伝
○事実

＞結局、性能はいいかもしれないけどコストが馬鹿みたいにかかる
だけだったんだろ。

それがスーパーコンピューター。

速いパソコンはスパコンとは呼ばない。

＞宣伝ほど性能がいいなら、アメリカがやってるだろうし。

アメリカにはまともでかつ高速なベクトルスパコンの建造能力がもうないから、
LINPACK専用マシン群包囲網戦術で日本のNECのSXシリーズベクトルスパコンを狙い撃ちで兵糧攻めしている。

国家が一社を狙い撃ち。大人げない。違法。

派遣国家のくせにやることが子供。

>>100
＞結局、性能はいいかもしれないけどコストが馬鹿みたいにかかる
だけだったんだろ。

>それがスーパーコンピューター。

>速いパソコンはスパコンとは呼ばない。

コスト意識ってのはないのか？
いくら国家プロジェクトだろうが、
さすがにコストは問題になるだろ。
民間ではもちろんのことだ。

コストvs性能を考えてどっちがいいのかを考えるのが普通だろ。

>>100
派遣国家はウチらのオハコだろ？

ベクトルなんてバカでもできる。
日立も富士通もIBMも継続性が無いとやめただけ。
ベクトル演算パイプの元祖クレイも今や主力じゃない。

費用対効果が見込める市場が見えればどっかがまた作るでしょ。ベクトルなんて所詮その程度のもの。

>>101
＞コスト意識ってのはないのか？
いくら国家プロジェクトだろうが、
さすがにコストは問題になるだろ。
民間ではもちろんのことだ。

アメリカに言えよｗｗｗｗ

>>103
ベクトルは馬鹿にはできない。だからコンピュートニクショックを起こした。
スカラーはカネさえあれば馬鹿でもできる。しかも、そのカネは日本から巻き上げたカネ。

今さらスパコンにしか使えん汎用性の無いプロセッサを作っても損するだけ。
市場が広くて開発費が稼げるIntel・AMDに任せるべきだろ。
今はもうAMD64ベースに乗っかったほうがいい。

>>105
スパコンはスパコン、パソコンはパソコン。

スカラー機は、実現場の実アプリケーションでまともな実行性能を出せていないのだから製造禁止にすべき。

サブプライムローンを詐欺金融商品に混ぜ込んで政府機関に売り込んだ手口と同じだから。

118 名刺は切らしておりまして [sage] Date:2009/07/18(土) 20:43:40  ID:F+3IF5Tt Be:
    何をいまさら。
    勝負はPentium3のころ既に決していた。

    当時既に性能でメインフレームやメインフレームの延長上の技術によるスパコンのスカラ性能を凌駕していた。
    その時決断すべきだったね。どうコンピュータビジネスを終息させるかを。

日立も富士通もIBMもベクトルをやめたが、難しかったからなんかじゃない。
バカでもできることは、クレイの物まねで大した期間もかけずに開発したことで証明済み。
でも製品として収益が望めずみんなやめた。
続けて玉砕したのは犬だけ。犬並みの経営脳ｗ

>>105
サーバに使うんだが

ベクトル型は金にならないが、それでしか出来ないアプリも今のところ
まだあるから長期的な安全保障の観点から国が支援すべきだよ。

京速計算機みたいのは国プロとしてやる意味があまりない。
利益の出るボリュームゾーンはスカラー型が占めるから、
特定の膨大な計算力を要する用途はハードアシストした専用機で設計した方が
汎用機設計するコストと比較した場合お得になる。

京速から撤退ということは、ＮＥＣはベクトル撤退だよなあ…
確実な数万個を生産できるチャンスを逃すというのは、もう事業畳むとしか。

相も変わらずベクトルカルトはきもい。

ベクトルは残るでしょう、x86系CPUの中に。

SSE後継のAVXとか256bitのSIMDになるんだろ？

ベクトル型スパコンとベクトル演算機能の違いが分かってない奴

パラレル転送とシリアル転送みてぇなもんだろ！

>>108
馬鹿でもできるスカラー機（役立たず）

>>110
同意。

>>111
印象操作工作やめろ！

>>112
つ　[鏡]

へえ、おまえ統一協会の信者なんだ。

ｗ

>派遣国家
どう見ても日本のことです。

地球シミュレーターって温暖化詐欺を煽っただけ。
国益どころか、日本に二酸化炭素削減不平等条約を押しつける環境ｷﾁｶﾞｲを支援しただけ。

>>119
温暖化はしている。

ただし、日本には二酸化炭素削減義務は全くない。
円高ショックとオイルショックと超円高ショックでロボット化などの技術的に可能な限りの省エネルギー対策はすでに済ませているからだ。
京都議定書はアメリカとEUが仲が悪いのに手を結んで日本をはめた策謀。

超浪費国であるアメリカにとって７％程度など軽くクリアできる数値であり、
EUにとって域内に省エネルギーを全くしてこなかった中進国を抱えているので８％など楽勝。

京都議定書とは、
超デブ米国と中肉中背の三人が小デブをたくさん引き連れたEUが
俺たちもおまえよりたくさんやせるからと
体脂肪率が一桁の日本にダイエットしろと言うようなもの。

その謀略と地球シミュレータは関係ない。

この程度の国際関係もわからない馬鹿が地球シミュレータについて述べるのは永遠に早い。

何を書いてるのか全く分からない。

その京都議定書ﾏﾝｾｰの流れを作ったのが地球シミュレーターだろ

あの時代の総理のせいにすると誰だっけ死んでたような

個人でも買えるスパコンがクレイの日本代理店から発表されたね。

排出権取引は詐欺だろ。日本は嵌められたｗ

地球シミュレータで自分で落とし穴掘って、勝手に落ちただけじゃないか。

スパコンも一般のPCと同じで、ソフトがそろわなきゃどうにもならんのだろ。
スカラーが圧倒的になった今、ベクトル作っても無理だわな。
数倍から数十倍の予算をかけてベクトル型作るより、
同じ予算で数台から数十台のスカラー型作ったほうがいいんだろし。

富士通歓喜！！　　だっけ？

ベクトルマシン＝スカラマシン＋ベクトル機構
スカラがクソならそれでいくらベクトル作ったって勝ち目などない。
日立も富士通もIBMも分別がつくだけの最低限の脳はあったから早々に撤退した。正しい選択だった。

犬は撤退せずに最後は自爆ｗ

国防予算で怪しげな基礎研究できるアメリカが羨まし

>>129
この間のインタビューだったかニュース記事によると、NECの若手の技術者はベクトルから撤退したがっているそうだ

ベクトルにこだわっているのは上層部の古い技術者なんだろう？(笑

地球シミュレータと言う(当時は)成功体験に囚われているのだろう？
今は時代遅れ以外の何者でもないが・・・

>>128
Sparcは富士通
ttp://pc.watch.impress.co.jp/docs/news/20090514_168533.html

>>131
たぶんだが、ベクトルから撤退というよりスパコンから撤退でしょ。

犬は汎用機ユーザつなぎ止めるのに、インテルからItaniumの内部インタフェース情報をもらって、
自社メインフレームエミュレート部を設計して、製造してもらって供給を受けているはず。
もしかしたらマイクロコードだけで何とかしている可能性もあるけどね。

いずれにせよ、自分たちの力量に照らしてインテルの壁を感じているはず。
はっきり言って、まともに市場で勝負できるプロセッサを一から開発する力量は残っていまい。

そろそろ気の狂った犬の営業　ID:GldwoDGs　が出てきそうだな。

もうとっくに負けた産業分野だしな
実用性第一でいいんじゃない

1000WのCPU、パソコンじゃ冷却が無理、でも大型の冷却設備を装備できる大型機ならば使用可能、みたいなところに大型機／スーパーコンの進む道があると思う。

今時「大型機」．．．

CPUの歴史をひも解くと、大別して2つの流れがあった。

・性能を求め多くの部品をつかって組み立てるもの。
・ワンチップもしくは少数チップセットでできる範囲で性能を追求したもの。

前者がメインフレーム系、後者がx86などのマイコン系、ということだ。
両者はいずれも性能を追及し、半導体の進歩と歩調を合わせ、実際どんどん性能は向上して行った。
そしてメインフレーム系はどんどんチップ数が減って行き、マイコン系は性能がどんどんメインフレームに近付いて行った。
要するに行き着くところは同じだったのだ。

その時勝ったのは？もちろんマイコン系だった。市場が大きかったからだ。
それだけではない。マイコン系がメインフレームの市場を侵食して行ったのだ。
やがて性能でもマイコン系が大差をつけ始める。
開発費もろくろく回収できないのにメインフレームの開発に巨額の投資などできるわけがない。ある意味当然だ。
最後は本家本元のIBMですら従来型のメインフレームからは撤退して行った。

しかしメインフレーム系ユーザに対し、もうやめます、では企業としての信頼を失う。だからどうしたか？
IBMはPower開発の時、メインフレームのエミュレーション機能も「ついで開発」、
富士通もSparc開発の時、メインフレームのエミュレーション機能も「ついで開発」するようになった。
NECは戦略プロセサが無かった。だからインテルに頼み込んでItanium改造で凌いでいる。
そう、既にかつての「大型機」などという概念は消滅したのだ。

しかしひとつだけ例外があった。それがSX。
こんなものが製品として成立するなら、元々従来型のメインフレームが消滅する話などないはずなのにだ。
もちろんコストパフォーマンスは最低、開発資金も限られスカラ性能は無残。
でも理由は全く不明だが継続してしまった。NECの経営者は何を考えていたのだろう？理解に苦しむ。
もしかしてNECの経営者にコンピュータビジネスの最低限の常識を持ち合わせた人材が居なかったのでは？と推測する以外、合理的な説明が付かない。

>>138
SXにメインフレームのエミュレーション機能を持たせばいいと思うのは素人考え？

NECだけ開発する技術力がなかったのかなー

>>122>>126
地球が温暖化しているという科学的事実と、
京都議定書という政治的謀略は関係ない。

>>129
韓国人、ケセッキという日本人差別。

>>131
それはデマ。

世界には本当のスパコンというのはSX以外にはなくなった。
NECがSXシリーズを造るのをやめたら世界からスパコンがなくなる。

>>133
NECはスパコンから撤退していない。

>>138
SXシリーズが求められていたからに決まっているだろうが。馬鹿か？スパイか？池田信夫よ。

池田信夫の言うとおりになったのはワラタよｗ

>>136
Itaniumとかはパソコンでは到底量産できないような
巨大シリコンダイのモンスターCPUだけどね。

>ID:GilqkWpf
この基地外がどこの誰だか検討つくんだけど。

ベクトルは発熱とコストスペースの問題が解決される技術革新が起こるまで細々と開発続けるべきだな

>>139
SX自体がメインフレームの延長線上だと言っているだがね。

ちなみに当時のベクトル型スパコンは、
スカラ部としてメインフレームを土台に、ベクトル機構をアタッチし、
ベクトル命令を追加実装したものが主流だった。日立も富士通もIBMもだ。一番合理的。

ところがNECは全く新規にスカラ部を開発してしまったのだ。
狂気の沙汰なんだが、経営者はそれでいいと思ったんだろうねｗ
この時もし他社と同じやり方をしていれば、もしかしたら、

改造版Itanium + ベクトル機構

式のスパコンができた可能性は無くは無い。
難しいスカラに簡単なベクトル。大して売れやせんとは思うが、役所やNEC癒着大学は買った可能性も高く、
こっちに舵を切っていればダメージはもっと小さかったろう。

>>138
IBMも富士通もメインフレームからは撤退してないよ

>>146
だから言ってるだろ。

＞IBMはPower開発の時、メインフレームのエミュレーション機能も「ついで開発」、
＞富士通もSparc開発の時、メインフレームのエミュレーション機能も「ついで開発」するようになった。

って。

IBMはPOWERとは別にメインフレーム用CPUを作ってるし
富士通はSPARCとは別にメインフレーム用CPUを作ってるよ

IBMがメインフレームのエミュレータを出したって話は聞かないな
まあ裏では作ってるかも知れないが

富士通はメインフレームのエミュレータを出してるみたいだが
SPARCじゃなくてItanium上で動かすやつだよ

＞富士通はSPARCとは別にメインフレーム用CPUを作ってるよ

それがそれぞれPower、Sparcにメインフレームエミュレーションさせる改造版なの。


＞SPARCじゃなくてItanium上で動かすやつだよ

それは犬ecだろ。

intel自身が、当時、Itaniumをメインフレームの置き換えとして
アナウンスしてたからなあ。

それにFもNも素直に乗っただけだな。
独自開発しても良かっただろうが
メインフレーム自体がフェードアウトし始めてるときだから
intelから買った方が有利と考えたんだろう。

>>138　は文系ですね。ここは理系意外立ち入り禁止ですよん。

富士通がItaniumに乗っただと？ｗｗｗ

>>151
あなたは理系風の文系の方ですね？

必死にFがItaniumって、ピエロ杉だなｗ

確かに富士通はNECと違ってSparcのついで開発を公言はしていない。
なぜならNECはItanium依存なのに比べて、富士通は全て自社開発だから、見栄を張る余地が有るのだ。
NECはどうせばれることを隠して後でばれてもカッコ悪いから開き直ってItaniumでエミュレーションを正式にゲロしている。

一方富士通がどうかについては、自分で積極的についで開発を公言しているわけではないが
当時色々なところに情報は転がっていた。今でも痕跡はある。

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20041007/150993/

に、

「現在のPRIMEPOWER用プロセッサは、チップの約90％がGSシリーズ用プロセッサと共通の設計になっています。」

とある。
90%というのは大半が共通設計ということだ。
その後SUNと交互開発路線に移行し共用開発の主目的はSparcとなる。
今ではメインフレームは完全についで開発ｗ

リンクを間違えた。

×
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20041007/150993/

○
http://itpro.nikkeibp.co.jp/as/specjbb2005/page2.html

>>145
実アプリケーションの実行性能、実行効率ともにSXが一番優れているのだが？

アメリカさんよ、一回でもいいからESに勝ってから言えよ。

また出た、うんざり。

SXが負けるベンチマークは全部インチキとわめき散らす御仁ｗ

あっ、返事しなくていいよ、してもしなくても相手にしないからｗ

富士通、Itanium2、基幹IAサーバPRIMEQUESTシリーズも忘れないでね
メインフレームの置き換えにどうぞ。

PRIMEPOWERシリーズは販売を終了しました
UNIXサーバは、後継のSPARCEnterpriseシリーズをどうぞ。

そのほかにも多くのラインナップをご用意させていただいています。

どれを選んでも横並びだしオーバースペック

>>157
はあ？
LINPACKベンチだけで勝った勝ったと大本営発表するなと言っているだけだが？

FのHPみると、SPARCをフェードアウトさせたがっているように見える。
種類減ったもんね。

SUNが無くなったから仕方がないのか。

>>158
お前、>>146とか>>148とか>>150か？
メチャクチャバカだなｗ

こんなもののどこがメインフレームだ。
MシリーズやGSシリーズとバイナリ互換でOSやその上で動くアプリがそのまま動かなかったら
メインフレームの後継なんかじゃないんだよお。バカ。

こんなもん単なるItaniumマシンじゃないか。

もしMシリーズ、GSシリーズの後継が無いというなら、
それは富士通がメインフレームから撤退したということだ。それなら有り得るがな。

>162

intelも富士通もメインフレームの代替えにどうぞと
言っている訳だが、なにを切れているんだろ？

富士通もがんばってメインフレーム用基幹ソフトウェアを
Itanium機で動かせるようにしてきているだけだ。
ただのダウンサイジングだよ。

>>156
2008夏のランキングで実効率は世界ナンバーワンではなかったような　＞　SX

三日天下

>>163
だからItaniumは後継なんかじゃないのだ。
単なる以降先のブリッジ製品に過ぎない。

>>158のおバカはPRIMEPOWER販売終了といってるが、これは双子CPUのSparc側の製品だ。
双子のもう一方のMシリーズバイナリ互換のGSシリーズを販売終了とは言っていない。

富士通が何もアナウンスしていない段階では、
今度開発した米茄子のメインフレーム側が出てくる可能性が高い。
これを出さないで現行のGSを終息させた時、真に富士通はメインフレームから撤退したことになる。

>>145
>ちなみに当時のベクトル型スパコンは、 
>スカラ部としてメインフレームを土台に、ベクトル機構をアタッチし、 
>ベクトル命令を追加実装したものが主流だった。

クレイを知らない可哀相な奴？

>ところがNECは全く新規にスカラ部を開発してしまったのだ。 
>狂気の沙汰なんだが、経営者はそれでいいと思ったんだろうねｗ 

NECは、IBMコンパチ路線じゃないから、それで十分。

自前のACOSやUNIX動かすのに、360にこだわる馬鹿はいない。

NECの国産の意地もわかるが独善的すぎやせんか

>>166
確かにクレイはそうだな。メインフレームビジネスなどしてなかったからな。
だから土台にしてメリットの出るスカラマシンもなかった。
というよりクレイが会社を作って最初に作ってビジネスしたマシンがクレイ1だ。
だから全部を一から作るというのはある意味それ以外に選択肢などある訳もなかった。

しかし犬ecは違う。ACOSという立派なメインフレームがあった。
SXはこのACOS4アーキテクチャのメインフレームを土台にすべきだった。
ちなみにAcos4は今でもItanium改造版で一応息だけはしているｗ
Acos4 + ベクトルパイプライン機構、これでビジネスすべきだった。
そうすればもう少し傷は浅かった。開発要員の膨張をかなり抑えられたはず。

犬は元々かなり性能レンジのかぶるAcos4とAcos6という互換性の無いシリーズをラインしていた。
これ自体既にコンピュータビジネスの基本を無視した訳の分からん商売だ。
それに加えてSXのスカラ部の新規開発、まともな経営者なら「どうなっても知らん」と言い捨てたと思うぞｗ


あとおまけだが、スカラ部をAcos4にしておけばもしかしたら(可能性は余り高くない)、

Itanium版Acos4 + ベクトルパイプライン機構

というSXもあったかもしれない。

>>168
>しかし犬ecは違う。ACOSという立派なメインフレームがあった。 
>SXはこのACOS4アーキテクチャのメインフレームを土台にすべきだった。 

IBMコンパチ路線の意味が何もわかってない奴は、黙ってろ。

>>169
スパコンになんでそんなものが関係ある？

お前、メーカーがバイナリコンパチで無い製品を節操無く野放図に増加させる愚も分からんのか。
あきれたな、すっこんでなｗｗｗ

どうもおかしいと感じていたがようやくその理由がわかった．

システムレベルのアーキテクチャの話と，ハードウェアレベルのアーキテクチャの話がごちゃごちゃになってるのな．
そのおかげでアホな妄想話になってたのか．
こんな低レベルの知能をさらしていて恥ずかしくないんだろうか．

>>168
>Itanium版Acos4 + ベクトルパイプライン機構 
つか，お前の頭ん中では，SXはいまだにワンチッププロセッサ化されていないんだな．
いつの時代の人間だよ．

>168
こいつはよく無知を晒していたスカラ君だろ。
メインフレームやスパコンの議論をPCと同じレベルでしか
理解できないやつだ。

議論が不利になると無意味な単語並べて
ごまかすから、そういうところまで相手にする必要はない。
どうせ本人にも理解できてはいない。

ちなみにACOS4とかACOS6はOSの系列だ。
だからSXのアーキテクチャとは何の関係もない。
もし、ACOSがいいとか悪いとか言う議論なら
SXのSUPER-UXよりACOS4が良い、とかいう議論になるはずだ。

>>170
>スパコンになんでそんなものが関係ある？ 

>お前、メーカーがバイナリコンパチで無い製品を節操無く野放図に増加させる愚も分からんのか。 

たった二行で、書いてあることが真っ向から矛盾してるわけだが、、、

>>172
インテルと交渉して話がまとまれば同一ダイの可能性はあるよ。
すごい対価は要求されると思うけどね。

>>173
＞ちなみにACOS4とかACOS6はOSの系列だ。

知らないなら出てこなけりゃいいのに。
ACOSはOSの名前でもあるがシステムの名前でもある。
ACOS6システム上ではACOS6というOSが動作し、
ACOS4システム上ではACOS4というOSが動作する。

もちろん両システムにバイナリレベルでの互換性は丸で無い。

>>174
ではx86はIBM互換ではないからx86互換性のないものを続々と出しておｋなんだな？

もう来るな、バカｗ

>>177
>ではx86はIBM互換ではないからx86互換性のないものを続々と出しておｋなんだな？ 

よりによって、x86？？？

x86なんてころころ変わってるのに、互換性もなにもあったもんじゃないって。

>>170 
>スパコンになんでそんなものが関係ある？  

って点でも、x86の出番はないし。

>176
>もちろん両システムにバイナリレベルでの互換性は丸で無い。

そのとおり。
そして、歴代のACOS２、ACOS４、ACOS6も時代によってはバイナリ互換性がない。
ファイルシステムやデータ構造、主要APIが同じと言うだけ。それすら時代で変化している。
昔のアプリがそのまま動く訳ではない。

>メーカーがバイナリコンパチで無い製品を節操無く野放図に増加させる愚も分からんのか。
メインフレームでは、残念ながら、バイナリコンパチでない製品は山ほど出ている。
たとえCPUが同じでも、メーカーやソフト供給元がそれぞれ顧客先のシステムに合わせて修正するから
PCのように買ってきてすぐ動くというわけではない
それは富士通も日立もIBMも同じ。PCと同じと考えてはならない。

>>175
まさかと思ったけど，ホントにそんなんことを言い出すとは．
人はそれを妄想というのだよ．



あっ，ごめん．人じゃなかったかwww

>>180
元々スカラがAcos4なら可能性は小さいが、という前提だろ。
噛み付き野良犬ｗ

>>181

>171
>システムレベルのアーキテクチャの話と，ハードウェアレベルのアーキテクチャの話がごちゃごちゃになってるのな． 
>そのおかげでアホな妄想話になってたのか． 
>こんな低レベルの知能をさらしていて恥ずかしくないんだろうか． 

>>179
＞メインフレームでは、残念ながら、バイナリコンパチでない製品は山ほど出ている。

レンジが重なって山ほど出ているなどと言う話は犬ec以外で聞いたことが無い。

メインフレームなんて、超大型、大型、中型、小型とバイナリ互換が普通。
性能レンジがかぶって無いのに互換が普通だ。
その下にオフコンやミニコンがあったが、これらは確かにバイナリ互換ではない場合が多い。

しかし犬ecはAcos6とAcos4というレンジがかぶるメインフレームを多重にラインする愚を犯した上、
Acos6とAcos4とまた性能でかぶるSXのスカラ部をさらに別開発？
常識外だろこんなものｗｗｗ

>>178
＞よりによって、x86？？？
＞
＞x86なんてころころ変わってるのに、互換性もなにもあったもんじゃないって。

上位コンパチは確保されてるだろ。


>>169の言いがかりに対する回答だ。
IBMコンパチがどうのって言い出すおバカに対する。

富士通の場合

メインフレーム　GS21、PRIMEFORCE(富士通独自）
基幹IAサーバ　PRIMEQUEST（IA64)
UNIXサーバ　SPARCEnterprize

全部バイナリ互換性はない。
もちろんオフコン、ミニコンもバイナリ互換性はない。

しかし、性能的には重なっているものも多い。
特に中小型機とUNIXサーバ群は重なっているものが多い。

SPARCEnterprizeはもちろんSPARCだし、
PRIMEFORCEはSPARCをベースにしているにせよ、
過去のメインフレームに合わせるためにI/Oとレジスタの構成が違う。
また、PRIMEQUESTはインテルなので互換性があるはずもない。

システムが違えばバイナリ互換である方が珍しい。

>>185
CPUは90%共通開発だと言ってるだろ。バカ。

>186
残りの10％は違うのだよ。
もちろん富士通のメインフレームに合わせるために修正しているのだ。
使い回せるところは使い回しても、なにも問題は無かろうに。そのほうが効率的だ。
だから、どこをどうみても、メインフレーム群にはSPARCを使っているとは
言ってない。回路を使い回しているだけだから。

それで目標通りのスパコンは完成するの？(´･ω･`)

>>187
開発負担は1割増で済むだろ。

＞もちろん富士通のメインフレームに合わせるために修正しているのだ。
＞使い回せるところは使い回しても、なにも問題は無かろうに。そのほうが効率的だ。

当たり前じゃないか。

＞だから、どこをどうみても、メインフレーム群にはSPARCを使っているとは
＞言ってない。回路を使い回しているだけだから。

これも当たり前。
ダイまで同じはずがないだろ。

こういう風にうまくやるから開発リソースや開発費を抑えられ、
開発リソースの分散が避けられ設計の質が高まるんじゃないか。

だからSXのスカラ部をわざわざ別開発するのはバカ、という結論になるのだ。
しかも犬ecはそれまでにもAcos4とAcos6というレンジでかぶるものを別開発しているのに、
これに追加してだ。バカの上塗りとしか言いようが無い。

こういってるのだが、お前話の筋をわかって無いな？
もっと前から読んで来い。

ところでバイナリ互換の話はどうなった？
バイナリ互換性はないということは認めるのだな。

ついでに、NECがACOS同士やSXのスカラで使い回しをしていないという
ソースはどこにあるのだ？

常識的に考えれば、SXにスカラを乗せた段階で、ACOS等の流用の可能性が
容易に想定できるはずだが。そんなことIBMでさえやっている当たり前のことだ。

>>188
その辺は構想も何も御破算だから全く不明だが、不安点はある。
富士通は32nだかその先だったかは忘れたが、プロセスのTSMCへの依存を強めるらしい。
丸投げから共同まで色々あると思うが、その程度次第では砂上の楼閣となる恐れはある。

要するにTSMCが居ないと国産パフォーマンスCPUは作れなくなるということ。

訂正：
×
要するにTSMCが居ないと国産パフォーマンスCPUは作れなくなるということ。

○
要するにTSMCが居ないと国産メーカ設計のパフォーマンスCPUは作れなくなるということ。

メインフレームとスパコンを同列に扱ってる時点でアホ丸出し．

目指しているところが違うんだから，ハードウェアが違うのは当たり前．
それともメインフレームとスパコンがそれぞれ何をするものかも知らないのかな？ｗｗｗ

>>190
誰に言ってるの？

犬ecは性能レンジのかぶったバイナリ互換じゃないCPUを個別開発していると言ってるよ。初めっからね。
そしてそれが大バカだって。

アーアー聞こえないモードに入ってしまったか。
さすがネト朝

目指すものが違うからといって作ったSXのスカラは、
どこがどう目的を達せられたと言うのかなｗ

知ったかぶり丸出しｗｗｗ

>>138あたりから読めば筋くらいは分かるのになｗ
アーアー自分の都合に合わせて解釈するマスコキモードに入ってしまったか。

どっちかと言うと倍精度の三角関数を１クロックで演算できる
ＣＰＵがあれば大抵の事は事足りるんじゃねーの？

>>197

流用しよう。

>こいつはよく無知を晒していたスカラ君だろ。
>メインフレームやスパコンの議論をPCと同じレベルでしか
>理解できないやつだ。

>議論が不利になると無意味な単語並べて
>ごまかすから、そういうところまで相手にする必要はない。
>どうせ本人にも理解できてはいない。

>>198
すごくクロックを落とせば可能だけど成功しないだろうね。

クロックのネックになりやすいのはキャッシュの読み出しや、
メインアダーのキャリーあたりかな。クロックはこの辺で決まる。
命令デコードとかはあきらめてパイプ段数増やしてるからな。

結局いつものところに逃げ込んだかｗｗｗ
まあそうだろな。他の人間の参考になるかと相手にしてるが、逃げたなら放っとこｗｗｗ

>201
ばいばい

お気をつけてｗ

もう一度書いとくか

IBMはPOWERとは別にメインフレーム用CPUを作ってるし
富士通はSPARCとは別にメインフレーム用CPUを作ってる

IBMがメインフレームのエミュレータを出したって話は聞かないな
まあ裏では作ってるかも知れないが

富士通はメインフレームのエミュレータを出してるみたいだが
SPARCじゃなくてItanium上で動かすやつだよ

というわけで、>>138は全くの間違い

>>204
設計はSparcとメインフレームで90%共通。
ダイは当然違うがプロセスは同じで、同じラインで製造。


＞富士通はメインフレームのエミュレータを出してるみたいだが
＞SPARCじゃなくてItanium上で動かすやつだよ

ソース持って来い。

終わったかな。
結局、NECを叩いていた根拠は全く出せずに終わったな。

>>206
いつだって脳内ソース

あ、スカラ君まだいた。

>>204
富士通のItanium機ならPRIMEQUESTだな。
メインフレーム代替えとして販売している。

>>205
> ソース持って来い。

PRIMEQUEST上でメインフレーム資産を継承
OS IV / XSP動作機構
http://primeserver.fujitsu.com/primequest/products/osiv-xsp.html

応援団出没か、それとも一人応援団？ｗ

PRIMEQUESTのどこにGSとバイナリ互換と説明されている？
純然たるItaniumマシンじゃないか。エミュレーションでもなんでもない。
単なる移行用のブリッジマシンじゃないか。

>>211
別にバイナリ互換である必要性がないから。
データ互換性とファイル構造が同じなら、コンパイルし直せばよい。

パソコンのソフトのように勝ってきてすぐ使う訳じゃない。
納入メーカやソフト会社が顧客のシステムに合わせて
設定、コンパイルするから。

ああ、エミュレーションの意味分かってないのか
そりゃ話が通じないわけだ

そのページにある「OS IV / XSP動作機構」がやってるのがエミュレーションだよ

日本語のソースなんて示しちゃだめじゃないか．
日本語が読めないからID:ZAw090ljがお怒りだぞw

>>212
リコンパイルの必要ないだろ
よく読んでくれ

>>213
まじめな話，エミュレーションが何かを知っていれば，>>168みたいなことは恥ずかしくて言えんわな．

>OS IV / XSP動作機構
>
>PRIMEQUEST上でOS IV / XSPシステムを稼働させる際に必要となるハードウェアです。

うわ、ハードウェアレベルで変換しているのか。
恐れ入りました。

>>210
こういう製品があるのか。これは知らなかった。
だがこれは、エミュレーションではない。

こういうのを出したのなら米茄子共用でGSのバイナリ互換はやらないかもしれないな。
ということはメインフレームの事実上の撤退だな。
こういう方式だとたぶん性能の連続的向上性は弱い。早く移れと言うことだろうな。

Itanium2版ACOSも同じことやってるんだがな．

>>216
それもそうだな

>>212
バイナリ互換でなくていいなら苦労はせん。
だが一応バイナリ互換みたいだな。

>>210
この資料だけでは良く分からんが、Itaniumはソフトで仮想CPUをシミュレートし、
そのインタフェースにGSのバイナリをハードで仮想CPUのコードに変換しながら流し込む？
まあ性能はネイティブのItaniumの半分も出ないだろう。
それでも従前GSを上回っていたとしたら目も当てられんけどな。

>>219
そうなのか。俺はてっきりインテルに金を払ってItaniumのマイクロコードでもいじってるのかと思ってた。
そかしこれで自前開発よりいいものができると言うなら、
日本は富士通もNECも完全にインテルの軍門に下ったってことじゃないか。

じゃあ，お前はここまで何を根拠に喚き散らしていたんだ？

>>223
知らないで書いてたのか？

ID:UsHkucXBの立ち位置がよくわからん。痛い奴だったのかな

>>224
すまん。誤りを認めよう。

富士通はItaniumを使ったメインフレームバイナリ互換機種を出していた。

ということだ。

ろくに知識もないのに他人のことをバカ呼ばわりとはねえ

>>225
だから、マイクロコードを書き換えて対応と思っていたと言ってるだろ。
昔調べてそう判断したが、どうしてそう判断したかはもう覚えていない。

>>227
エミュレーションだとは認めないんだｗ

>>228
すまん。もしバカにした相手なら何とでも言ってくれ。

>>4
それ強ち間違っていない。。。そのプロジェクトも実際ある。

スパコンも省エネの時代だよ。
四六時中動かして電気代が月額数千万のオーダーでかかったりしたら予算の無駄って国に怒られるしな。
ぶっちゃけこんだけのパワーが必要なシミュレータとか作るだけで死ねる．

「誤り」ではない．「無知」だ．

人間誰しも間違えることはある．しかしお前の場合は違う．

>>230
仕掛けが分かってないからな。
もしItaniumのネイティブにリアルタイム変換するだけならエミュレーションと言うのはセールストークだろ。

>226
痛い奴だよなw

>>234
どういう仕組みならエミュレーションと認めてくれるんだい？

富士通は今はメインフレームはItanium版でやっている。
Sparcを継続していたと思った俺の無知でした。
この件はこれを認めたからそれでいいだろう。

いやいや、それがメインフレームも止めてないらしいぞ
確かこの前新機種を発表してたと思う
ソースは？とか言うなよ
たまには自分で調べてくれ

>>236
もしItaniumがソフトで仮想CPUをシミュレートするようなものなら外に何をくっつけてもエミュレーションとは思わんな。
中間で他のCPUがシミュレートするようなものなんてその前段にハードがあったってね。
Itaniumのマイクロコードにでも落とすところまで行けば完全にエミュレートだな。犬ecはやってると思ってた。
こんなものでごまかしていたとは、もうコンピュータのハード事業自体が終わってるかもな。

>CPUをシミュレート
まだ自分のアホをさらすのか．

>>240
じゃあどうやってるのか説明してくれ。
あの資料だけでは想像するしか無いだろう。

それともお前、富士通の内部の人間で詳細を知ってるのか？

俺が言ってることに意味がわからんのか．重症だな．

エミュレーションの俺様定義は一応わかったわ
答えてくれてありがとう

今思い出した。

確か犬ecは、ItaniumをAcosに仕立てた記事で、
インテルと協力してビルトインダイアグノーズをインプリしたみたいなことがどっかに書いてあった。
それを見て確実に改造設計していると思った。
だからまず間違いなくマイクロコードを書き換えてると思った。

もしそうなら、犬ecも富士通と似たようなことをやってるって本当か？
まあ時代とともに仕立て方が変わる可能性が無いとは言えんが。

>>243
どういたしまして。
最近はセールス上ちょっとハードがくっついてると「エミュレーション」と言い放つ例が多いのは確かだから、
世間で流通するセンスは昔のセンスにバイアスがかかってるのかもね。

あ、エミュレーションの一般的な意味が知りたい人はググってみてくださいね

つまり全部　 ID:ZAw090lj　が無知をさらけ出しながら
他人をバカ呼ばわりしてたわけね。ケセッキ

まあちゃんと性能通りの物が出来て、みんなが利用できるように運営されれば、一応合格だろう。
もちろん汎用性だとか維持費だとか、厳しい評価をしないといけないだろうけど、そこまで望むのはどうかな？

日本便器のSXシリーズはクソ。

はっきり言ってもうSparcしか残って無い。
選り好みもへったくれもない。
まともなパフォーマンスプロセサが富士通のSparcだけなんだから。
でもこれもビジネスで生き残れなくなればそれで終わり。
俺の感触では5年以上生き残れる確率は50%位かな．．．

>>250
数学に強いインド人がSPARCの開発始めたからもうちょっと5年生存率高いかもしれないぞ。
まあ、アメリカ人が意図的に潰したりしなければ……

それ富士通が雇ったインド人？

>>252
政府出資で開発主体立ち上げてOpenSPARCだとさ。

OpenSPARC → SPARCOPEN → SPACON

>>164
実アプリケーション。

LINPACKベンチマークの実行効率ではない。

>>167
NECは真っ当。
独善的なのはアメリカ。

維持だけで世界の科学技術の進展を妨害している。

>>253
まさかインド政府？

sparcﾏﾝｾｲ
中国はmipsだろ。まぁ数学五輪でも近年日本勢が大活躍してるし、ゆとり教育のおかげで学力格差が広がり
そのおかげでトップレベルが向上してるよな。海洋資源も豊富にあるしなんだかんだいって日本は20世紀のうちに
先進国になっておいて良かった。あとは何とかなりそう

それでちゃんと出来るんですか！！！！

>>256
そのまさかだけど、CPU開発能力を手に入れるのがインド政府の目的っぽいので
富士通には何の得にもならない話かもしれない。

富士通のメインフレーム互換はItaniumの1コア使ってソフト的にバイナリ変換しているようにみえる

http://primeserver.fujitsu.com/primequest/products/specosiv-xsp.html#notes1
（注1）実装CPUコア数 / 実装メモリ容量との差分は、OS IV / XSP動作機構が使用。
http://systemwalker.fujitsu.com/jp/man/lifecycle/centricmgr/v13.3/function/document/gee/geeg01/geeg0004.html
注)PRIMEQUEST上でOS IV/XSPを動作させるには、ファームウエア製品 “XSP動作機構”が必要です。

>>259
なんだ．．．
インドが設計し、TSMCなどの台湾Fabで生産？
富士通の出る幕無しじゃん。

SparcもSUNがどうなるか分からんし、
どっかがJAVAの主導権を握りたくて買収するって話もあるし。
そういうところに買われてSparcからおりられたら終わりかな。

結局、富士通のSparcはメインフレーム部隊の受け皿だったのかもな。NECのSX同様。
開発人員の引退が近付いたら静かに撤退？まあ時代の流れか。

まてよ、インドだともしかしてFabまでやるかもな。上り調子だから。

＞SparcもSUNがどうなるか分からんし、
4月に買収発表されただろ。どうなるもなにも。

インドはファブやりたいだろうな。でも簡単にできるもんじゃないぞ。
ラインナップの隙間を富士通製品で埋めることを条件にファウンダリ受け持ったりして。

中国が10年前からやっても駄目だったのにインドってだけで持ち上げすぎｗ

重要なのは仲間がほとんどいなかったSPARC陣営に今さら参入してくる勢力があるということだ。
できれば成功して欲しいが。

富士通逃げ腰なのによくこんなSparcやってるな。
SUNと自社サーバ向けだけじゃ開発費など回収できるのか？怪しい。
本当はもうやめたいんじゃないのか？

メインフレーム向けもやめた可能性があるし。
赤字でも続けて将来の黒字化の目指すという姿勢が感じられない。

その辺の本音を聞いた上でないと理研のスパコンも、
富士通Sparcで開発すべきかどうか判断できないはずだと思うな。
もし富士通Sparcにそういう意欲が無いなら開発自体やめた方がいい。

>>266
sunのrockが失敗したなら富士通大チャンスだと思うんだけど

SPARC64の流れは別に富士通の功績でもないしな
金を出したの最大の功績
http://jibun.atmarkit.co.jp/ljibun01/rensai/gyoukai/052/02.html

>>267
富士通とSUNは競合関係に無い。交互開発の協力関係にある。

SUNがSparcを富士通から調達し続けてくれればいいが、
Sparcサーバ自体を縮小撤退されたら富士通は単独でSparcやる意義が残るとは思えん。

そこでインドがSPARC国家になってくれれば、海外勢が参入できる余地は少ないにしても富士通が総取りできるな。

>>269
じゃあソラリスを何で動かすんだよ。現実ミロ

>>271
ソラリスがSparcでしか動かせないと思ってる？

そんなことは思う人間なんて居る訳無いと思うけど、
万が一居るといけないから聞いてみるけど。

JAXA 次期スーパーコンピュータシステム"JSS"の設計思想と構成概要
(※pdf注意)

http://www2.nagare.or.jp/cfd/cfd22/program/apdf/aI5-3.pdf

これはハイブリッドなんだよね。

>>273
こんなレベルでの統合を京速で計画していたわけじゃないと思うんだがな。
というか、統合になってない。

>>274
AシステムとMシステムは統合になってるが、VシステムとPシステムは分離しているな

もともと京速のハイブリッドなんて動機自体が不明確。

普通は何か新しいことをやろうとする場合、
そこには従来の手段に存在する問題とそれに対する解決手段としての位置付けは明確だ。
しかし京速の場合は最初からこれが一体何なのか？
従来の手段にどういう問題が存在するかも、どういう手段で解決目指すのかも、
ふにゃふにゃしていてさっぱり伝わって来なかった。

普通に見れば、単に集めた国産メーカーに、
ベクトルやってるところや、スカラやってるところがあったからそうなった、
というに過ぎないように見えてしまう。

もしそこに一本筋の通った具体的な構想があったなら、
ベクトルが抜けた段階でプロジェクト自体が完全に頓挫するはず。
それが、スカラだけでも開発します、で継続できるなら、
初めからハイブリッドに筋の通った動機や目標、見通しといったものなど無かったという証拠だ。

>ベクトルやってるところや、スカラやってるところがあったからそうなった、

実際、そういう理由だと思うけどね。

技術のベクトルが違ったんだな。

SPARC上でChromeは動くかな？

>>276
明確。

性能担当NSXベクトルスパコン。
LINPACK担当HFスカラースパコン。

くっつけなければいけない理由になってない。

>>280
京速撤退でNECは終わったんだよ。
SX関係者は早く成仏しろ。

>>281
名実ともに世界一である必要がある。
そして、アメリカがつぶしたスパコン御三家を復興。

ベクトルとスカラ、くっつけると別々の場合より加速する場合がそこそこあるというのであれば意味はある。
そうでなければハイブリッドにこれといった意義は無い。

スカラー型でも計算早くするためにベクトル使ってたりするんだよな

>>276
一台で、TOP500(スカラ)、実行性能(ベクトル)だ。

何度言われればおまえは理解するんだ？

鳩兄が通貨発行権を放棄しようとしている

>>285
ベクトルマシン ＝ スカラマシン ＋ ベクトル演算機構＆ベクトル命令

もしベクトルを使った、というならそれはベクトルマシンだ。

>>286
別々の場合と何が違う？
組み合わせると速くなるというなら別だが、それを主張するには根拠が必要だな。

そもそもスカラだと勝てるって話も根拠０で全然説得力が無いｗ

>>289
一位を一台で名実同時に奪還するためだよ。

>>290
一台である必要なんかさらさらない。
むしろ実装で制約が生じて不利になる。

どっちにしろやったところで奪還なんてできやしないだろうしね。
できる根拠が無いｗ

>>291
できるよ。

だからアメリカがつぶしたんだ。

>>292
ID:+9QPgd47
さっさと消えろよ、このキチガイ。
クビになったんだろ。

>>292
根拠無しか。
相変わらずだなｗｗｗ

>>293
朝鮮人はお差別がお好き。

>>295
負け犬NEC関係者はスパコンスレに来るな。

結局富士通機か
がんばれよ

取りやめが一番正解。

今の状態は有明海干拓事業。

>>298
ガラの悪いNECがいなくなった今だからこそ京速をやる価値があるんだろ。

SPARCはもともとメモリインターフェース弱いからなあ
クロックがあってもなかなかメモリ速度が上がらない。
２コア程度でもコンフリクトで性能ががたっと落ちる。
新しい奴は小粒のコアを並べているだけなんだが、
すこしは対策しているのかね。

Nが嫌いだとしても、正直なところ、HかCRAYのほうが
マシなんじゃないかしら。Hの巨大構成どかっと
買ってやったら、Hも助かると思うが。

どうせゴールドマン・サックスに売るんだろ

ちょっと調べてみたが2009年6月では
地球シミュレータ2009で22位なんだな。
もうベクトル型では最速は無理か。
閉じてる感じが良かったんだがなあ。

>>276
1●24bitの●SA暗●を破るとか

ゴールドマン・サックスのデビット・キャンベルは
富士通でスパコンVP2000の開発してたんだろ

SX-9のフルセットなら、間違いなく世界最強だと思うが、
ESセンターでも、もう揃えないだろうな・・・

現在最速のスパコンは、
Roadrunner - BladeCenter QS22/LS21 Cluster, PowerXCell 8i 3.2 Ghz / Opteron DC 1.8 GHz, Voltaire Infiniband / 2008
Cores129600でRmax1105.00　Rpeak1456.70
Earth Simulator - Earth Simulator / 2009　は
Cores1280でRmax122.40　Rpeak131.07
単体なら今でも最速と思うし並列化効率も群を抜いていると思うが
システムでの最速となるとフルセットでも届かない気が…

それにしてもRoadrunnerなんちゃらってのは約13万個も繋いで
よくもまあ安定して動くものだｗ

ES2フルセットだと、ちょっと1Pに足りない
ES2フルセット×２程度は必要
もっとも、ES-2は完全クロスバーじゃなくなったから
フルの２倍程度は若干の修正で増やせるかもしれない。
買えるところがないけど。

まあ、SX-10で４倍程度にはしてくるだろうから
そのフルセット待ちですね。3P〜4P位かな。

これ、ゲームマシンメーカーに提供すればペイするんじゃね？

NECはベクトル続けようと思うならLINPACで比較したり寺フロップ巣単価出しても
負け戦確実だから、自社でベンチマーク作れ。んでIBMやCLAYのやつで計測させろ

犬は何をやっても負け組です。

>>306
理論性能で比べるなよ。

実アプリの実行性能で比べるのが普通だろう。

＞それにしてもRoadrunnerなんちゃらってのは約13万個も繋いで
よくもまあ安定して動くものだｗ

安定していないよ。
日本の京速をつぶすためだけに無理矢理嘘のペタ越えをさせるためだけの正真正銘LINPACKベンチ専用機だから。

>>307
＞まあ、SX-10で４倍程度にはしてくるだろうから
そのフルセット待ちですね。3P〜4P位かな。

実力で勝てるスパコンいなくなっちゃうね。（本当は今でもSX-9の地球シミュレータが王座に君臨しているけれど。）

>>309
総合的にスパコンの性能を測るベンチマークテストHPCCで計測して結果を発表していたがアメリカは勝てないことは最初からわかっているからガン無視。
LINPACKでしか勝負できないへたれアメリカ、ヘタリカw

>>311
NECは撤退したんだろ。NECの営業がこのスレに来るなよ。

>>312
予算さえまともにつければ戻るが？

富士通、理研にスパコン納入　ＰＣクラスター型で国内トップの性能
http://www.nikkei.co.jp/news/sangyo/20090807AT1D0708107082009.html

富士通は７日、理化学研究所にスーパーコンピューターを納入したと発表した。
納入金額は約40億円。企業の情報システムなどで一般に使われるパソコン（ＰＣ）サーバーを
複数台連結させる「ＰＣクラスター」と呼ばれる方式のスパコンとしては、
国内トップに相当する性能を達成した。
演算性能は97.94テラ（テラは１兆）フロップス（１秒当たりの浮動小数点演算の回数）。(23:01)


理研の新スーパーコンピュータ「RICC」が稼動
−研究者にとって「最良のシステム」の確立を目指す−
http://www.riken.go.jp/r-world/info/info/2009/090807/index.html

>>313
妄想もいい加減にしろ。

営業さんはもう少し品位あるんじゃないの？
SX-9の売りは、コード資産の活用と、ノードをまたがないときの使い勝手の良さ、
ノードをまたいでも必要な計算を少ないノードでできるという使い勝手の良さ。

天文台のXT4とか、LINPACK以外の「実アプリ」にたくさん使われていることはちょっと調べればわかるでしょ。

犬OBはクビwww

京速＝京阪の快速急行

遅っ

SX9のCPUってSPARCより遅いの？

>>313
>予算さえまともにつければ戻るが？

次世代半導体工場の建設費も丸抱えにしろということでつね。
そこまで寄生虫をやるくらいなら、廃業したらいいのに。

なんか色々とやっちゃった感が強いな

犬社員ってDQNしかいないの？

SPARC工場が寄生虫になる図なのかね
SUNがオラクル傘下になり
FUJITSUもSPARC機は
ラインナップから縮小中

いやそこまで先を読んでいるのなら
それはそれでいいんだが、
現状ではただ単にSPARCしか出せるタマがない
ような感じがする。やっちゃったかな。

SPARCは非インテルの一大勢力になりそうだからやめてほしくないんだが、
「非インテルの一大勢力」では採算とれない状況になりそうで……
インテルとそのお客で世界が塗りつぶされる。

非インテルだとPOWERだろう。
モバイルではARM

いまはARMを狙ってintelが侵食中

性能面でもコストでも用途でも
SPARCでなければならないところが
なくなってしまった。