Sun Microsystems 最大の字余り

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 18:35:49

サン・マイクロシステムズや
ああサン・マイクロシステムズや
サン・マイクロシステムズや

（字余り過ぎ）

【前スレ】
SunMicrosystems 最大の探検
http://pc11.2ch.net/test/read.cgi/unix/1207761568/

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 18:36:19

【過去スレ_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/

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 18:36: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/

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 18:37:48

【過去スレ_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/

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

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

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 19:09:23

>>1乙　前スレ
SunMicrosystems 最大の探検 http://pc11.2ch.net/test/read.cgi/unix/1207761568/

**名無しさん＠お腹いっぱい。** · 2008/06/22(日) 23:55:45

　　　　　　　　　　　　　　　　　　　　　　　　　刀、　　　　　　　　　 , ヘ
　　　　　　　　　　　　　　　　　　／´￣｀ヽ／: : : ＼＿＿＿＿＿／: : : : ヽ、
　　　　　　　　　　　　　　,.　-‐┴─‐- ＜＾ヽ、: : : : : : : : : : : : : : : : : : : : : : }
　　　　　　　　　　／: : : : : : : : : : : : : :｀.ヽl____: : : : : : : : : : : : : : : : : : ／
　　　　　,.　-──「｀: : : : : : : : :　:ヽ: : : : : : : : :＼｀ヽ￣￣￣フ: : : : :／
　　　／: :.,.-ｧ: : : |: : : : : : : : :　　　 :＼: : : : :: : : :ヽ　＼　／: : : :／
　　　￣￣／: : : : ヽ: : : . . . . . . . . . . .､＼=--: : : :.i　／　/: : : : :/
　　　　／: : 　　　 ∧: ＼: : : : : : : : : : ヽ: :＼: : : 〃}/　　/: : : : :/　　　　　　　　、
.　　　 /: : /　　. : : :! ヽ: : l＼_＼／: : : : :＼: ヽ彡: : |　　/: : : : :/　　　　　　　 |＼
　　　/: : ｨ: : : : :.i: : | 　＼!___／ヽ:: : : : : : :＼|:.:.:.:/:!　 ,': : : : /　　　　　　　 |: : ＼
　　 / ／ !: : : : :.ト‐|-　　ヽ　　　　＼: : : : : l::::__:' :/　 i: : : : :{　　　　　　　　 |: : : :.ヽ
　　 l/ 　 |: : :!: : .ｌ: :|　　　　　　　　　＼: : : l´r. Y　　 {: : : : :丶＿＿＿＿＿__.ノ: : : : : :}
　　　　　 l: : :ｌ: : :ﾄ､|　　　　　　､＿__,ィヽ: :| ゝﾉ　　 '.: : : : : : : : : : : : : : : : : : : : : : ／
　　　　　 |: : :ﾄ､: |: :ヽ ___,彡　　 ´￣´　　ヽl-‐'　　　　＼: : : : : : : : : : : : : : : : : : イ
　　　　 !: :从ヽ!ヽ.ﾊ=≠'　, /////　///u /　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　V　ヽ|　　 }///　 r‐'⌒ヽ　　イ〉、
　　　　　　　　　　　　ヽ､______ｰ‐‐' ィ´　/:/:7rt‐---､　　　　　　　こ、これは>>1乙じゃなくて
　　　　　　　　　　　　　　　　　　ィ幵ﾉ　./:/:./:.! !: : : : :!｀ヽ　　　　　ポニーテールなんだから
　　　　　　　　　　　　　　r‐'T¨「 |: | !:.∨:/:./: :| |: : : : .l: : : :＼　　　変な勘違いしないでよね！

**名無しさん＠お腹いっぱい。** · 2008/06/23(月) 14:13:36

>>1 乙

**名無しさん＠お腹いっぱい。** · 2008/06/23(月) 16:35:49

スレタイ採用されたら T2+ くれるとかないのか?

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 00:38:59

995 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/23(月) 20:37:59
>>991
Intel の言うこと丸呑みの上で比較したところでなぁ。
まあ、SPEC 値見て HP-PA 買ったのを使わせてもらったけど、
あれは笑ったなぁ。

勝手に変な前提を思い込む。
これが腐れ信者クオリティなのか。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 00:39:31

ええまあ

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

>>9
ほんと必死なんだよな... ヨソでさwww 病気?
でもまあ、あれだよな、x86 はクソ。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 09:33:25

新旧スレッドまたいでまで反論しないと心の平安が保てないんだなkk

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 10:12:14

