Sun Microsystems 最上川上流

**名無しさん＠お腹いっぱい。** · 2009/04/09(木) 15:39:23

五月雨を集めて早し最上川

【意訳】五月雨のように断続的に数々のIT企業を買収して集めても、
業績の下落ぶりはまるで急流のように早く、あとには何も残らない。
【補足】
スレッドタイトルは、一説に最上川上流に不法投棄のゴミが溜まって
いる惨状を某企業の内情なぞらえて詠んだ哀歌とも。詠人不知。

【前スレ】
Sun Microsystems 最大の超新星
http://pc12.2ch.net/test/read.cgi/unix/1233928036/

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 15:50:30

>>858
貴方の目には、
> x86うれしがって使ってる
に見えるんだ。

自分の勝手な誤解に基づいて相手を罵倒するのは、恥ずかしいぞ。

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

> ゲームや科学技術計算ではない、エンタープライズのアプリはSIMD化できんよ。
「ベクトル化」はゲームや科学技術計算以外に使えないと思ってるんだな。
それだと後藤さんの記事は一切理解できないだろ?

「聞く耳もってない」とはなんともトホホな....w

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

>>859
これの、「●ベクタライゼーションを支援する SSE4命令」のとこ読んでみれ。

ttp://pc.watch.impress.co.jp/docs/2006/1004/kaigai307.htm

ああ、かわいそかわいそ。

Intelの CPUアーキテクトが何言ってるか理解できたか?

> 当該の話は、AVXについてではなく、もっともっと先の将来についての話。

とか、わけわからんこと言ってないで勉強しろよ?

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

>>860
もう恥しくて恥しくて。 ...え? 誤解って? なにが?

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

なんか、「リッチな回路」思い出したよ、あまりのバカさ加減にw

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

勘定系基幹系情報系でSIMDなんて糞の約にもたたんだろ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:08:28

SIMD拡張もメニーコア化もシングルスレッド性能の増強もIntelは全部やるだろ
アホか？

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:10:07

>>865
たとえばこんな話
ttp://knight.dip.jp/index.php?p=256

勘定系基幹系情報系は memcpy()使わないんだっけかw?

＃どこまでアホなんだ。とどまるところを知らんwwww

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:11:22

>>866
はぁ。さあねw やっぱり「リッチな回路」、で?

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:15:55

何のために命令セット拡張するのか、Intelは2004年にはその理由を明かしていたのだが・・・・
Intel大嫌いIntelなんかシラネーヨってスタンスなら黙っていれば馬鹿にされずに済むのにね
かわいそう

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:30:06

まだ AVXの意味がわからんらしい.. 後藤さんも Intelも気の毒なこった。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:44:03

Bridgeシリーズで SIMD主体に移行するから、旧来の x86なだけのソフトウェアの性能は停滞する。（ｷﾘｯ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:49:47

現状 x86のキタナイ不定長命令フォーマットから逃れて、デコード回路の
消費電力増を回避するためには、完全に AVXに移行して

> "伝統的x86"を脱する

他に方法はナイノヨ。

ttp://pc.watch.impress.co.jp/docs/2008/0407/kaigai434.htm

つまり、Sandy Bridge以降では AVX以前の命令を使ったソフトウェアは
相対的にだんだん遅くなっていく。
というか、上記記事によれば、Nehalemで既にデコード回路の改善を
見送っている。

で、「RISCになる」とは書いてないが、ほぼそういうことだよ。残念だったねwwwwww

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 17:55:49

つまり、Sandy Bridge以降では AVX以前の命令を使ったソフトウェアは相対的にだんだん遅くなっていく。（ｷﾘｯ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:04:40

ISAなんてもう関係ない、ハズだったのに、おかしいなぁ～～～

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:07:08

ア、ア、アイ、
アイ、アイ、、、

アイテニアムソリューションアライアンス！！

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:07:19

>>861-862
例の記事でIntelのアーキテクトが言ってるのは、

SIMD化による性能向上で進めていくと、いずれ、現状でSIMD化しようがない命令までをもSIMD化するためのブレイクスルー発明が必要だ
つまり、SIMD化だけではダメだから、メニーコアなど他のアプローチも必要よ

ってことだろ。

