トップページunix
1001コメント262KB

Sun Microsystems 最大の超新星

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/02/06(金) 22:47:16
超新星(ちょうしんせい、supernova)は重い恒星がその一生を終えるときに
起こす大規模な爆発現象である。

[前スレ]
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/


0207名無しさん@お腹いっぱい。2009/02/21(土) 23:03:34
Sunのミッドレンジ以上って、富士通製品を採用するまで、何年も時間が止ってたぢゃん。
0208名無しさん@お腹いっぱい。2009/02/22(日) 22:53:55
Oracleもなにも、SunはMySQL買収してんだからさ
0209名無しさん@お腹いっぱい。2009/02/22(日) 23:36:26
>>206
自己レス乙w

そういうことを言うやつはSunのパートナーとかに多い。
だーかーらーHPでもミッドレンジ以上は売れてないんだってば。分かる?
0210名無しさん@お腹いっぱい。2009/02/23(月) 01:12:34
rockになると、今度は品質に不安が... なんて、なるのかな w
0211名無しさん@お腹いっぱい。2009/02/23(月) 02:05:37
>>210
故障率だけでなく、Rock自体のエラッタとか心配だよな。
0212名無しさん@お腹いっぱい。2009/02/23(月) 22:18:40
米ユニシス、インテルの「Itanium」を見限る--「Xeon」の優位性を強調
http://japan.cnet.com/news/ent/story/0,2000056022,20388612,00.htm

とうとう王様は裸だって言っちゃったな。
Itaniumも風前の灯。
0213名無しさん@お腹いっぱい。2009/02/23(月) 22:30:54
Itaniumは優秀な製品だ。当て馬としてw
0214名無しさん@お腹いっぱい。2009/02/23(月) 22:33:42
お前ら、ほんとItanium好きだな
そんなに粘着しないでもいいだろ
0215名無しさん@お腹いっぱい。2009/02/23(月) 22:38:39
>>212
おいおい、SPARCだって似たり寄ったりだろが
0216名無しさん@お腹いっぱい。2009/02/23(月) 22:40:31
Solarisはx86に対応済みだからな。
Itanium2でしか動かないHP-UXはやばいだろ。
IBMに頼んで、QuickTansitの技術でItanium2コードを
Xeonで動くようにしてもらう?
0217名無しさん@お腹いっぱい。2009/02/23(月) 22:43:20
ますます、Xeon の天下になるな。
0218名無しさん@お腹いっぱい。2009/02/23(月) 23:14:34
もう、富士通にSPARCとサーバ売れよ
0219名無しさん@お腹いっぱい。2009/02/24(火) 01:08:02
>>212
米ユニシスは以前からXeonのマルチCPUサーバを出してたよな
以前のXeonはマルチCPUはで全く性能が出なかったけど
0220名無しさん@お腹いっぱい。2009/02/24(火) 01:10:04
HP-UXはHP-UXが欲しい客に売れてるのであってItanium欲しい客なんか居ないってこった
0221名無しさん@お腹いっぱい。2009/02/24(火) 05:02:52
それはSunのSolarisも同じだよね。
0222名無しさん@お腹いっぱい。2009/02/24(火) 05:18:12
AIXも同じだろ
ていうかOSの存在意義から言ってもそうじゃなきゃいかんのだが
0223名無しさん@お腹いっぱい。2009/02/24(火) 06:24:28
だからx86が欲しい客とUNIXが欲しい客はかぶらないよ
かぶるとしてもコスト的にそこではもう勝負にならない
0224名無しさん@お腹いっぱい。2009/02/24(火) 07:41:45
もうSunはOpenStorageに賭けろ。
0225名無しさん@お腹いっぱい。2009/02/24(火) 10:14:59
>>212
デキレース臭いな。インテルが「言わせた」んじゃないの?
なぜ日本の汎用機メーカーは展開が読めなかったのか... 情けない。

>>213
犠牲とムダが大きすぎる。

