Sun Microsystem 最大の遊撃

**名無しさん＠お腹いっぱい。** · 2005/12/08(木) 17:43:05

今更「オープンソース」とか言い出したり、
　…でも「OpenSolaris-Closed-Bins」って一体…（´Д`;）

今更「Ultra20」とか言い出したり、
　…でも「"Ultra"SPARCではなくOpteron」って一体…（´Д`;）

Fujitsu製造のSPARC64V,
AMD製造のOpteron,
TI製造のNiagara(UltraSPARC T1)などと矢継ぎ早にCPUを模索しているが、
これは縦読みで、製品群が"FAT"になる暗示か？w

【前スレ】
Sun Microsystems 最後から二番目の真実
http://pc8.2ch.net/test/read.cgi/unix/1127872934/

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 17:07:35

Itanium支持者が多いのかItaniumがこけると困る人が多いのか知らないが
ここはSUNのスレでItaniumはスレ違い

Itaniumの話はここでどうぞ
http://pc8.2ch.net/test/read.cgi/hard/1126713905/

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 17:51:17

SPARC の敵はもはや Itanium と POWER しかいないのでここでいいやん。
敵を知るものは汁物であたたまろう。

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 17:58:04

>>178
> ってことだ。このツケは結局intel製品の価格に跳ね
> 返ってくるのだから、エンドユーザが支払っている。
そうそう、x86 な CPU は安いっていうけど、もっと上品な RISC 2 つが健全な競争を
くりひろげてればコストパフォーマンスは今よりずっと高い可能性がある。
自然とそこへ行き着かないのは業界の構造に問題があるんだよ。法律で誘導すべきだね。

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 21:18:11

>>プロセスまたいで命令がパック出来れば面白いんだけどね。
プロセスまたいで空いた演算器を有効利用するって発想は
SMT技術じゃん。itanium は niagaraに滅ぼされるのかもね。

**178** · 2005/12/24(土) 21:26:25

>>Itaniumがヘボイんじゃなくて、コンパイラがまだまだということなんじゃないの？
現実のアプリケーションでの演算の並列度が２－３なので、それ以上いくらコンパイラ
ががんばって命令を並び換えても４つ以上の演算器を使いきるための並列度を引き出せ
ないのですよ。
だからitaniumの高速性の宣伝に使われるのは、暗号化など、本質的に演算の並列度の
高い一部のアプリケーションだけでしょ。

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 23:33:21

わかった、じゃ Itanium 機は世界に 5 台だけ残して、暗号演算は全部そいつらにやらせよう。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 00:00:04

特定の暗号計算のアルゴリズムなら、CPUにやらせるよりも専用回路に
やらせた方が速い。Niagara は実際、そういう回路を積んでるしね。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 00:49:41

えええっ?? それじゃ Itanium の居場所はほんとにないじゃーーんww

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 01:02:25

SPARC64V の演算器が６つもある件について

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 02:58:50

>>179
分岐命令が来たらどーすんの。

そういった問題点を1つずつ解決していくと、
気がついたら、既存のマルチスレッド技術と同じものになってる。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 04:18:37

>>190
整数演算系2セット、浮動小数点系2セットだけど？

**178** · 2005/12/25(日) 04:49:48

>>190
こんなものを見つけました。
ttp://primeserver.fujitsu.com/primepower/catalog/data/pdf/sparc64_v_j.pdf
同時実行４命令、並列に動作するのは整数の算術論理演算２つ(EXA, EXB)、load/store
命令２つ（アドレス生成用にAGA,AGBを使うらしい）、浮動小数点命令２つですね。
load/storeが２つ同時に動くというのはrisc系cpuとしては凄いと思いますが、
やはり演算（科学技術系は考えていませんので念のため）の並列性は２－３までで、それ
以上演算器を用意しても意味がないことを知ったHW構成を思いますね。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 11:36:45

>>193
同時issueと演算器複数は、ぶっちゃけcacheアクセスのlatencyをカバーするためで
その並列性は関係ないんじゃないの？

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 13:38:13

お前ら知ってる？今日の１５：２５分からだけど
　
　
第50回有馬記念（Ｇ１＝12月25日(日曜)・中山競馬場）　
　
史上最強の"無敗"三冠馬ディープインパクト（ジョッキーは武豊）が
史上初の無敗での四冠達成に挑戦する
　
《有馬記念スタートは１５時２５分》　フジテレビ拡大放送（14:35～16:00）
　
超人気スーパーホースの歴史的瞬間じゃん
時代の目撃者って感じでさ　
　
　
　
もち彼女と見るよな？(・３・)
　
☆↓祭り会場↓☆ ディープインパクト～The 74th impact～
http://ex14.2ch.net/test/read.cgi/keiba/1135438167/