>>9
HP 9000/712 だったかな。ありゃ遅かったなぁ。笑ったわw
客がこれだったから近くの部署が買って、んでいろいろ入れてくれって
言われたんだけど、まー遅い遅い。開発部隊気の毒だったなぁww
カタログスペックはあてにならんと実感したよ。
けどありゃ何やっても遅かったな。なんか得意な面あったんだろか?wwww

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 12:56:28

一人で連投ごくろうさん

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 14:15:10

もーー気になって気になってwwwwwwww

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

ｵﾏｴｶﾞﾅ。

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

E10Kの最大構成って、中古でいくらくらい?

いちど触ってみたいわ。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:07:42

今ならお金払ってでも引き取って欲しいんじゃない？

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:15:16

>>17
ちょうど去年だけど
Sun Enterprise 10000 400MHz x64 / 64GB / 9.1GB x4
の構成で
1,800,000 円
で売りに出されてるのをみたな。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:26:52

触っても、ふつーーーー、だろーなーw
あ、ログインね。手触りは、いいかもよ?w

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:37:17

かなりの台数が産業廃棄物としてスクラップになったと思うぞ。
場所も電気も空調も食うものを、わざわざ使う馬鹿はいない。タダでもいらん。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:41:40

んなこたー別に Sun や Cray に限らん。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:41:48

ttp://www.jpgrid.org/event/2007/pdf/ws21_Sun.pdf
9ページ目

> つまり、ゴージャスにトランジスタ増やして力任せにクロック上げていく
> なんとか、処理能力 / 消費電力を横這いから微増に
> 「消費電力」は掛け算、指数関数的に増加
> プロセス技術の進歩で、必死に割り算！
> しかし、性能向上は微増する比例直線の上
> それでも「周波数の神話」の信仰
> intelはここが得意だった

Sunのプレゼン資料に踊る文言。
前スレの「リッチな回路」ってのはSunが言ってることを少し言い換えたものだった!!!

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:43:54

パソコンの方がよっぽどヒドイだろ。i486 以降なら Unix 使えるのに...ww

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:51:09

ttp://japan.cnet.com/news/ent/story/0,2000056022,20375901,00.htm
サン、年内にJavaの完全オープンソース化を完了へ

FreeBSDでも気軽に最新のJavaが使えるようになるといいな

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:52:20

マイクロソフトがAppleを支援しているように、
SunもFreeBSDを支援したらいいのにな。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 17:56:19

それはいいアイディアだと思う

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 18:03:06

>>26
マイクロソフトがAppleを支援するのは独禁法対策。
Sunは独禁法に抵触するほどのシェアはないし、FreeBSDなんか支援しても何の得にもならん。
Solaris for x86を使え、で片付くでしょ?

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 19:16:23

一瞬支援しかけたはず。もう何年も前だけど。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 22:35:25

Niagara3 16コア×16スレッドのCPUが出るかも
http://www.theregister.co.uk/2008/06/23/sun_niagara_k2/

コードネームKT 6ヶ月後にテープアウト。
ザ・レジスターのスクープなのか、それともガセなのか。
最大8ソケットのSMP構成と言うのも恐ろしいな。
1CPUで2048スレッド！
Solarisが優秀なのは知っているが、2048スレッドも
ドライブ出来るのかね？

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 22:46:41

パーティション切って使えば全く問題なし。

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 23:06:28

このまま数百万スレッドが扱えるところまで突っ走ってほしい

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 23:54:01

1CPUだと256スレッドだろが

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 23:55:20

とりあえず作ってみました
用途はお客さんが考えてください

**名無しさん＠お腹いっぱい。** · 2008/06/24(火) 23:55:25

分散スレッドもスケールせず

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 00:02:52

>>33
世の中にはCPUを、サーバやPCの台数の単位として使う人が、いまだにおる。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 00:06:43

16コアはいいとしても、それに見合う数のメモリコントローラを積めるのか?
積めたとして、メインボードでのメモリへの配線ができるんか?
T2の時点で、パッケージのピン数が凄いことになってるのに・・・。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 00:28:46

>>36
へぇ

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 00:41:59

http://techon.nikkeibp.co.jp/article/NEWS/20080623/153709/
> 講演番号20.3では，米Sun Microsystems社が，ISSCC2008で報告された
> 16コアの SPARCプロセサのシリアル・インタフェース技術を発表した。
> 1チャネル当たり4Gビット/秒の通信チャネルを8チャネル単位で，
> 合計36ブロック実装し，合計で1Tビット/秒の通信チャネルを実現している。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 01:34:11

starfire をさわると言っても実際さわるのは SS5 な訳だが。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 01:49:03

http://www.hotchips.org/hc20/program/conference_day_two.htm
の一番下にある"Session Nine: Server Chips"が面白そうだ。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 02:44:22

