Sun Microsystems 最期の神託

**名無しさん＠お腹いっぱい。** · 2009/05/11(月) 19:40:54

コンピュータの歴史上に数々の革新を生んできたSun Microsystemsも、
いよいよ神託(oracle)によって最期を迎える。

「汝自身を知れ」

【前スレ】
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 05:57:41

組み込み向けSPARC作ったらいいのに

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 06:52:50

どうしてもでかくなるコアで組み込み向け作ってどうする
ARMに勝てんのか

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 06:56:04

>>153
Sun自体、もう負けたのに、ARMとの勝負のことなんて語ってもしかたない
でしょ。SPARCはもう、数年後には、Alphaと同じ運命が確定したのだから。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 08:58:01

MIPSは一時期ヤバかったけど復活したからなぁ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 09:11:42

>>153
ところが本気で組込み用に SPARC作る会社や団体もあるわけで。
彼らにそんな（超低）レベルの判断力がないとでも言うわけ?

>>150,151
逆だろ。株主に対する CPUの開発費捻出の理由づけに苦慮してた状態から
エリソンの鶴の一声に変わったんだから、むしろ状況はよくなる。
Alpha他の残党を集める障壁も低くなったと考えていい。
エリソンが単に Sun顧客に対するリップサービスをしてるんじゃない限り。
その可能性は極めて低いと思うよ。マジで IBMと張りたいみたいだから。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 09:25:27

>>153
SPARCデカいって話はないわな。そりゃ ARMはとってもちっちゃいが。
レジスタウィンドウに必要な Tr数なんて、最近のコアサイズから言ったら知れてる。
レジスタウィンドウどうこうは、そういうやり方に慣れてないとクロック上げるのが
たいへん、て話で、実際の効用はかなり大きいよ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 09:31:48

ナイアガラベースなら小さいCPUも作れそうだね

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 09:41:13

>>149
ベンチマークの話してる時に、ベンチマーク値が意味ないわけないじゃん。
エンプラ用途の性能評価の話してる時に、SPEC*_rate値の話したって意味ないじゃん。
小学生でもわかるぞ、そんなことは。

エンプラ用途の性能って言った時に、SPEC*_rateならリソース排他のヘタな
駄カーネルでもハードウェア性能掛け算の数値が出る、って、意味解んないのか?
（解るわけないかww）
で、その掛け算前のハードウェア性能の話してるだろ、今は。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 10:25:53

>>157
これの「初期の RISC」のとこにある通り、バークレーRISC IIはたった
40,760個の Trで 39の命令とレジスタウィンドウを実装していた。

ttp://ja.wikipedia.org/wiki/RISC

これを手本にした商用 CPUはたくさんある。もちろん、その中には
レジスタウィンドウを除外する判断をしたものもある。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 10:40:44

いろいろながめてて IBM RT-PCから IBM 801ってのに行きついたんだけど、
実験用とはいえ 1977年当時で 15MIPSてのはすごいな。

ttp://ja.wikipedia.org/wiki/IBM_801

77年というと高性能 1VAX-MIPSのミニコン VAX-11/780がまだ出ていない...

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 11:15:48

SPARC Enterprise Mシリーズってさ、富士通のと同じ製品だよね?
完全な富士通からの OEM? それとも Sunの工場でも作ってんの?

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:09:17

末尾の円グラフ、SPARC機の比率はそこそこだと思ってはいたが、ここまでとは。

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20090507/329586/

売上額だから、利益にすると「x86サーバー」はずっと比率が下がるだろう。
これ 2007年度で、昨年度は Sunブランドで海外に出たのがグッと伸びてる
だろうから、50%軽く超えてるかと。
これは Oracleの出方による影響は大きいな。

..しかし、Ita機が 3.7%もあるとは..ww

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:11:56

ＮＥＣおわたｗｗｗ

＞ＮＥＣ、次世代スパコン撤退…巨額の開発費負担を削減

5月14日3時6分配信読売新聞
　ＮＥＣは１３日、政府主導の次世代スーパーコンピューター（スパコン）開発計画から、
事実上、撤退する方針を明らかにした。

　巨額の開発費負担を削減するためで、週内にも発表する。ただ、最先端の開発から手を引くことで、
スパコン事業全体の展開に大きな影響を及ぼすのは必至とみられ、
将来的には事業の大幅縮小や完全撤退につながる可能性がある。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:13:23

>>162
OEM

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:16:35

次世代スーパーコンピュータからNECが抜けたみたいだけど、
ベクトル部はどうするんだろう？日立がやるのか？

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:17:38

>>156
例外的な1つや2つの事例をもってして全体を語るな