>>216
ほんとにそれができる(Xeonがちゃんと MP機として代用に耐える)んなら、
とっくに出てるだろうね。エミュ方面はもう研究され尽くしてるんじゃないか。
0226名無しさん@お腹いっぱい。2009/02/24(火) 19:59:26
SPARCはとっくにOpteronに追い抜かれてる。
0227名無しさん@お腹いっぱい。2009/02/24(火) 22:33:57
また出た。BMWはとっくに日産に追い抜かれているっていうぐらい
ナンセンスだぞ。

と釣り糸を垂れてみる・・・
0228名無しさん@お腹いっぱい。2009/02/24(火) 22:35:47
SPARCでOpteronエミュレータを出してからどうぞ
0229名無しさん@お腹いっぱい。2009/02/24(火) 23:08:03
SPARCのMP機って、あれだろ、アドレスが実質的に共有バスで、
そのスペック表記がインチキだと客から指摘されまくったので、
スヌープドメインを分割したのを後から出した・・・そういうのだよね。

バス帯域幅 80GB/sec (実効 10GB/sec) なんて書き方、おかしいだろ。
効率以前に、10GB/secのバスなのに、数え方のインチキで80GB/secとか書いてる。

そんなインチキを許してしまったら、
糞IntelのFSBで帯域幅にバス・エージェントの数をかけ算して表記するのも是ってことになるぜ。
0230名無しさん@お腹いっぱい。2009/02/24(火) 23:09:19
Sunヲタクって異常にIntel嫌ってるよね
その情熱はどっからくるの?
0231名無しさん@お腹いっぱい。2009/02/24(火) 23:22:11
Intelを散々叩かせておいて、
ぢゃぁAMDのOpteronは?
って言えばダンマリよ。
0232名無しさん@お腹いっぱい。2009/02/24(火) 23:22:22
>>229
何時までも昔のことをグダグダと・・・
SIerが存在としてうんこなのはみんなわかってるんだよ
せめて「今」やってる卑劣なことを書けや
0233名無しさん@お腹いっぱい。2009/02/24(火) 23:24:10
いま現在の話は、まだ、歴史的な評価が定まってないからなぁ。
0234名無しさん@お腹いっぱい。2009/02/24(火) 23:27:20
かつてのSun鯖の評価
ローエンド → CPUが遅い
ミドルレンジ → バックプレーンが遅い
ハイエンド → 性能の割に仰々しい
そして、サイズによらず、ハードウェアの信頼性がイマイチ

Niagara & 富士通OEM になってからは、評価すこぶる良いよ。
前が悪すぎただけだが。
0235名無しさん@お腹いっぱい。2009/02/25(水) 09:16:46
>>229
一点張り。芸ねえなぁw
0236名無しさん@お腹いっぱい。2009/02/25(水) 09:23:02
>>235
クロスバー信者が原因だな。
0237名無しさん@お腹いっぱい。2009/02/25(水) 09:33:05
誰にも賛同されてないのにwwww
0238名無しさん@お腹いっぱい。2009/02/25(水) 09:53:11
>>236
君の話は実際の使用者まで出てきて否定したのに、まだ言ってんの?
アドレスが実質的に共有バス→性能が出ない ヒヤクしてるし。
0239名無しさん@お腹いっぱい。2009/02/25(水) 10:10:52
>>238
キャッシュがあるから共有バスでも性能が出てたんでしょ。
0240名無しさん@お腹いっぱい。2009/02/25(水) 10:15:11
>>238
出てきたっけ? レス番よろ
0241名無しさん@お腹いっぱい。2009/02/25(水) 10:16:13
>>238
クロスバー→性能が出るっていう飛躍が、クロスバー信者
0242名無しさん@お腹いっぱい。2009/02/25(水) 11:36:28
Intelの受け売りいくら言ってみたところで...
x86 MP機の数字出たの持っておいで。それまで来なくていいから。
0243名無しさん@お腹いっぱい。2009/02/25(水) 12:09:40
>>241
だれもそんなこと言ってないし。マッチポンプって言うんだぞそういうの。サイテー
0244名無しさん@お腹いっぱい。2009/02/25(水) 12:20:26
>>243
前スレ嫁
0245名無しさん@お腹いっぱい。2009/02/25(水) 12:21:58
>>242
現実を見ろヨ