そりゃ多少はSIMDで処理できる部分もあるが、微々たるものだね。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:08:27

>>861から>>864まで4連投か。
よほど悔しいと見える。

「リッチな回路」ってのはSunの人がIntel批判として言ったことなんだが、
いまだに理解できないらしい。

いちど先入観で染まってしまうと、もうダメね。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:11:35

頭悪くてすまん
結局、この議論(?)の争点って何？

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:11:41

>>876
> ってことだろ。

違うよ。印刷して拡大コピーして百回読んだら?

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:13:34

>>877
> よほど悔しいと見える。

...なんで、オレが「悔しい」んだ? 誰か教えてくれ!!

> 「リッチな回路」ってのはSunの人がIntel批判として言ったことなんだが、

うは。そんなこと知ってるわけないわな、「本人」以外に。
Sunの人だぁ?? 死ねば? マジで。

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

ということで、図星ズボシ図星... でした。「リッチな回路」 ........kkkkkppppppw

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

>>867
コンパイラが用意したmemcpy()の実装が遅くて自作したことがあるんだが、
memcpyの高速化のポイントはSIMD演算なんかじゃないよ。

拡張命令は使うが、それは、キャッシュのプリフェッチ制御と、
幅が広いという理由でSIMD用のレジスタにロード/ストアするだけ。
SIMD演算なんか、しない。
つまり、128bitのスカラー処理なんだよ。

拡張命令がなかった頃は、
FPUのレジスタが64bit幅だったんで、
浮動小数点でもないのに、FPUのレジスタを使ってコピーしてたなぁ。

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

>>882
はあ。またズレた話ですね。なんのすり替えですか?
だれか本気にしてるとでも思ってるのかこの「リッチな回路」が

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:21:27

>>872
それ、SIMDの話な。

>>879
おまえが記事を誤解しているんじゃないか?

>>880
スレを読み進めていくと、その後も連投しまくりだな、おい。

>>881
「リッチな回路」の話に噛みついていた、おかしな人「本人」ですか?

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:22:30

>>883
自動ベクトル化できる部分は少ないってことくらい、すでに既出のレスを読んで理解しろよ。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:23:42

でさ、エンタープライズのアプリまでSIMD化率が100%に到達するとして、SPARCは、どーなん?

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:23:51

キモいんだよ。しつけー。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:26:51

そもそも>>846の「（SPARCは)Nehalemに勝てるのか？」が発端なんだよな？
なんでアンチSIMDとSIMDマンセーの戦いになってるんだ？？？

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

>>885
正味無知なんだな。標準ライブラリの SIMD使った高速化とか、枚挙にいとまがないぞ。
後藤さんも、Intelも、その他の誰も、おまえみたいなことは言ってないぞ。
すこしは勉強して知識つけろよ。性格も直せよ。最悪だぞw

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:35:21

>>888
ちがうよ。「x86 ISAはクズである」という、周知の事実に対して、
くやしくてくやしくてくやしくてくやしくてくやしくてくやしくてくやしくて
くやしくてくやしくてくやしくてくやしくてくやしくてくやしくてくやしくて
くやしくてくやしくてくやしくてくやしくてくやしくてくやしくてくやしくて
仕方がないけど知識の足りない人が必死にすり替えを繰り返してるだけ。

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

>>890さんは、アンチSIMDの人？SIMDマンセーの人？

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

なんだろう？>>890が一番何かを悔いていそうな感じなのだが

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:54:31

>>889
SIMD化率は50%もいってないんだが。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:55:34

1. AVXはこれまでの SIMD拡張と大差ない
2. SIMD拡張はゲームや科学技術計算にしか効果がない
3. x86命令は今後も安泰
4. x86の速さの決め手は「リッチな回路」

全部間違い。いや～笑かすww

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:56:54

CISC vs RISC論争なんて過去の話だから、いまさら言ってもなんだが、
SIMD命令を使って高速化ってのはさ、RISC的じゃないよな。
どんどん便利な命令を追加してくんだもの。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 18:59:04

>4. x86の速さの決め手は「リッチな回路」
なんだか自分で火を付けて煽ってるようなのだがｗ

【レス抽出】
対象スレ：Sun Microsystems 最上川上流
キーワード：リッチな回路