**178** · 2005/12/25(日) 22:37:34

>>194
load/storeでのキャッシュレイテンシによる性能低下を同時に動か
す演算命令の数で改善しようとしても、プログラムそのものの持っ
ているセマンティカルな並列性を越えることはできない。itanium
はこの並列性の上限をコンパイラーで越えられるとしたが、錬金術
に過ぎなかった訳。
　また、本来VLIWは簡素なＨＷが信条のはずなのだが、お化けＨＷ
になって、結局、周波数もあがらず、品質も悪く、予定期間内で設
計できなかったんだよね。これ本末転倒。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:41:57

メモリアクセスのレイテンシを覆い隠すだけなら、sparc v9のプリフェッチ
命令でいいじゃん。演算器いらね。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:45:04

>>196
いやだから、SPARCなんだから、SPARC64Vで演算器を複数積んでるのは
VLIWみたいな並列性じゃなくて、シングルスレッドの性能を上げるためだってこと

>>197
メモリじゃなくてcacheのlatency

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:45:40

>>197
プリフェッチ命令だけですべてうまくいくなら、SMTはいらない訳だ。
だがそうならずNiagaraの登場となった。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:46:05

Javaだと、JIT/Hotspotで、関数インライン展開、ループアンローリング、分岐予測を、
hotspotにダイナミックに実施できるから、VLIWの特性をより活かせるはずだったのにな。
# 非VLIWに打ち勝てないまでも。
Sunとは喧嘩別れしたからな。

Crusoeも死亡寸前だし、VLIWは復活ならずだな。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:52:19

Transmeta のやつは内部実装に使ってるだけだからね。改善のメドがたつんならいくらでも変更可能。
外部に見せてるやつはそうはいかない。

**187** · 2005/12/25(日) 22:54:32

>>198
VLIWもsuper scalarも、シーケンシャルな機械語の並びとしての
プログラムが持っている局所的な命令の並列性をうまく取り出す
手段にすぎないんだよ。元の命令の列に並列性がなければVLIWで
もsuper scalarでも1サイクルに１命令しか実行できないよ。

メモリのレイテンシもキャッシュのレイテンシもプロセッサ内の
load/storeパイプがストールするという点では同じと思うが。。。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:55:49