お前さんの言う組込みってのは、NASだろ?
NASなんて、普通にUnixマシンだろ。
そんなの、組込みとしては異端のほうだぞ。

SPARCをサポートした、組込みOSや開発環境、ライブラリ
そういうったものが殆どないんだから、採用しようがないんだよ。

MIPSやARMは過去の蓄積があって、今があるんだよ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:17:47

Venusでがんばる

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:20:04

>>162
富士通と市場で競合しているところがSunからOEMを受けてきたので、
富士通は部品レベルの下請けでしかなく、完成品としてはSunが「製造」している。

富士通にとっては効率が悪く、美味しいところだけ持っていかれるのでモメてたよ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:37:38

>>167
その NASのやつは LEONがベースなんだが、LEONは欧州宇宙機関が
宇宙関連事業に使ってる。
NASが Unixだとか言ってるが、LEONは MMUなしだぜ? MMUのない CPUに
Unix族ポーティングしてのせた機器を「組込みでない」って言いたいなら
勝手にしてもらってかまわんが、もう少し周り見渡してからにするこったな。

> そんなの、組込みとしては異端のほうだぞ。

うはは。マイコン専業か? そんなのがこんなとこへ何の用だ?w

> SPARCをサポートした、組込みOSや開発環境、ライブラリ
> そういうったものが殆どないんだから、採用しようがないんだよ。

そんなバカな。SPARCliteはデジカメでバカ売れしたし、
古参の RT OSは VxWorksはじめ軒並 SPARCをサポートしてる。

> MIPSやARMは過去の蓄積があって、今があるんだよ。

これまたたいそうな寝言だww

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:43:47

>例外的な1つや2つの事例をもってして全体を語るな

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:45:17

>>166
日立製作所も同時に撤退。
富士通が単独になるか? 単独でうまくやればちょっとデカいかもね。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:46:38

>>171
それは >167にぴったりあてはまるわけだが。
つーか、知識なさ過ぎ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 13:53:29

LEONの話をするとき必ず欧州宇宙機関を引き合いに出すが、
もともと自分とこで使うために内部で設計した物だから
使って当然だ罠

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:00:50

SPARCliteのデジカメも1998年頃にソフトを一括供給している
ところがあったから、たまたまみんなそこを使っただけ。
不治通系のソフトハウス関係者だろ。いつもの信者は。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:02:16

はぁ? ESAでもうかなり前から各所で使われてるわけだが、LEONは。
これはアーキテクチャが組込みに向いてることを示してないとでも?

ttp://www.esa.int/TEC/Software_engineering_and_standardisation/SEM5T7XIPIF_0.html

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:03:16

>>175
そんな話すりゃなんでも否定できるわな。もうちょっとまともな反論考えろや。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:05:10

>172
とうとう電算機の国策分割体制も終わりか…。感慨深いものがあるな。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:07:16

FONTAC以来の？

というわけでもないか。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:25:32

>>170
> その NASのやつは LEONがベースなんだが、LEONは欧州宇宙機関が宇宙関連事業に使ってる。

だから何? 事例1つだけじゃな。
市場シェアの数字もってきなさい。

> NASが Unixだとか言ってるが、LEONは MMUなしだぜ?

UnixにMMUは必須じゃないんだよ。
昔はMMUすらない機械でUnix走らせてたからな。

> Unix族ポーティングしてのせた機器を「組込みでない」って言いたいなら

んなことは言ってない。
組込みの「中では」異端。
外ではない。中だよ。

> そんなバカな。SPARCliteはデジカメでバカ売れしたし、

いつまで昔の1例を引っ張るんだ?

それに採用例つっても、実質的に中身はみんな同じだったんだよ。
だから、SPARClite使ってる各社のデジカメに対して共通のツールが作られたりしたわけ。
なにしろ、規格化されてもいないのに、シリアルで同じコマンドを送ると同じ挙動しめすからな。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:32:03

>>170
> 古参の RT OSは VxWorksはじめ軒並 SPARCをサポートしてる。

VxWorksはSPARCのサポートしてないぞ。

# Target processor architectures
* ARM
* IA
* MIPS
* PowerPC
* XScale
* ColdFire

Processor vendors*

* Arm Limited (ARM)
* AMCC (PowerPC)
* Broadcom (MIPS)
* Cavium Networks (MIPS)
* Freescale Semiconductor (PowerPC, ARM, ColdFire)
* IBM (PowerPC)
* Intel (IA, XScale)
* NEC Electronics (MIPS)
* Marvell (ARM, XScale)
* Mips Technologies (MIPS)
* PA-Semi (PowerPC)
* PMC-Sierra (MIPS)
* Raza Microelectronics (MIPS)
* Renesas Technology (SuperH)
* Texas Instruments (ARM, MIPS)
* Toshiba Semiconductor (MIPS)
* Xilinx (PowerPC)

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 14:33:56

