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

Sun Microsystems 最大の超新星

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

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


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
0307名無しさん@お腹いっぱい。2009/02/26(木) 22:00:19
Nehalem-EX 最高!
0308名無しさん@お腹いっぱい。2009/02/26(木) 22:00:49
HPCの実績でいってもx86の方がとっくに上なのに何やってんだ、ココの人。
初期のPowerMac信者みたいにRISCはベンチには出ない速さがある、とか未だに電波説信じてるんだろうかw
0309名無しさん@お腹いっぱい。2009/02/26(木) 22:01:38
>>303
8コアじゃな。小規模だからな。インターコネクトが共有バスじゃないらしなww
コア数減らすほど x86が有利なのは、たりめーだが。アホ?
0310名無しさん@お腹いっぱい。2009/02/26(木) 22:02:59
>>302
なんだ、わからないんだ。
0311名無しさん@お腹いっぱい。2009/02/26(木) 22:04:12
>>309
残念ながら
Nehalem系はDunningtonと比較して、倍くらいはやくなるってのは、SAP以外のベンチからも
大体予想されてるぞ。Nehalemが今までよりかなり早い。命令セットはほとんどもちろん関係ありません。
0312名無しさん@お腹いっぱい。2009/02/26(木) 22:04:35
>>308
だからさー。何度言ったらわかんの? 正味バカ?
HPCは SPEC_rateでいいんだよ。エンプラ MPはそれじゃダメなんだよ。
そんなもんクロスバーが登場してきた 1990年代初頭からそうなんだよ。
目的が違うの。
もっかい言っとくわ。正味バカ? 動物?
0313名無しさん@お腹いっぱい。2009/02/26(木) 22:06:48
つか、SPARC信者って資料もなにも提示しないで、
絶対SPARCがはやいんだはやいんだの一点張りで、
他人を馬鹿よばわりしているだけの低能大杉。
0314名無しさん@お腹いっぱい。2009/02/26(木) 22:09:19
多いのか?
0315名無しさん@お腹いっぱい。2009/02/26(木) 22:11:04
俺自身はSPARCでもPOWERでもXeonでもとりあえずいいのだが、
いくらなんでも今時ISAが糞だからダメなんだはないだろw
x86は数の論理で強いのだ。
ISA優劣論なんて全くと言い切っていいほど現実には関係ないって、
もう10年以上前からわかりきってることを何故ぼりかえして妄想するんだ?
おかしいだろ、頭がw
0316名無しさん@お腹いっぱい。2009/02/26(木) 22:11:27
>>313
「SPARCがはやいんだ」なんて一言も言ってないが。
「x86がカスだ」って言ってるだけだぜ。エンプラ MPという文脈で、な。
0317名無しさん@お腹いっぱい。2009/02/26(木) 22:12:08
具体的にどうぞ
0318名無しさん@お腹いっぱい。2009/02/26(木) 22:13:19
x86がカスならSPARCは塵だな
0319名無しさん@お腹いっぱい。2009/02/26(木) 22:13:55
>>315
... ISAが関係ないなら SPARCでも数出れば強いよな?
でさ、そんなクソ下らない話はさ、1秒で終りなんだよ。それこそわかり切ってる。
おかしいだろ、頭がw 死ぬまでに使えよ、ア・タ・マ
0320名無しさん@お腹いっぱい。2009/02/26(木) 22:14:30
>>316
当のIntelがミドル以上のサーバ用としてはIA64を推奨していたのだから仕方がない。
それが、x86 everywhereって戦略にかわって、Xeonの立場も変わりつつあるんですよ。
UNISYSだってXeon移行したの知ってるでしょ?
XscaleはAtomに、ItaniumはXeonに集約されていくんだよ、流れ的に。
0321名無しさん@お腹いっぱい。2009/02/26(木) 22:19:59
時代はSolaris x64
0322名無しさん@お腹いっぱい。2009/02/26(木) 22:22:12
>>320
Unisysはわざわざあんなアナウンスをする必要はないからな。
あれは Intelが言わせてるだろ。誰に言ってるのかはよく考えろよ?
もうかなり前からの既定路線だ。