864 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/05/09(土) 16:30:40
なんか、「リッチな回路」思い出したよ、あまりのバカさ加減にw

868 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/05/09(土) 17:11:22
>>866
はぁ。さあねw やっぱり「リッチな回路」、で?

//以下略

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

>>894
1. *当分の*AVXはこれまでの SIMD拡張と大差ない
2. SIMD拡張はゲームや科学技術計算にしか*大きな*効果がない
3. x86命令は今後も*使わざるをえない*
4. x86の速さの決め手は*スケールメリットによって強引に実現した*「リッチな回路」

ちゃんと理解しようぜ。

Intelが莫大な投資をしてる最先端プロセスと開発力でSPARCを実装したら、
Sunのそれよりも、かなり高速なものができると思うぞ。アーキテクチャだけでなく論理設計が一緒でも。

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

自分じゃ反論にでもなってると思ってんのかね? あの低レベルな「すり替え」でww

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:03:54

IntelのCPUが速いのはx86のアーキテクチャが優れているからではなく、金に物を言わせて大量生産してるから。
これがSunの人の「リッチな回路」が指すことだろ。

Intel厨が、そんなことはない、x86アーキテクチャは効率的なんだ、って言ってたようだが・・・。

なんかさ、相手をちゃんと見よう是。

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

>>897
いいから後藤さんの記事ひゃっぺん読んでこいや。アホか。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:06:52

>>900にとっては後藤さんの記事はバイブルだそうです。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:17:50

ところで次から Oracle スレ？

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

命令長が長いからプレフィックス群を刷新するって記事が
どうしてSIMDの話になってるんだろう

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

後藤さん、後藤さん、後藤さん

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:38:56

>>903
そりゃ、
「SIMD命令の」命令長が長いから・・・
っていう話だからさ。

でさ、AVXもまた広義のx86に含まれるわけです。
8086にあった命令がまったく使われなくなっても、x86なんですよ。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:39:48

もしItaniumが成功していたら、Itaniumもx86と呼ばれただろうな。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:43:22

いやそれはない

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

AMDが採用したらx86と認めてもいい
それまでは淫拡張

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:46:04

Larrabeeの可能性やREXプリフィックスをわざわざ例に上げて書いてるのに

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:48:52

>>908
AMDはSSE5をやめてAVXを実装するよ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 19:49:28

クロックなんて飾りですよ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:11:54

なんだか流れ早いから、そろそろ次スレタイトル案を

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

Sun Microsystems 最後のアンチスレ

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

結局、AVXがx86かx86じゃないかなんてどうでも良くって
AVXでXeonがSPARCをぶっち切れればSPARCの死期が早まって
ぶっち切れなかったらSPARCの死期が先に伸びるってことじゃないの？

なんで煽り合いになってるのかようわからんわ

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

今だと「最期の～」って様相だなw

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:19:30

Sun Microsystems 最期の罵り合い

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:21:07