(´-`).｡ｏO(なんで Itanium の話のほうが SPARC より盛り上がるんだろうか・・・

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 22:58:22

>>203
危機感の表れ。

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

SPARC は次の暁が Niagara2 なのでだいぶ先なんだなこれが。

**名無しさん＠お腹いっぱい。** · 2005/12/25(日) 23:05:11

>>202
VLIWが取り出すのは局所的な命令の並列性だけではないだろ。
投機的実行やトレーススケジューリングはどうなった？

1 · 2005/12/26(月) 01:20:27

>>203
敵を知り己を知れば百戦危うからず

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 01:22:51

いちおうIntelもJavaやってはいるんだが…
http://www.intel.com/technology/computing/sw04031.htm
http://orp.sourceforge.net/

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 05:01:33

米Sun、「Sun Fire T2000」の無料お試しキャンペーンを開始
http://enterprise.watch.impress.co.jp/cda/foreign/2005/12/22/6917.html

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 05:51:42

> 投機的実行やトレーススケジューリングはどうなった？

別にVLIWだけでなく、投機的実行なんて、大抵のCPUはやってる。
たとえば、SPARC64なんて、OoOやspeculative executionしまくりでは？
それに、memory latencyやcache latencyによるストールをカバーするために
別命令を実行するっしょ。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 06:26:50

>>206の言っているのは、コンパイラに任せることで、
それを例えば関数単位くらいの大域性を持たせることができるということでしょう?

まあ現実にはあまり効果がなかったみたいだが…

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 09:24:54

Itanium2(w のこれついに導入開始みたい。
http://www.nikkei.co.jp/news/sangyo/20051224AT1D2400Y24122005.html
http://www.itmedia.co.jp/enterprise/articles/0412/09/news033.html

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:22:17

itaniumでメインフレームやろうとした日本のメーカーがかわいそう
でもIA-32でメインフレームしても、高い価格を納得させにくそうだから
これしかなかったのかも
UNYSYSはxeonでメインフレームですが

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:38:10

>>212

VLIWなのでEPICで互換をとっても性能が犠牲になるということかな、
やっぱ既存のソフト資産は再コンパイルするみたいね。

> CEAはプロプライエタリな技術の利用を避け、言語標準を堅持してきたため、
> TeraのEV68からTera10のMontecitoへのアプリケーション移植にはほとんど問題は
> ないと見ている。とは言え、万全を期して、1月からテストノードでコードの
> 再コンパイルを始める予定だ。

普通の企業がこんなことやってたら、破産しちゃうよ。

やっぱItaniumにはあまり意味を感じない。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:44:34

コンパイル型言語は捨て捨て。

全部スクリプト型にしてインタプリタだけ作り直す

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:50:27

>>214
Alpha のバイナリがそのまま Itanium2 で動くなんて聞いたことありませんけど。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:58:33

>>213
かわいそうというかバカ。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 16:22:08

痛に決定当時の連中が買収されていたに一票

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 19:33:25

> itaniumでメインフレームやろうとした日本のメーカーがかわいそう
> でもIA-32でメインフレームしても、高い価格を納得させにくそうだから
> これしかなかったのかも

でもさ、たとえばAMD64でやたら安いくせに同じ性能だされたりしたら、
さすがにItaniumではビジネス展開の意味がないって気づくのでは？

その時は時すでに遅しってことなのかしら。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 19:39:06

一応「現時点では」 Itanium 系の方がエンタープライズ向けの
機能をより多く持っているんでしょ。

ただし IA64 だから出来て AMD64/EM64T で出来ないというものではなくて
時間その他の都合の問題なので IA64 の将来に自信を持てる人は
Intel の当該事業部を含めて誰もいないんじゃないかな

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:20:53

というか、明らかにフェードアウトするための準備期間に入っていると思うが

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:27:53

大原雄介の「Sun Ultra 20 Workstation」レポート
http://pc.watch.impress.co.jp/docs/2005/1226/ws01.htm

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:34:21

>>222
その記事の中で一番目を引くのはやはりコレ
ttp://pc.watch.impress.co.jp/docs/2005/1226/solaris34.jpg

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:42:30

しかしXeonやOpteronにはRAS機能がない。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:48:03

Sun、頑張ってOBPのx86版作らんかなぁ

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:51:23

しかしIPFの将来性には、ReliabilityもAvailabilityもScalabilityも見出せんなあ

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 20:55:21

OpteronにRASが付くとSPARCの居場所が(ry

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 21:14:06

> 大原雄介の「Sun Ultra 20 Workstation」レポート

SunのUltra20、巷のPCサーバと違って良さそうね。
感心、感心。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 21:37:04

>>223
ヌコ、イイ!

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 21:43:19

気をつけろッ！SunとO原U介は萌えを理解しているッ！

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:08:30

SS1 や IPC のメモリが特殊だとか書いてあるが。経験談はマユツバだな。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:12:21

あー、いくらでも出てくる。SunOS5 が Solaris になったぁ?? gcc が無かったぁ??
Solaris 6 だぁ???? むちゃくちゃな記事やがな。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:13:45

いいなあUltra20。ほしくなってきたよ

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:22:42

まぁ、PCオタは所詮しろうとすよ。
でも、Ultra20、かっくいいっ。

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:32:58

メインフレーム（または同等）を扱ったことない奴のレスはすぐわかる

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:39:40

これがメインフレームだよと

見せられた代物　AIX

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 23:51:54

メインフレーム（または同等）でしかプログラミングしたことない奴のソースコードはすぐわかる

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 00:13:18

>>222
Solaris2にucbなCコンパイラがついてるみたいだ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 00:36:42

プログラマは権限もったエンドユーザと接してないから業界の動向を読み誤る

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 01:19:55

大原さんは、知ったかぶり知識を書く人ですよ。
あちこちで、嘘記事を書いてる人。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 02:11:57

>>222
Solaris6 だってさ
ﾊｽﾞｶﾁｰ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 02:15:12

次回はWindowsをインストールしてベンチマーク取る記事だな。
その次は冗談半分で入れたWindowsが気に入ってしまい、
そのまま使ってみるという記事で、その次はそれを見たSunから
クレームが来て返却してしまいましたという記事だ。
多分猫だけはSolarisとWindowsのどちらがUltra20に合っていたか
分かってくれたはずだ、という締めで終わり。

1 · 2005/12/27(火) 07:52:52

>>241
わざと目立つ間違い方をして、記事全体の細かい間違いを見えにくく
する手法と見たw

それで、ちょっとでも調べればすぐわかることを「昔は詳しかったけど、
途中から使ってなかったから記憶違いだった」という演出に転換して
「ところどころ間違ってても許してくれ」という言い訳にするのだろう。

つまり、目立つところに注目し過ぎると思惑通りに釣られている訳だ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 08:09:44

>>243

皆Ultra20だけしかみていないから、大抵は間違いに気づかない。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 10:10:47

>>243
現在の部分にも間違いがいっぱいあるわけだけどね。

このマシン、コンポーネントリストにDual CoreなOpteron 180がオプション
としてあがってるね。Dualでもイケるんだろうな。でもOpteron 180は10万円。
高い！

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 10:21:08

パーツじゃなくて、最初からデュアル搭載の奴が出るのを待ってるんだけどなぁ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 10:49:50

うちにもUltra20 Workstationが納品になったけど、このマシンてメーカー機
のくせにBIOSでクロックアップできたりするのな。ここの、CPU Frequencyの
ところ。
http://pc.watch.impress.co.jp/docs/2005/1226/solaris29.jpg

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 11:52:39

とりあえず、

SunのAMD64マシン、乙。

あげです。

なんといっても、他のマシンと比べて「作り」に高級感が漂う。
しかも、お値段が安いとあっちゃ、あなた、買いですぜ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:00:26

さっき注文しちゃったﾖｰ！
納期 1月30日 orz
Middle だけどな(´・ω・`)
オレ、間違ってないよね・・・

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:01:38