Xscaleは知らんが、ARMの置き換えで Atomはないよ。ほんの一部だけ。
ARMをマジでやってるとこがたくさん出てきてる。Appleもそう。
とりあえず、開発リソースのムダ使いをやめてほしいんだわな。
ほんとに効率悪い。カスばかり出回るのは困る。
0323名無しさん@お腹いっぱい。2009/02/26(木) 22:26:41
開発リソースの無駄遣いってなんのこといってるんだ?
SPARCの開発をあきらめてばっさり切れってことか?
Rock以降が全く見えないしね。
0324名無しさん@お腹いっぱい。2009/02/26(木) 22:28:26
HPが認めた Solaris x86

HP and Sun Microsystems Sign Multi-year Partnership Agreement for Solaris on HP ProLiant Servers
http://www.hp.com/hpinfo/newsroom/press/2009/090225xa.html
0325名無しさん@お腹いっぱい。2009/02/26(木) 22:28:31
>>320
移行なんかしてない。
もともと、うにのES7000シリーズはx86で32CPU(だっけ?)とかできるマシンだったから。
0326名無しさん@お腹いっぱい。2009/02/26(木) 22:31:18
勘違いしないで欲しい。
x86が全く素晴らしいというのではなく、
買い手がそこまでCPUのメーカーやアーキテクチャが何であるかに執着するような
理由はないし、とっくにそんな時代ではないということだ。
CPUごときにとらわれない変幻自在のベンダーこそが強い。
0327名無しさん@お腹いっぱい。2009/02/26(木) 22:33:46
Appleなんてまさにその典型例でしょ。
68k系から、PPC、x86にARM。
Macこそ普及していないが、常に時代の先端で商売しているよ。
0328名無しさん@お腹いっぱい。2009/02/26(木) 23:00:47
>>312
へー。

SPECのrateで、世界一だとか、ぶっちぎりだとか言ってたSun信者はどこいったのだろうな。
つい少し前にも、
Niagara2+の4CPU構成あるいはM9000の最大構成での、
SPECのrateが素晴らしいスコアだって、誇っていたのはどこの誰かな。
0329名無しさん@お腹いっぱい。2009/02/26(木) 23:06:05
「エンプラMP」いったい、どこの言葉ですか。

多数のスレッドが走るのは、はっきり言って、良くない。
SunがRockに賭けているように、デメリットがあるんだわ。

簡単にボトルネックが生じる、
スレッド同期のオーバーヘッド、
粒度が細かくなることでのバグ増加。

シングルコアでハイパフォーマンスなCPUがあれば、
それに越したことはないが、そんなものは、ない。
だからこそ、妥協として、コア数を増やしていく。

つまり、同じ性能ならコア数は少ないほうが良い。
0330名無しさん@お腹いっぱい。2009/02/26(木) 23:43:42
何か必死な奴がいるがUltraSPARC T2+はよく出来たハードってことでいいじゃん
従来のSPARC64やPOWERやXeonやOpteronといった製品はほとんど影響を受けてないけどね
立ち位置はGRAPEみたいなもんだろ
0331名無しさん@お腹いっぱい。2009/02/27(金) 00:01:52
ハードはよくできているけど、価格がね。
あと、CPUの消費電力は少なくても、メモリの消費電力がね。
0332名無しさん@お腹いっぱい。2009/02/27(金) 00:02:45
Sun 信者必死だな。T2+ はよくできたハードだけど、ニッチな特定分野向けだね。
まぁ、Rock が出てくれば、
0333名無しさん@お腹いっぱい。2009/02/27(金) 00:17:45
Sunの信者からは
拳銃はライフルよりストッピングパワーがあると信じて疑わない人を連想した
0334名無しさん@お腹いっぱい。2009/02/27(金) 00:20:32
>>331
FBDは低電圧版が出てからはなかなかイイ感じなのだよもん。
でもAくんの妨害工作に嫌気がさしたIちゃんは諦めちゃったのだよもん。
0335名無しさん@お腹いっぱい。2009/02/27(金) 02:16:24
かつてのSS5の価格で8コア全部生きているNiagara2搭載のサーバを出してくれれば、Sun信者になってもいい。
でも現実は、かつての栄光を取り戻すこともできないだろ。だから、Sun信者にはなれない。