x86はパワフルなので8ソケットで十分
SPARCは非力なので64ソケットとか必要

これが少し前までの状況
0246名無しさん@お腹いっぱい。2009/02/25(水) 12:47:03
>>242
SPECint2006 rate(base)
XeonMPの16ソケット96コア→999
UltraSPARC IV+の48ソケット96コア→762

こんなん出ましたけど。
0247名無しさん@お腹いっぱい。2009/02/25(水) 12:50:04
ちなみに
SPARC64の16ソケット64コア→565
Xeonの8ソケット48コア→501
Itanium2の32ソケット64コア→770
0248名無しさん@お腹いっぱい。2009/02/25(水) 12:53:32
Ita始まった
0249名無しさん@お腹いっぱい。2009/02/25(水) 12:53:45
Javaとかもう少し分のいいベンチ結果持ってこないと(wwwww
あと、速いと言われているけど誰も見たことのないオラクルベンチとか(wwwww
0250名無しさん@お腹いっぱい。2009/02/25(水) 13:04:37
ちょ・・・こりゃUnisysがIta捨ててXeonMP一本で行くって言うわけだ。
0251名無しさん@お腹いっぱい。2009/02/25(水) 13:17:51
>>246
こんなの持ち出すからパソコンしか使ったことない、ってバカにされるんだぜ?w
エンプラ用途の MP性能つったときに SPECrateなんかなんの指標にもならん。
科学技術系は別だけどな。
0252名無しさん@お腹いっぱい。2009/02/25(水) 13:27:44
少なくとも、こんな風なやつな。

ttp://japan.zdnet.com/power_center/sun/solaris/04/03.htm

x86 8コア超でこんなの出してみな。
なんで出ないんだろな、テストは簡単だろうにww
0253名無しさん@お腹いっぱい。2009/02/25(水) 15:21:04
↑SAPでええやん
0254名無しさん@お腹いっぱい。2009/02/25(水) 15:35:50
>>244
前のも、どこぞのやつもみんな読んだ上で、マッチポンプだと言ってるんだが。もちろん。
0255名無しさん@お腹いっぱい。2009/02/25(水) 15:36:23
>>253
貼ってみてちょ。
0256名無しさん@お腹いっぱい。2009/02/25(水) 15:40:55
>>252
こんなんでよければ
ttp://people.freebsd.org/~kris/scaling/pgsql-16cpu.png
0257名無しさん@お腹いっぱい。2009/02/25(水) 16:03:55
>>255
XeonMP X7460 2.66GHz 4processors / 24cores / 24threads SAPS 26550
XeonMP X7460 2.66GHz 8processors / 48cores / 48threads SAPS 46170
POWER6 4.7GHz 4processors / 8 cores / 16threads SAPS 20120
POWER6 4.7GHz 8processors / 16cores / 32threads SAPS 40070
ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7C9B0CC4EEC41DA7C8FD6BCD35CDB5238BFD97E1A7A4A02389
ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7C9B6177B59C71318321C13A348B9AA70B107C94C446CDD935
ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7CBCE0CC23CC3FA8C79ED520D0D289FA983271A41BC3EAF5D2
ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7C2D3072362F9FA649C873DF7ECFABF40E293DA7936DE5B5EFDE48
0258名無しさん@お腹いっぱい。2009/02/25(水) 17:32:04
>>257
XeonMP 4socket→8socketだとそう頭打ち、って感じでもないのはわかった。が、

XeonMP X7460 2.66GHz 4processors / 24cores / 24threads SAPS 26550
US T2+ T5440 1.4GHz 4processors / 32cores / 256threads SAPS 37560

SAPS/socket SAPS/core SAPS/thread
XeonMP X7460 2.66GHz 6637.5 1106.25 1106.25
US T2+ T5440 1.4GHz 9412.5 1176.56 147.07

ソケットあたりでも、1コアあたりでも T2+に負けちゃってるわけだが。
USII相当でおっそ〜いコア、のはずなのでは?ww

まあ、ソフトウェアの条件全く違うんでソフトのせいかも知れんがな。
クロックやキャッシュの量とか考えるとね...
0259名無しさん@お腹いっぱい。2009/02/25(水) 17:59:15
でT2+の8ソケットサーバは何処?
256スレッド以上スケールするOSは何処?
0260名無しさん@お腹いっぱい。2009/02/25(水) 18:54:38
>>258
small coreを並べた方が性能が出る場合もあるってことだろ
その逆もまた真なり
だからmixed largeとかいう話が数年前から盛んにされているのに
何をいまさら・・・
0261名無しさん@お腹いっぱい。2009/02/25(水) 19:04:08
>>259
ビクトリアフォールスは最大4CPU、トータル256スレッドだが
8ソケットてどこの話?
0262名無しさん@お腹いっぱい。2009/02/25(水) 19:45:16
>>261
XeonやPowerにはスケールする8ソケットマシンがあって、
導入可能だけど、T2+にはそれがない、という話でしょ?

それとSolarisは128threadsマシンと256threadsマシンで
リニアにスケールしないというベンチ結果が以前このスレに
貼られたって話。
0263名無しさん@お腹いっぱい。2009/02/25(水) 21:52:00
>>252
で、x86 8コアのベンチマーク結果は?
SunがNiagaraの優位性を主張しているんだから、自社製品との対比、どっかにあるんだろうな?
もちろん、ストレージは同じもの使うんだぞ。
0264名無しさん@お腹いっぱい。2009/02/25(水) 21:58:35
>>252
それ、宣伝の記事じゃん
0265名無しさん@お腹いっぱい。2009/02/25(水) 22:09:36
>>258
SAP はよく知らないんだけど、256 スレッドを常にフルに回すような
コンカレントなアクセスってあるものなの?
0266名無しさん@お腹いっぱい。2009/02/26(木) 03:20:03
通常運行ではリソースをMAXまで使うようなことはしない
0267名無しさん@お腹いっぱい。2009/02/26(木) 05:16:16
>>266
そういう話をしているんじゃないだろ。
0268名無しさん@お腹いっぱい。2009/02/26(木) 05:18:26
負荷が一定以上になると破綻するって、どんだけヤワなんだよ。
mallocに失敗することを想定していない、正しく対処していない、そういうヘボなプログラマは死刑だ。
0269名無しさん@お腹いっぱい。2009/02/26(木) 06:45:12
極端な話、64 スレッドしか動かないようなロードだと、Xeon の 1/3 強 しか
スループットが出ないってことだから、実環境でそんな状況が多くなければ
絵に描いた餅かなと思ったわけで。バッチ処理にも向かないだろうし。
0270名無しさん@お腹いっぱい。2009/02/26(木) 06:50:26
理想論はともかくとして、
現実にはNiagaraのような特性のほうが、
使いやすい。

速いけど飽和するのと、
遅いけど粘りがあるのとでは、
後者のほうが、いろいろと簡単だから。
0271名無しさん@お腹いっぱい。2009/02/26(木) 06:56:51
値段が同じぐらいならね。
0272名無しさん@お腹いっぱい。2009/02/26(木) 07:05:59
そんなのOSの出来次第だな。
Solarisが本物ならSolaris for x86を使えば、速いけど粘りがある、ってことで無問題。

現実の汚い世界では、
負荷が増えたらボードを増設すればいいんですよ
といって、大きな筐体を売ればいいのよ。

夢見がちなユーザーが必要とするシチュエーション、つまり実際に負荷が増えることは滅多にないから、
本当のスケーラビリティなんか必要なくて、あまりスケールしなくてもCPUの数さえ増やせる「可能性」があればOK。

最初から最大構成を使い切るようなユーザーはいませんからね。
0273名無しさん@お腹いっぱい。2009/02/26(木) 07:10:02
SPARCだけでなくx86も、ね。

X4600とかも、実は8CPU構成では性能が出ないのだが、拡張可能ってことで客を誤魔化せる。
1CPUや2CPUでスタートして、実際に8CPUまで増設した例なんか、ないんだよね。

CPU性能が足りなくなってきてリプレースしましょうっていう頃には、
CPUの性能が上がっていて、8CPU構成ではなく2CPUや4CPUで足りちゃう。

ま、8CPU構成にしたら性能が出ないことがバレて困ったことになるんだけどね。
0274名無しさん@お腹いっぱい。2009/02/26(木) 10:21:37
うわ。x86 SMP寒む。ダメじゃん。コアがダメだな。やっぱり。
苦し紛れの he理屈ごくろうww
0275名無しさん@お腹いっぱい。2009/02/26(木) 10:22:34
>>271
4socketの XeonMP機って、いくらよ?
0276名無しさん@お腹いっぱい。2009/02/26(木) 10:30:22
どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ
0277名無しさん@お腹いっぱい。2009/02/26(木) 10:35:38
>>274
SPARCがSMP構成を取るところを、x86の1ソケットで桶なことも、多々ありますので。
0278名無しさん@お腹いっぱい。2009/02/26(木) 10:37:16
そんな話誰も聞いてないし。しかもここでそんな話いっこも要らんし。
「ボクはパソコン使ってんだよ、おまえらもパソコンをパソコンらしく使えよ」って
言ってるようにしか、見えんよ。バイバイw
0279名無しさん@お腹いっぱい。2009/02/26(木) 10:38:59
>>276
ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw
0280名無しさん@お腹いっぱい。2009/02/26(木) 10:46:32
>>278
ぷ。

ワークステーション由来のSunは、パソコンを笑うことは、できんだろう。
昔はWebサーバやメールサーバを、SPARC ServerではなくSPARC stationでやってたもんだわ。
それが当たり前。パソコンの出番なんか、微塵もなかった。

ところが、Sunがダメダメなんで、どんどんパソコンに侵蝕された。
いいかげん、反省してシェアを取り戻したらどうよ?
インターネットでTCP/IP喋るサーバは、Sunが当たり前、っていう時代に戻してごらんよ。
0281名無しさん@お腹いっぱい。2009/02/26(木) 10:57:45
>>279
キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。
0282名無しさん@お腹いっぱい。2009/02/26(木) 10:58:35
UltraSPARC T2+の SPEC{int,fp}2006の値知らない? _rateじゃないやつ。
0283名無しさん@お腹いっぱい。2009/02/26(木) 10:59:27
>>281
じゃ、答えなくていいよ。
0284名無しさん@お腹いっぱい。2009/02/26(木) 11:05:01
>>282
金払って載せてもらうのに、恥ずかしいのが載せられるかよ。
0285名無しさん@お腹いっぱい。2009/02/26(木) 11:24:13
>>284
いや、だれか実測した値でもいいよ。オフィシャルのじゃなくても。
X7460とかとどのくらい違うか興味あるw
0286名無しさん@お腹いっぱい。2009/02/26(木) 11:36:55
SPECは各社がちがちにチューニングした結果なので
一般人が適当に実行したスコアが参考になるとは
0287名無しさん@お腹いっぱい。2009/02/26(木) 11:42:13

>>271 値段が同じぐらいならね。

>>275 4socketの XeonMP機って、いくらよ?

>>276 どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ

>>276 ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw

>>279 キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。

パソコンばっかり使ってるとこんなバカになってしまうんだな。相手してもムダだww
0288名無しさん@お腹いっぱい。2009/02/26(木) 11:56:36
HPがProLiantにSolaris10載せて売るってさ
0289名無しさん@お腹いっぱい。2009/02/26(木) 17:51:23
>>258
こういう見方で上位ながめてみると、コアあたりの SAPS値は 5GHzの POWER6が
ぶっちぎり。で、次がなんと UltraSPARC T2+。優秀な CPUなんだねぇ..
0290名無しさん@お腹いっぱい。2009/02/26(木) 18:52:24
置き換え狙うと言っていたアプリケーションサーバーでは・・・
0291名無しさん@お腹いっぱい。2009/02/26(木) 19:21:08
SAPSあたりの価格マダー?
0292名無しさん@お腹いっぱい。2009/02/26(木) 19:35:23
馬脚現れまくりwwwwww
0293名無しさん@お腹いっぱい。2009/02/26(木) 20:05:26
もんのすごい高尚なインターコネクトが装備されてるはずなのに
なんで T2+に負けてんだろな。不思議だな。
やっぱ、MS-Winが悪いんだろな。いや、ISAがダメかな。おかしいなぁ。wwwwwww
0294名無しさん@お腹いっぱい。2009/02/26(木) 20:46:08
つーか、SPECのrate複数同じタスクを立ち上げるだけのベンチで
CPUのスケーラビリティをみるためのものだが。
これでT1/T2が特に有利な結果がでる当たり前だよ。
これがはやいだけで許されるんなら、
US-IV+やSPARC64はもちろん、POWERやx86もとっくにメニーコア化しているのだが。
ここはほんとにサーバ詳しいやつが書いているのか?
せめてTPC-Cで圧勝してから言ってくれよとw
0295名無しさん@お腹いっぱい。2009/02/26(木) 20:50:01
Sunはコアの開発競争についていけなくなったから、
Niagara系のラインナップに開発を絞ったんだよ。
rateベンチは同じベンチを複数起動して、その合計スコアをだしているような内容のもので、
システムスループットというよりも、CPU数を増やした場合のスケーラビリティを測るためのベンチ。
この当たりは誤解してはいけない。
0296名無しさん@お腹いっぱい。2009/02/26(木) 21:08:54
>>294,295
どこ読んでんだ? 寝てんの? 誰が SPEC_rateの話してんの?
願望が視神経破壊する病気か?
0297名無しさん@お腹いっぱい。2009/02/26(木) 21:43:39
で、SAP で 256 スレッドがフルに稼働するような環境って一般的なの?
0298名無しさん@お腹いっぱい。2009/02/26(木) 21:47:12
Nehalem-EP
2 processor / 8 cores /16 threads SAPS 25000
http://download.sap.com/download.epd?context=40E2D9D5E00EEF7C98569165701A8C64017D9991F441020572812DEF4019E6C6
0299名無しさん@お腹いっぱい。2009/02/26(木) 21:47:57
誰だISAがどうのとか言ってた時代遅れの馬鹿は早く消えろよとw
このスレにとって有害。
0300名無しさん@お腹いっぱい。2009/02/26(木) 21:49:13
Xeon最強!
0301名無しさん@お腹いっぱい。2009/02/26(木) 21:50:43
サルかこいつら。マジ頭悪いぞ。パソコンしか使わないとこうなるのか。
0302名無しさん@お腹いっぱい。2009/02/26(木) 21:52:00
>>297
お前の脳内で一般的じゃなくても、そういう製品があるのは需要があるからだよ。
用もないのに来るなよ、ボケ。
0303名無しさん@お腹いっぱい。2009/02/26(木) 21:53:12
SAPS/socket SAPS/core SAPS/thread
Nehalem-EP X5570 2.93GHz 12500 6250 3125
US T2+ T5440 1.4GHz 9412.5 1176.56 147.07

* 既に相手になってないけど、Nehalme-EPは最高3.33GHz
* Nehalem-EX(MP系)は8コアで後から登場
* SPARCにこだわっている信者は有害
0304名無しさん@お腹いっぱい。2009/02/26(木) 21:57:24
>>299,300
全く逆だが。SPEC_rateでついてるような差はエンプラ MPな環境では現れてこない。
投下されてる開発リソースを考えると、莫大なムダの垂れ流し。
0305名無しさん@お腹いっぱい。2009/02/26(木) 21:57:28
Xeon系はNehalemから大夫かわるよ。
なぜなら今まではItaniumに気を遣ってサーバ用として本気をだしていなかったからなあ。
現行の同格機は半分のスコアしかない。
http://download.sap.com/download.epd?context=40E2D9D5E00EEF7C98569165701A8C64017D9991F441020572812DEF4019E6C6
0306名無しさん@お腹いっぱい。2009/02/26(木) 21:58:47
あ、間違えたこれね。
http://download.sap.com/download.epd?context=40E2D9D5E00EEF7C8D35F51F2E48F5E9D138505A8AFC12E50396B2EC6971BA4A
■ このスレッドは過去ログ倉庫に格納されています