話を戻すけどランチボックスは欲しいよね(*´Д`)ﾊｧﾊｧ

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

Sun Microsystems 最期の買収
でいいんじゃね?

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:29:07

>>917
っ Mac Mini

ワークステーションOSとしては、SolarisよりもMacOS Xのほうが、ずっと使いやすいと思う。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:29:36

>>917
Mac miniでも買ってろ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 20:36:45

Sun Microsystems 最期の輝き

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

>>919
ワークステーションOSとしては、Windows以外は死んだと思う
Solaris上で動いてるshellやGUIが欲しいだけなら、ネットワーク越しに
Windows上に引っ張ってこれるし

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 21:10:34

Sun Microsystems 最期の灯火

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

>>914
SPARCに引導を渡すのが x86 なのが耐えられないから

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

実はSPARC以外のRISCチップは生きてるように見えて、とっくに死んでるんだよ
レガシーアプリが動いて、それが生きているように見えてるだけ

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 21:17:40

POWERもヤバそうだしな。
RISCで生き残るのはARMだけかもしれん。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 21:32:53

POWERはともかく、PowerPCは組込みでは使われつづけてるよ。
SPARCliteとは、まるで違うレベルで。
とはいえ、ARMのようにIPコアとして使えるものには、数では勝てないな。

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 22:17:26

Software Design 2009年5月号に UltraSPAC設計者のインタビューが載ってる

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 22:27:37

10進演算のできるzプロセッサ最強

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 22:27:48

「UltraSPARCは人生最大の失敗だった」

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 22:57:45

>>927
組込みも厳しいみたいよ＞PowerPC
ゲーム機も次の世代はPOWER系を採用しないという話もあるし

**名無しさん＠お腹いっぱい。** · 2009/05/09(土) 23:40:28

何かSPARCのISAは良いと思い込んでx86を腐しまくっている人が居る
ようだけど、SPARCもたいがい筋悪ISAだろ。
妄想で語ってるだけの連中とは違うエロい人の寸評でも、
SPARCの酷評っぷりはずば抜けている。x86よりはマシ判定だけどな。

ttp://www.nminoru.jp/~nminoru/programming/arch/arch_features.html

ただ、何やかんや言いつつ、この人は変態ISAを愛している様に思える。

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

SPARCはSPARCだから良いのであって
何か現世御利益があるから良いわけではないのであって
つまり根拠無く信じるという所にSPARCの本質があるのであって
そういう感情というか魂の働きは無神論では決して説明されないのであって

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

SolarisとSPARCの曖昧模糊とした渾然一体たるITのナニがおんどれらを襲う

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 00:25:23

Sun Microsystems 余命3ヶ月

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 00:32:02

Sun マイコーsystems 最期のネバーランド

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 00:37:03

最後の挨拶

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 01:41:55

こういう終わりかたになるとはね

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 01:45:19

最後の身売り

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

SPARCを除くRISC系CPUは今はどれも組み込み市場がメインターゲットでしょ
ARMは設計が美しくないからあんまり支持したくないけど

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

美しくなくても広まってしまえば正義(つД｀)

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 08:32:11

ARMが使われれる理由?
チップ内の組込みのプロセッサコアとして使えるもののなかで、いちばんマシだったから。

一時期、MIPSコアを使ってたのが、軒並み、ARMコアに移行したよ。

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 09:35:13

>>927
PowerPCのIPコアって使えないの？

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

コストもあると思うよ。昔はSPARCは歩留まり悪くてバカ高だった。

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

>>943
使ってるの見たことないな。

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 11:02:47

そもそもRISC自体が美しさとは無縁のものじゃないか？

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 12:41:36

MIPS が復権してほしいなぁ…ネットワーク機器では今でもそれなりに使われてる
みたいだけど

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

>>947
Sunの初代Niagaraから1年遅れで、MIPS64で16コア製品が出てたような。
ttp://www.cavium.com/OCTEON_MIPS64.html
とか。

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 13:31:38

>>947
中国様のパチモンがあるじゃないか。

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 17:27:56

西側でSPARCをサードパーティが実装したらマンセー
中国でMIPSをサードパーティが実装したらパクリ、パチモノ
っていうのは、ダブルスタンダードもいいところだろ。

よくネットで馬鹿にされてる中国の「先行者」だが、
かつて日本で研究された二足歩行ロボットも、
ああいう姿をしていたんだよ。

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 17:54:02

あれはMIPSを名乗ってなく、あくまで独自開発と言いきってるから、パチモンだろw

**名無しさん＠お腹いっぱい。** · 2009/05/10(日) 18:25:44

SUN MicrosystemsがOracleに合併されたわけだが
http://dubai.2ch.net/test/read.cgi/morningcoffee/1241947158/

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

>>951
そうなのか・・・何かの記事に思いっきりMIPSって書いてあったので、誤解したよ。

それにしても今日は暑いな。
居室に置いてる電力効率の悪いマシンが、とくに痛が、室温をグングン上げてくれやがる。

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

>>924
Itaniumよかなんぼかましだろ

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

売り上げ抜かれたくせにまだ言うのかｗ

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

おまえら御通夜の席で喧嘩するなよ

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

通夜に正妻と妾がつかみ合いのケンカなんてたまに聞くよ

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

最大の通夜

**名無しさん＠お腹いっぱい。** · 2009/05/11(月) 00:24:32

通夜に遺族がけんかしているのは
はためにはおもしろいよね