UltraSPARCじゃないのにUltraを付けるのはやめてほしいものだ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:03:44

>>250
そこなんだよねえ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:04:58

Smallのが良いんじゃないの？

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:05:38

だってUltraSPARCより高性能なんだもの。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:19:20

Super/Hyper/Meta/Ultra
の序列からいうとUltraが最上位で、Metaは使っていないんだよなあ。

UltraSPARC T1 のほうがものによっては性能よさそうだから、
Meta20でいいんじゃね？

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 13:50:18

そんな序列あるの? 計算機の世界で Meta つったら他の 3 つとはぜんぜん意味違うよね普通。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 15:20:12

Ultra なんてあったっけ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 15:59:42

ttp://pc.watch.impress.co.jp/docs/2005/1226/ws01.htm
何か結構褒められてるよ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 16:53:10

ｺﾞﾒﾝ既出だったね
しかも叩かれてるｗ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 18:42:02

間違い探しをすると楽しいよ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 20:57:11

>>247
選択肢が、定格と、定格よりも遅いものだけ、だったりしてな。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 21:25:25

今ＮＨＫ見てたらちょうどこんな画面だったのでびくーりしたｗ
http://pc.watch.impress.co.jp/docs/2005/1226/solaris08.jpg

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 21:27:16

>>261
どういう文脈だったの？

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 21:42:06

秋葉原特集でクロックうｐ名人の買い物シーンｗ

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 21:50:59

>>262
にっぽんの現場秋葉原年の瀬物語

美少女系・メード・同人ゲーム、先端の人びとの内面

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 22:31:47

>>260
200～250MHzまで可変。俺は225MHzで使っている。Windows入れるのも
あんまりなのでFreeBSD 6.0-STABLEを入れて使っている。これくらいの
マシンだとかなり快適だね。

>>257
その記事は褒めすぎだね。悪くないコストパフォーマンスのマシンだと
は思うけれど、かといってベタ褒めするほど素晴らしい作りだとも思えない。
値段なりじゃないかと思った。Sunのロゴに萌えながら使うには良いんじゃ
ないだろうか。

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 02:10:01

だって提灯ライターの定番の人ですよ?

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 02:19:51

>>263-264
なるほどありがと

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 21:36:42

ぷらっとホームのSun Ultra20 Workstationキャンペーンが、堂々の1ヶ月延長だ！
しかし、今時納期2週間とはえらく客をナメたキャンペーンじゃのう。Sunはもう少し
顧客のことを考えるべきじゃないのか？Dellに対抗して行く気があるんならな。

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 21:41:02

納期2週間はx86のPC WSと考えたら遅いが、UNIX WSと考えたらかなり早い。
Sunは多分早いつもりなのだろう。

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 21:45:00

英語キーボードに汁＞キャンペーン

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 00:23:57

>>269
ま、2週間と言いつつ、どんどん伸びて4週間になるんだろうけどな。

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 01:39:52

堂々の1ヶ月延長ということは売れてないのかな？

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 01:48:44

広告が出たからもっと儲ける目処がついたということでは

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 05:46:06

納期とかは、ぷらっとホームと日本サンのオーダと在庫の問題でないの？

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 08:49:27

>>274
サンの納期なんか全くあてにならん。

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 09:46:23

Back to Back なんだっけ、デスクトップも？

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 13:58:49

>>274
だからSunがクソだって言ってるじゃん。

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 20:10:16

ディスク4台積めるようにしてくれればUltra20買うんだけどなぁ
てか今時SATAのコネクタ2つだけってのがなぁ

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 20:31:38

Ultra20は、サーバじゃなくてWSだからでわ？
サーバ買ったほうがえーかも？

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 21:51:04

だってサーバー高いんだもん

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 22:42:00

ケースに穴開けて固定すりゃ良いだろ。