Sun Microsystems 最期の落日

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

Oracle傘下となったSun Mircrosystems
ITの未来はどっちだ！？

【前スレ】
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/l50

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:01:15

また重複か。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:10:20

>>1
ポニーテール乙 !

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:13:44

>>1
乙

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:31:59

　　　　　　　　　　　　　　　　　　　　　　γ　　　　γ
　　　　　∧__∧　もうﾀﾞﾒﾎﾟ・・・　　　　　　　　　　　　　γ
　　　　（::::::::::: ）　　　　　　　　　　　　　　　...................................
　　　　.（○::::::: ）　　　　　　　　　　　 .::::::::;;;;;;;;;::::........
　　　 ~"''"""゛"゛""''･、　　　　　　 ...:::;;;''　　　　 ';;;:::::.......
"゛""''""""゛゛""''' "j'　　　　　　　...::::;;;''　　　　　　 '';;;::::::........
::::ﾍ　:::::....ヽ :::;;;ﾉ　 ::(　　　　　　....::::::;;　　　　　　　　 '';;;::::::.......
:　ゝ　　:::::......ﾉ:;;..／　　~~^^~~~~~^^~^^　~~^^　~~~~~^~~~~^

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:59:43

【過去スレ_1of3】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:00:56

【過去スレ_2of3】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:02:39

【過去スレ_3of3】
Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 21:03:50

【公式サイト】
Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/

blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:03:04

支持！

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:20:31

SPARCさえ使っておけば多い日も安心。

こうですか？わかりません！

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 23:24:11

HPにはプリンタがある！
Sun+Oracleなんて恐くないやい

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:15:31

OracleがＳｕｎを買収した事により、コア係数は変更になるだろうな。
Ｉｔａｎｉｕｍのみ0.5だったが、これからはSPARCの係数が低くなると
思われる。
特にT2/T2+の係数が0.25以下になれば、影響は大きい。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:21:37

そうかなあ
おれはSun以外のベンダのサーバのコア係数を上げると思うよ
既にPOWER6が0.75->1になってるよね

ドル箱のSPARCのコア数を下げたら大損だろう
あのおっさんがそんなことを許すわけがない

まあRockは0.25にしてやってもいいかぐらいは思っている
んじゃないかと

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:38:58

富士通に将来のSPARCの開発を支援して欲しいと言っているのだから
その程度の手土産は希望してもいいだろう

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 02:56:24

どうなることやら

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 07:16:12

>>12
HPのプリンタの大半はキヤノンが作ってるよ

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 13:52:52

>>14
そうすっと、Itaniumも0.5→1かな？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:45:09

Itaサポートのゆくすえについてですか?wwww

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:38:14

Itaniumって、そんなに酸っぱい葡萄なの?

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:17:53

低脳がスレ立てるの禁止できないのか? 下品なタイトルのは即削除してほしいな。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:30:16

>>21
一応は向こうが先に立っているのを、スレ住人の総意で無視してるだけ
だから即削除ってのは穏やかじゃない。

過去にもSunスレで強引にItaniumがらみのタイトルをつけたスレが無視
されつつも存在だけは長期間残留し続けたりした。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:35:42

>>21
ガキじゃないんだから、削除して欲しいと思うのなら、削除依頼してこいよ、自分で。
俺は放置すればいいと思ってるから、削除依頼しないでいいと思うが。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:57:04

「スレ住人の総意で無視」されてるのなんか存在する必要ねーだろ。消えろ消えろw

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 13:57:53

>>24がスレの空気を悪くしてるんだよな、ずっと

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 14:17:48

空気のよくなる話題をふればいいじゃん、自分で。そんだけのことだろ?

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 14:30:33

>>26
お前もな

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:04:49

下品スレ立てた低脳はいっさい気の効いた話題をふれないけどなwwwwwwwwwwwwwwwww

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:48:22

だらかといって>>28がスレを荒らしてよい理由には、ならんな。
自分よりも下等な人間がいるからといって自分が堕落することを許すのは人としてどうかと思う。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:48:52

だからといって>>29..
空気のよくなる気の効いた話題をすればいいんだよ、今すぐ。>>29書かずにさ。
メタやってる限りあんたもおんなじ。
というか、自演だろ? 低脳くんw

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:53:55

>>30
鏡

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 17:19:44

Oracle NetBookは省電力な OpenSPARCと OpenSolarisの上に Androidの皮、だなたぶん。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 17:20:48

あっ.. Androidじゃなくて、JavaFXか? 独自性強くなっちゃうけど..

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 23:45:02

Snapdragonの上でJavaを動かします

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 00:45:35

AndroidのLinuxをSolarisに置き換えるわけか

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 08:46:40

マルチコアはSPARCよりもMIPSが先行

ttp://www.cavium.com/newsevents_Caviumnetworks_OCTEON-II.html
MIPS64コアを32コアだ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:01:47

andoさんとこ、もう 3年近く前だが。

ttp://www.geocities.jp/andosprocinfo/wadai06/20060812.htm

16コアのサーバー機があるようだ。通信用の CPUみたいだけど。
どれくらいの性能出るのかは興味あるね。けど Linuxじゃな..

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:04:17

>>36
今 MIPSなんて特定用途向けでやってるとこはそんな潤沢なリソースはないわけで、
ざばざばリソース使える x86がいかにマルチコア作りにくいか証明してるね。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:16:27

>>37
それの後継製品だよ。
16コア500MHzから32コア1.5GHzに強化されたの。

>>38
x86のコアが大きいのは、それだけ機能が豊富だから、なんだよ。

そのMIPS64と同じ程度、
つまり、2issueでin-orderで、SIMD命令なしの、特定機能専用ブロック付くらいなら、
32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

ていうか、Larrabeeは2issueでin-orderで、SIMD命令ありで、
32コアとか48コアとか言ってるんですよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 11:55:46

>>39
> x86のコアが大きいのは、それだけ機能が豊富だから、なんだよ。

ああ、もうない方がいいのに互換性のために必要な機能、だろ?

> 32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

なんでそうしないで

> ていうか、Larrabeeは2issueでin-orderで、SIMD命令ありで、
> 32コアとか48コアとか言ってるんですよ。

とかいうわけわからん使う気もないもん作るの? 並行して作れないの?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 12:27:17

>>40
> ああ、もうない方がいいのに互換性のために必要な機能、だろ?

違う。

out-of-order実行、多issue、たくさんの実行ユニット、レジスタリネーミング、
SIMD命令、高速で倍精度のFPU、高速な乗除算、高クロックのための深いパイプライン・・・etc・・・

こういった、RISCの末裔たちにも共通な機能が、トランジスタを食うのですよ。

> なんでそうしないで

現状でx86を使っている多くのアプリケーションでは、
たとえ1コアから32コアまでリニアにスケールしたとしても、
効率が良くないからだろう。

じゃぁなんで組み込み用でMIPSを32コアも集積した製品があるのかというと、
組み込み用途では、コードおよびデータのローカリティが高いので、
コアあたりのキャッシュが小さくても破綻しないのよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:26:12

>>41
お、近づいてきたぞw

> こういった、RISCの末裔たちにも共通な機能が、トランジスタを食うのですよ。

ほんとの RISCの末裔たちにもそれあるじゃん。MIPSにもさ。で、なんで x86には
できないの?

> たとえ1コアから32コアまでリニアにスケールしたとしても、
> 効率が良くないからだろう。

おー、まさに。OS含めたソフトウェアの作りが古典的だから、そういうことだな。

> 組み込み用途では、コードおよびデータのローカリティが高いので、
> コアあたりのキャッシュが小さくても破綻しないのよ。

あれ? んじゃ、Atomも同じ構成にした方がいいじゃん。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:54:53

>>42
> ほんとの RISCの末裔たちにもそれあるじゃん。MIPSにもさ。で、なんで x86には
> できないの?

RISCの末裔たちで、それらのトランジスタを食う機能を満載したものは、x86と同程度のコア数だね。

> そのMIPS64と同じ程度、
> つまり、2issueでin-orderで、SIMD命令なしの、特定機能専用ブロック付くらいなら、
> 32コアを集積して1.5GHz動作させるくらい、なんとか、なるだろう。

ってのが読めていれば、そんな疑問は出てこないと思うんだがなぁ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:58:03

いつものビョーキなので仕方ない

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:59:32

>>42
>> たとえ1コアから32コアまでリニアにスケールしたとしても、
>> 効率が良くないからだろう。
> おー、まさに。OS含めたソフトウェアの作りが古典的だから、そういうことだな。

古典的とか、そういうことではなく、ワーキングセットの大きさが違うのよ。
同じキャッシュサイズで、コア数を1から32に増やすと、コアあたりのキャッシュサイズは1/32になっちまう。

> あれ? んじゃ、Atomも同じ構成にした方がいいじゃん。

Atomがターゲットにしているアプリは、ワーキングセットが大きいから。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:04:53

>>43
そんな話してるんだっけか? また途中でねじ曲げてるなぁ...

> RISCの末裔たちで、それらのトランジスタを食う機能を満載したものは、x86と同程度のコア数だね。

それだとぜんぜん >38を否定したことにはならないんだが。
x86じゃやっぱり作れないんじゃん。

> ってのが読めていれば、そんな疑問は出てこないと思うんだがなぁ。

なぜそれを商品で出さないのか、と聞いてる。
なぜ、Larrabeeみたいな申し訳程度のもんを見せる必要があるの?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:06:58

>>46の理解力のなさに脱帽

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:07:43

>>45
> Atomがターゲットにしているアプリは、ワーキングセットが大きいから。

なるほどね。組込みは組込みでも、ワーキングセットが大きいものだけを
ターゲットとしている。...それ、RISCだと、新規にコア起こしたりしないよね。
既存のものを流用する。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:08:08

そういやSunはNiagaraを組み込み向けに外販するって息巻いてたけど、
組み込み用OSでSPARCをサポートしているのは、増えたのかな。

ちなみにWind RiverがIntelに買収されちまったよ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:09:26

>>48
だから何?
SPARCだって組み込み向けにはSPARCliteっていう別のコアを作ったじゃないか。

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

やっぱ作れないんだな。作れてもクズが出てくるww

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:12:17

>>50
SPARCliteはワーキングセット大きいの想定してないと思うよ。MMUないしね。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:15:26

>>48
> それ、RISCだと、新規にコア起こしたりしないよね。既存のものを流用する。

たとえば?

俺の知ってる組み込み向けRISCは、ワークステーションなどで使われているのとはコアが別だぞ。
クロックを止められるようになっていたり、省電力のために数々の変更が加えられていたりするぞ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:18:34

>>51
ファビョるな見苦しい

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:20:35

SPARCで組み込みなんて流行らないよなぁ
信者はごく一部の例外的な事例を持ち出すけどさ。
組み込み向けOS各社の製品がSPARCをサポートしてない。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:27:52

マルチコアってのは自慢にならんのだよ。
シングルコアで性能が延びなくなったので、苦肉の策で転進する先だからな。

x86のマルチコアの性能がスケールしにくいのは、
それだけコア単体の性能が高いってことなんだよ。

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

4GB/sの帯域幅のメモリがあった場合、
2GB/sの帯域幅を必要とする高性能コアなら、2コアまで、それ以上はスケールしない
0.5GBの帯域幅を必要とする低性能コアなら、8コアまで、それ以上はスケールしない

コアの性能が低いことを忘れて、
2コアまでしかスケールしないものよりも8コアまでスケールするもののほうが優れている
というのは、ちょっとねぇ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:37:02

>>56
> x86のマルチコアの性能がスケールしにくいのは、

そうそう、そこは認めるわけね。

>>57
> 2コアまでしかスケールしないものよりも8コアまでスケールするもののほうが優れている

そんなこと言ってないが..www
そうなのか? 2コアまでしかスケールしないのかよカワイソー知らんかった..w.w.w

>>54
どういう意味なんか知らんが、>57 みたいなやつのこと? あ、同じ人? こりゃしつれーwwww

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:40:51

>>57
SPARC64 IVが大幅にIntel CPUに比べて劣っているとは考えらえないんですが？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 14:48:57

>>55
> 組み込み向けOS各社の製品がSPARCをサポートしてない。

無知のご披露もほどほどで。

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

現行製品でおながいします

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:04:51

>>60
そういうツッコミは小学生でもできるよね。
何も知らなくても、とりあえず言ってみることはできる。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:07:45

>>58
話を部分的に切り取るなよ。

>>59
SPARC64 VIは2スレッド2コア、
VIIは2スレッド4コア、ただしL1キャッシュはVIの半分、L2キャッシュは据え置き

これってx86よりもコア数が多いとは・・・言えないよね。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:08:15

>>62
そういうツッコミは小学生でもできるよね。
何も知らなくても、とりあえず言ってみることはできる。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:10:51

いや～、今日は収穫があったよ。はじまって以来だね。

『x86のマルチコアはスケールしない。』

本日の合意w

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:14:48

敢えて書かなければ気が済まないほど追い詰められたか。南無。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:15:56

>>65
石原都知事の発言を途中でぶった切った某放送局のような馬鹿な真似はよせ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:17:52

組み込みで、
ARMではなくSPARCを使うべき理由って何?
MIPSではなくSPARCを使うべき理由って何?
x86ではなくSPARCを使うべき理由って何?
ついでに、SunRayのクライアントが、SPARCを使っていないのは、なぜ?

SPARC信者よ、答えられるか?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:25:57

>>68
x86については、ある程度低消費電力な品目はないから、移植性の低いクソ
プラットフォームをサポートする必要がなければ論外だろ。

RISC群では、PowerPCや SH含めて、都合のいい品目があるかないかだけの問題。
たいした違いはない。
同じシリーズの機器でも途中平気でアーキが変わるのはそのため。茶飯事。
そもそも開発・稼働環境がマルチプラットフォームなのが常識だから、
互換性縛りみたいな虚構は某環境とは違って存在してない。

> SPARC信者よ、答えられるか?

あ、別に SPARC信者じゃないけど。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:32:46

>>69
ならばx86で都合のいい品目があれば、x86でもいいんだな。

ていうかSPARCで都合のいい品目がないのか。
なぜ?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:33:02

バークレーRISCがプリンターエンジンに向いてるの証明したのが AMD Am29kと
Intel i960ね。それと SPARClite。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:34:51

プリンターも現行品でお願いします。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:40:19

>>70
リソースが足りないから。
Sunや Fが芽を摘んだ、あるいはフォローが足りなかった、という可能性はあるかも。

その点、Intelは以前から組込みやる気満々だけど、うまくいかんなw
Atomはまだうまくまとめた方だけど、とっとと NetBook用になって廉価版と
競合しちゃってるしww まあ x86である程度以下の消費電力はムリなんだな。

XScaleもうまく扱えなかったし、i960やめなきゃよかったのにーww

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:45:32

>>63
コアの話なんてしてないんですけど
システムとして現行のIntel CPUで64CPU(256コア)程度までスケールする製品は、ありますか？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:46:32

Altixシリーズにのってるのとか

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:47:20

えっと、次はエンプラとかの話に行くんでしたっけ？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:47:25

>>72
ほらよ情弱
http://www.amazon.co.jp/ブラザー工業-HL-6050DN-BROTHER-ネットワーク対応A4レーザープリンタ/dp/B00028UP6O

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:48:22

>>76
Intel CPUは単体でも動くンか？糞が

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:51:36

>>73
> リソースが足りないから。

ARMやMIPSって、本家よりも、サードパーティが熱心に開発したよね。
なんでサードパーティは組み込み向けにSPARCを開発しなかったんだろうね。

> その点、Intelは以前から組込みやる気満々だけど、うまくいかんなw

Intelは組み込みを、一度は捨てんたんだよ。

8048、8052というベストセラーもあるし、
8086&88や80186&188も良く使われた。
NECのV30やその派生製品群も良く使われた。

Intelは486GXまでは組み込み向けをやっていたが、
セカンドソースをやめ、互換CPUを締めつけるにつれ、
組み込みからも手を引いていった。

そして再び、組み込みに戻ってきた。
VIAが低消費電力の組み込み向けx86 CPUで市場を開拓したから、
その後を進んでる。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:53:40

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

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:53:58

>>74
お前、36から読み直せ。
それとも、わかっていてワザと話題を逸らしにかかってるのかな。

>>77
お得意の、例外的な事例ですな。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:54:50

>>76
ああ、エンプラの話はしないでください
Intel CPUはエンプラで使えないですからという話か
それを泣きが入っているというのだがｗ
合意2『x86はエンプラで使えない。』
で、お次はNehalem EXとやらの話か？ｗ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:57:26

どーせユダヤ系IBMの工作員だろSun/SPARCスレを荒らすのは
ハエのようにタカってくるから直ぐにわかる
Powerを出すとすぐにばれるからなｗ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 15:58:05

>>79
> なんでサードパーティは組み込み向けにSPARCを開発しなかったんだろうね。

それは知らんだけ。国際スパークとか、以前の資料調べれば、SPARC作った
会社はいっぱいあるのがわかる。

> 8048、8052というベストセラーもあるし、
> 8086&88や80186&188も良く使われた。
> NECのV30やその派生製品群も良く使われた。

今度は極端に遡るな.. i960の話だしてるのにさ。

> Intelは486GXまでは組み込み向けをやっていたが、
> セカンドソースをやめ、互換CPUを締めつけるにつれ、
> 組み込みからも手を引いていった。

だから i960は? XScale(StrongARM)は?

> VIAが低消費電力の組み込み向けx86 CPUで市場を開拓したから、

今の話と、「x86にしては比較的低電力」を混ぜるなよ。全然違うんだから。

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

>>82
Intelはどんな場合も冷静沈着で無表情な感じさえするが、
あんたはテンパりまくりだなwwwwww

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 16:03:37

>>82
Sunの主戦場のエンプラで、x86に大幅に侵蝕されて涙目なのにな。

>>83
はいはい、話題逸らし。

スレを荒らして誤魔化そうとしているのは、お前だ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 16:05:51

えっと、気合い入った RISCなみの省電力 x86は作れることは作れるんですが...

..80186互換でいいですか?

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 16:12:49

>>84
> それは知らんだけ。国際スパークとか、以前の資料調べれば、SPARC作った
> 会社はいっぱいあるのがわかる。

そんな昔の話なら、8080やZ80、8086を作った会社のほうが多いかもしれん。

> 今度は極端に遡るな.. i960の話だしてるのにさ。

相手の話をちゃんと読んでる?

Intelが組み込みを捨てた理由と、再参入の理由の話してるんだよ。

ARMやMIPSが組み込みでメジャーなのは、IPコアとして使えるとか、
いざとなれば自分たちで設計したものを使えるからなんだよ。

x86がメジャーではないのは、完成品のチップしか使えないから。
Intelが組み込みを捨てて、互換CPU封じを選んだからよ。

ところが、完成品のチップでも済むようになりつつあるので、
組み込みのパフォーマンスの上のほうからシェアを広げようとしてるの。

> だから i960は? XScale(StrongARM)は?

i960は失敗したプロジェクトの残したものを再利用したもので、
組み込み向けに使われるようになった時点で、もう開発は打ち切られてる。

XScaleはDECとの裁判で手に入れたもので、Intelが自分から始めたプロジェクトじゃない。