>>176
> ESAでもうかなり前から各所で

ESA以外には?

> アーキテクチャが組込みに向いてることを示してないとでも?

理屈ではそうかもしれんが、実際には、一般に使われてない。

>>177
いやいや希有な例だってことさ。

あんたは希有な例しか持ってこない。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:21:49

希有なのか...www じゃあ、その使用例は「よっぽどの理由があって、
向いてないのに無理に使った」、ってか? アーーホーーwwww
じゃあ、ARMも全部そういう理由かも知れんわな。ツールがそろってるだけ、
という可能性も、あるんだろ? ...去んで寝とけや。

> それに採用例つっても、実質的に中身はみんな同じだったんだよ。

だからさ、その同じモジュールには、なんで SPARCliteが使われたんだよ。
なんの反証にもなっとらん。そんなにくやしいかよ? 病気だな。医者行ってきな?

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:22:52

組込みに SPARCアーキは最適です。みなさんどんどん使ってみて下さい。以上。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:26:32

組み込みって一口に言ったって炊飯器から空母まであるわけで、
具体的な分野を指摘しない限り水掛け論に終わるんじゃないのか・・・

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:29:31

おいおい、「Unixだから」とか行ってるやつがまともな議論してるみたいな
言い方はやめてくれよ。単に SPARCの利用分野が広いとくやしいだけなんだからさ。
もう脳腐って溶けてるよ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:30:45

SPARCを組み込みになんてほざく社員は即刻クビにしたほうがいい
仕事と趣味がごっちゃ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:43:37

今すぐ入手性のいい商品がある、って話じゃないんだが。
アーキテクチャ的には十分組込み向き、と言ってるだけ。
そんな区別もできてなさそうだな。
レジスタウィンドウも 3つだけの実装にすることもできるし、
コンパイラで全く使わないようにすることも可能。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:48:03

>>188
そんな亜空間でポンしたみたいな話されても

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 17:56:00

>>189
やっぱりな。「数がない」以外に、なにも具体的な反論はないわけだ。ヒマかw

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:04:23

>>183
> その使用例は「よっぽどの理由があって、向いてないのに無理に使った」、ってか?

そんなことを言ってるのは、オマエだけ。

あんたさ、自分の妄想の人物に対しては、自分の頭の中で罵倒しろよ。
ここには、あんたの妄想の人物はいないんだぞ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:05:13

病んでる人に何言っても無駄

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:16:08

相変わらず草いSPARC厨が粘着してるな
こいつ本当に病気だから相手するなんてアホらしいぞ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:25:58

>>190
実際に世の中でmajorに使われているか否かっていう話の前で、
理屈上は行けるはずだ、などという話をしてもなぁ。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:35:45

>>162
日本の分は確か富士通で作ってる
米・欧はSunが作ってる

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:54:53

>>194
おまえさん「連投」は指摘するが、自分じゃ「自演」の連投やってるじゃねーか。
人間終ってるな。

> 実際に世の中でmajorに使われているか否かっていう話の前で、
それが「すり替え」なんだが... 意味分かれという方が無理だわな。バイバイ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 19:56:07

バイバイ、二度とスレに戻ってくるなよ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 20:08:08

話はねじ曲げるわ、自演はするわ、最低のクズだな。ペッ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 21:10:47

しつけーな
バイバイって言ったら二度と姿を表わすなよ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 21:13:09

すれの伸びが速いなと思ったら、また信者が暴れていたのか。

この調子で重複スレをさっさと消化してくれ w
また、重複スレを立てないように排他制御ぐらいはやってくれよな www

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 21:28:44

重複スレじゃなくてスカウトスレッドだ

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 21:30:31

現存する信者を観察できるのもあと少しなんだから・・

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 21:45:08

アウトオブオーーダーー！

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 23:07:28

out of order
だけだと、ぶっこわれてる、っていう意味もあるよな。

**名無しさん＠お腹いっぱい。** · 2009/05/14(木) 23:13:18

後何年かすればビーナスのコアもこんな感じに・・・
http://pawpaw.cocolog-nifty.com/pawpaw_house/2008/02/x_1b4d.html

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 00:48:55

富士通がは、組込用SPARCって言うと客に話も聞いてもらえないので、
MBうんちゃらかんちゃらっていう型番を前面に出してSPARCってことを伏せて売り込んでたらしいな。