素朴な疑問なんだが、
スカウト・スレッドを走らせてまで、シングルスレッド性能を追求せにゃならん用途って、どんだけあるの?

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 03:06:09

>>42
演算性能は速いに越したことは無いので「出来るだけの事はやってみる」というものでは？

まあ、何か特定の用途で需要があったから盛り込んだんだろうけど、具体的には何だろうね。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 03:10:30

Itanium対策だったりしてね。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 04:54:09

世の中には、
マルチスレッド処理はバグの温床なので、シングルスレッド処理どころか、
バッチ的に1つずつ順番に片付けていき、処理をオーバーラップさせない
なんていうポリシーのところもある。

そういうところでは、シングルスレッド性能は非常に重要になってくる。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 05:22:00

既存のコードをノーコストで高速化できるなら
これほどありがたいことはない。
IntelもHyperThreadingの時に
類似のコンパイラ技術を研究していたみたいだが見事にぽしゃったな。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 09:46:14

>>45
はいはい、よくご存じですね。敬服ですww

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 09:47:27

>>40
バックプレーンとかは他機種で触れないから、お手手でタッチするといいかもねww

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 09:52:17

>>30
スレッド数はいくらでも増やせると思うよ。実際 m:n で LWP 内スレッドだと
平気で何万とかやってたはずだし 10年以上前に。
どっかのデキ損ないみたいに 8スレッドが 16スレッドがって毎度壁に
ぶつかるのとは作りが違うw

2 コア各 16スレッドとかの廉価 Tx 出ないかねぇ。デスクトップ向けに。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 09:54:21

>>45
そういうこと言い出すと、TSS のカーネルなんてバグの温床なわけで。
実際 SMP にしたら不具合出まくったりしてるよね、某方面では。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 13:55:23

>>49
実行状態 + 実行可能状態で何万なの?
待ち状態で何万なら、Windowsだって軽くこなしてるぞ。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 16:01:55

実際にやってみればわかるが、そうは問屋が卸してくれないのだ

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 16:12:33

どーせサーバなんだし、
どーせ膨大なハードウェアスレッドがあるんだし、
どーせ多数のスレッドが実行可能状態なんだし、
どーせレイテンシ短縮よりもスループット最大化を狙うなら、
従来とは発想の転換をすればいいのよ。

2048スレッドもありゃ、上手にスケジューリングしなくたって、
かなり荒っぽくやっても飢餓状態でボトルネックになったり
しないって。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 17:24:20

「Solaris でしかできないこと」をずんずん推進するのは、方策としてごく正しい。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 19:06:01

うまく並列化しないと、止まってるスレッドだらけになって
「2048もスレッドも必要なくね? そんなサーバ意味なくね?」って話になるんだが。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 19:07:31

つまりあらゆるソフトを2048スレッドに最適なように
書き直すのですね。分かります。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 19:10:45

>>55
ええ? そんな恥しい実装のがあるんですね実際? Solaris 大チャンスじゃないすかww
>>56
取れるとこまで取るように書く、そんだけのことだと思うけど。
malloc() で取れるとこまで取るとか、書いたことない?

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 19:49:02

>>57
取れるとこまで取る・・・そんな乱暴な。

>>55
それは単一の処理をマルチスレッドで処理するような話だからなわけで、
2048の処理を更にマルチスレッドで処理するような話なら、
CPUのリソースが余るなんてことにはならないと思うよ。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:02:59

2048スレッドが全部バラバラなリソースにアクセスしてくれると思うか? 特にkernel内。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:03:00

>>58
> 取れるとこまで取る・・・そんな乱暴な。
? プログラムはそう作っとけばいいと思うけど。あとは環境で制限かければいいでしょ?

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:18:37

>>59
同一リソースに2048スレッドがアクセスする・・・それを単一の処理というのですよ。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:28:32

生成スレッドがCPUの用意したスレッドより少なくても
余剰リソースを出さないような工夫がスカウトスレッドなんだろ。

ピクセルごとに処理が独立しているシェーダプログラミングじゃないんだから
何でもかんでも並列化なんてできるわけがない。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:42:08

SUNの創業者ってプログラマー？

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 20:43:12

娘一人に... って感じですか～

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 21:08:33

Zoneを使った仮想化でWeb、AP、DBを複数サーバ走らせる使い方なら
8way 2048threadsでもSolaris10ならば余裕と思われ。

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 21:36:45

どんだけ太いI/Oなんだよ

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 21:41:50

えっち

**名無しさん＠お腹いっぱい。** · 2008/06/25(水) 21:49:06

>>66
え? 2048台のHDDを積んだストレージシステムを繋げて使えば無問題。

>>62
別の仕事が複数ありゃいいのよ。