部署ごとのメールサーバなんてものが終焉を迎えつつある時ですら、
それはSSではなくx86なPCにLinuxで行われていたからなぁ。
0336名無しさん@お腹いっぱい。2009/02/27(金) 02:38:00
Sun儲が「PCがPCが」って騒いでるけど、
むしろSunこそPCに打って出るべきだったと思うんだけどなぁ…。
今になって叩いても詮無いよ。
なんでワークステーションという檻から出ようとしなかったんだろうか、昔のSunは。
いや、今からだって、優秀なCPUとOSがあると思うんなら打って出ればいいのに。
ARMやOSSはまだ諦めてないように見えるのに、Sun儲ってば口ばっかりね。
このまま進化出来ない恐竜の様に死ぬ気なのかしら?
0337名無しさん@お腹いっぱい。2009/02/27(金) 02:46:45
CPUもOSも嘘で塗り固めたオカルト商品だからな
0338名無しさん@お腹いっぱい。2009/02/27(金) 03:30:22
デスクトップに進出する最大のチャンスはJavaだったわけだが、Sunにやる気がなかった。

SunのJavaVMの起動が糞遅く、しかも、重かった。
これじゃ、当時のPCユーザーは振り向かない。

WebのJavaアプレットに関しても、起動が遅く、
しかも、Write Once Run Anywhereなんていう実際とはかけ離れたマーケティング。
これじゃぁ開発者もソッポを向きますよ。

え? マイクロソフトが勝手な拡張をしたのが悪い?
え? マイクロソフトのVMが互換性を損なっていた?
そんなのは言い訳だ。

どういうときにどういう動作をするのか仕様がろくに明確にされてなくて、
目の前にあるSunのJavaVMの動作がリファレンスであり仕様です、みたいな酷い状態。
しかも、JavaVMのバージョンが上がると動作が変ってしまう。
バグを修正したというのだが、それはもう互換性を損なう仕様変更だとしか思えない。

マイクロソフトのJavaVMは、それをさらに複雑にしてくれて迷惑ではあったものの、
マイクロソフトが何もしなかったとしても、ダメだった。

そして裁判。あれでSunはJavaをデスクトップで使えなくした。
0339名無しさん@お腹いっぱい。2009/02/27(金) 05:12:56
今でもE*tradeとかjava使ってんじゃん
インセンティブあれば使うよ
それ以外はサーバの向こうでやってくれればおk
0340名無しさん@お腹いっぱい。2009/02/27(金) 06:17:13
Javaは惜しかったね。

仕様さえキッチリしていれば
つまり
マイクロソフトのVMに対してバグだとハッキリ言えていれば
もうちょっと何とかなったと思う

マイクロソフトに付き合ってる開発者も、バージョンが3になるまで、コロコロ変るのは慣れっこだ。
だから、マイクロソフトのバグだって分かれば別に文句は言わない。

ところが、Sunの仕様が曖昧だったので、バグかどうか判断がつかない。
だから、目の前のものに合わせて作った。

ところが、ブラウザが変ると、JVMが変ると、WindowsではなくMacになると・・・etc
エンドユーザに対してSunがWORAなんて宣伝しているので、すべの環境をサポートせねばならん。
これが、開発者に嫌われた。

事実、ActiveXコントロールなんて愚かなシロモノは、限られた環境でしか動かないが、
エンドユーザは、Win+IEでないと動かないことに文句を言わない。
0341名無しさん@お腹いっぱい。2009/02/27(金) 10:24:28
今更Java懐古かよ。
WORAなんて前世紀に既に嘘だってバレてたじゃん。
■ このスレッドは過去ログ倉庫に格納されています