で、SPARClite、まだやってるんだっけ?

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 00:57:56

SPARCliteなんて、とっくに打ち切り

いまはFRだよ

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 02:59:41

で、Venusはどこに使われる訳？

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 06:31:17

っていうか、RISCそのものが組み込みだろ。SPARCもレジスタウィンドウが組み込みにはありがたい。
スタックがそんなに深くないからね。ソフトエンジニアは、どの石でも構わないよ、ほとんど決定件がないから。
というのも、どのチップが使われるかは使いやすさ、性能というよりは、コストパフォーマンス。
組み込み用SPARCも候補に挙がると思うが、組み込み向けよりもむしろV9をサポートしたSPARCの方が多いからね。
組み込みはどちらかというと、V8でOKの安価な方だから。メジャーなのは、MIPS, PowerPC, ARM, SH系だね、数から。
でも、組み込みはどんなものもありだと思う。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 07:29:48

>>207
MicroSPARCなんてのが、SunRayに搭載されていなかったっけ？

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 08:53:18

時代はGPUに並列処理させてARMで小型端末
昔をときめいたSGIやBe社などの技術者はそれぞれ
今じゃnVidiaやGoogleなどで先を争って勝負している
どうみてもSPARCとか富士通とか時代遅れすぎる
付き合うとアホがうつる

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 08:59:40

>>210
MicroSPARC使ってたのは、JavaStationまでじゃなかったかな。
ほぼ SS4だったみたいだけどねw
SunRayの最近のは、Alchemyだったと思う。MIPS。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 09:00:10

>>211
自演癖直せよ、クズw

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 11:31:25

>>209
>　RISCそのものが組み込みだろ。

意味不明

> SPARCもレジスタウィンドウが組み込みにはありがたい。

割り込みから、割り込みハンドラに制御が移るまでが遅いんですが

> でも、組み込みはどんなものもありだと思う。

可能なはず論は恥ずかしいからヤメテ

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 11:33:10

>>210
microSPARCは、組込み用ではなくて、ワークステーションのメインCPU用だよ。
CPUが複数のLSIによって構成されていた初代SPARCに対してmicroなのよ。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 11:34:01

>>211
SPARC64をやってる富士通でさえも、組込み向けのSPARCliteをやめてFRだもんな。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 11:38:36

割り込み元のコンテキストで動かせばいいのでは？
常にウインドウをフラッシュしなければならないこともあるまい

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 11:50:59

>>215
microSPARC = Classic, LX, Voyager, SS4, SS5 のあたりまでだよね。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 15:53:28

>>217
やめとけやめとけ、技術知識もエセだし、それ以前に議論のできるマトモな人間じゃない。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 15:57:07

ベクトル無しで行くのか。Venusのみってこと?

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 16:27:41

だね。けど、スカラーへ移行するのは趨勢だとか。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 16:31:18

すり替え「論点の－・」

（英: Ignoratio elenchi）は非形式的誤謬の一種であり、それ自体は妥当な論証だが、
本来の問題への答えにはなっていない論証を指す。

アリストテレスは、論点のすり替えは相手の主張に反駁する際に犯してしまう
間違いであると考えていた。そのため彼は、その当人が反駁とはどういうものかについて
無知なのだとした。

例:
>153 どうしてもでかくなるコアで組み込み向け作ってどうする
>157 SPARCデカいって話はないわな。
>160 バークレー RISC IIはたった 40,760個の Trで 39の命令とレジスタウィンドウを

このような文脈に対して ↓

>167 SPARCをサポートした（中略）殆どないんだから、採用しようがないんだよ。
>174 LEONの話をするとき（中略）使って当然だ罠

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 16:32:37

>175 SPARCliteのデジカメも（中略）たまたまみんなそこを使っただけ。
>180 だから何? （中略）市場シェアの数字もってきなさい。
>182 理屈ではそうかもしれんが、実際には一般に使われてない。
>187 SPARCを組み込みになんてほざく社員は即刻クビにしたほうがいい
>206
>207
>211
>214
>215
>216

この例のように、なに一つとして「本来の問題」への答えにはなっていない。
元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という
問題であるのに、延々と現状の CPU商品の有無や見当違いな技術論を
述べ立て、収拾がつかない。

これは、「市場占有率」以外に見るべき点のない商品について、技術的欠点を
指摘された場合に無理に反駁しようとしてよく引き起こされる行為であり、
その占有が終りに向かう時期にしばしば観察される。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 17:21:47

ここは病気持ちのガス抜き場所になったのか

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 17:23:32

>>223
> 元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という問題であるのに

お前こそすり替えてる

SPARCアーキの組込用プロセッサの開発をいま再開すべきか、という問題なんだわ

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 17:44:31

組み込み向けにSPARCを０から設計すればいいんだよ！
インストラクションセットも全然別で。

・・・SPARCSじゃないわ。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 17:45:13

頭がスパーク！してる人が居ますね

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 18:15:14

>>226
それが FR なんじゃね?

Fujitsu Risc の頭文字かな。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 19:38:46

「売れなかったらどうしよう…でもだしてみよう…」のFujitsu Risk

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 19:44:19

女神のコアとキャッシュを削ってミドルレンジに降りてこないのだろうか(´･ω･｀)

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 19:46:56

SPARCliteはデジカメ以外にも大量に出てるぞ。プリンターエンジンだけでも
かなりの数になるはず。最近の機種にも使われてたはずだが.. 現行はないのか?

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 19:53:45

あるじゃん、今でも。日立とブラザーが現行機種で使ってる。
ちょっとググったらすぐでてきたぞ。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 20:23:45

>>230
コア削っていいなら、SPARC64VIIじゃだめなの？

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 20:40:22

組み込みSPARCに、Jiniテクノロジも搭載しよう

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 20:45:38

>>230
VenusはSMPできない(っていう話をどこかで見た)ので、
いずれVIIを1基積んだM3000の後継機で積んでくると思う。

>>231
obsolateだよ

しかしFR、富士通の総合力ゆえか、サードパーティのサポートが・・・

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 21:52:42

>>232
ブラザーの現行製品では5年前に発売されたHL-6050DNだけ
それ以降はMIPS系だし最近のローエンドではARMが載ってる
製品仕様を確認してから書けよクズ

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 21:54:06

日立がプリンタ部門をリコーに放り投げたのも５年前

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 22:10:10

日立の小型A4レーザープリンタはブラザーのOEMなので
SPARClite採用機は当然HL-6050DN同等品しか残ってないね

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 22:36:34

富士通がSPARCliteよりも良いFRを作った以上、SPARCliteを採用する意味がないもの。

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 22:37:26

良いの？

**名無しさん＠お腹いっぱい。** · 2009/05/15(金) 23:54:08

>>214

RISCそのものはシンプルなアーキを目指していたからね。
エンタープライズ向けのものは肥大化しているけど。そもそも、最初の商業RISCであるARMが組み込みで
顔をきかせているところからも、シンプルなアーキは組み込み用途には向いているということが伺えるよね。
一般向けでなくてもいいので。

レジスタウインドウは、当然段数が許されるまでは、割り込みを発生させることなく高速に引数が渡せる。
スタックが浅ければ、レジスタウインドウは高速になるように設計されている。

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 02:07:49

>>235
Sunの中の人はHPC専用で汎用じゃないって言ってる

Venus of Fujitsu
http://www.c0t0d0s0.org/permalink/Venus.html
> As far as i understand the available information
> this CPU is a HPC CPU, not a real general purpose CPU.

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 02:24:20

VenusはV9をサポートしているので、汎用にも使えるということではないの？
HPC拡張命令をもっているので、HPC用途に特化したアプリを高速で実行できる、
というおまけ（がでかいのかな）が付いているだけで。
Nehalemよりは２．５倍は高速ということなので、Intel (+ HP), IBMの各社はこの値を次の目標数値に
設定せざるを得ないね。

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 02:29:42

目標も何も、POWER7はVenusの倍だよ
MCMで2チップ積むから、ソケットあたりにしたら4倍

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 02:34:44

それでは、どんどんとIntelのCPUは時代遅れとなっていくね。
Nehalemは最近出荷されたのに、１-２年後には確実に時代遅れのCPUだね。
IT業界は流れが速いね。

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 03:32:34

POWER7(笑)

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 03:57:32

Intelの、というかパソコンのCPUには、そこまでの演算能力は必要ないんよ。
演算したければビデオカードのGPUがあるんだし。

Venusが1ソケで128Gflopsでしょ。
PCならCPUが50Gflops、GPUが1～1.5Tflopsで、うまく分担処理すればよろし。

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 04:23:02

自分でCUDAのコード書けってことですね、わかります

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 07:51:32

富士通がSPARC用のコードを書くか、ISPがCUDAのコードを
書くかだけのちがいじゃね？

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 08:02:30

ISPじゃなくてISV

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 09:24:12

>>245
Intelだって何もやってないわけじゃない
Nehalemは1-2年後には時代遅れのCPUになってるかも知れんが
それはIntel自身の手によってだよ