Sun Microsystems 最大の移行
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/11/30(木) 03:56:17それとも他社へ移行する踏み台にされるだけなのか。
暗雲の立ち込めるSPARCの将来性、陰りを見せつつある
Opteronの優位性、SunのCPU選択は吉か凶か？
【前スレ】
Sun Microsystem 最大の夜長
http://pc8.2ch.net/test/read.cgi/unix/1159681441/
0076名無しさん＠お腹いっぱい。
2006/12/06(水) 21:41:34秋葉原でSparcstation積み上げてるようなジャンク屋
紹介してくださいませ。
0077名無しさん＠お腹いっぱい。
2006/12/07(木) 02:47:520078名無しさん＠お腹いっぱい。
2006/12/07(木) 07:36:270079名無しさん＠お腹いっぱい。
2006/12/07(木) 11:50:34俺んちのSS20をもらってくれｗ
0080名無しさん＠お腹いっぱい。
2006/12/07(木) 22:53:03アオる必要もないみたいでマイルドな語り口だオトナになったねww
けど、最後はきっちり決めてくれてるよ。
「だが，HPの税引き前利益の8割はインクのカートリッジから得たものだ。
すごい会社だとは思うが，彼らにとって本当の競合相手はSunやIBMではなく
キヤノンなのだ。」思わずプw
0081名無しさん＠お腹いっぱい。
2006/12/08(金) 00:08:52只でもいいのかい？
0082名無しさん＠お腹いっぱい。
2006/12/08(金) 01:06:570083名無しさん＠お腹いっぱい。
2006/12/08(金) 01:35:280084名無しさん＠お腹いっぱい。
2006/12/08(金) 02:21:44http://journal.mycom.co.jp/news/2006/12/07/405.html
0085I am anti Sun Microsystems
2006/12/09(土) 00:50:09Sun puts 16 cores on its 'Rock' chip
http://news.com.com/Sun+puts+16+cores+on+its+Rock+chip+-+page+2/2100-1006_3-6141961-2.html?tag=st.num
0086名無しさん＠お腹いっぱい。
2006/12/09(土) 00:57:150087名無しさん＠お腹いっぱい。
2006/12/09(土) 01:01:550088名無しさん＠お腹いっぱい。
2006/12/09(土) 01:27:270089名無しさん＠お腹いっぱい。
2006/12/09(土) 02:08:400090名無しさん＠お腹いっぱい。
2006/12/09(土) 02:32:45まあ、どっかの巨大企業がソッコーでマネしてくるから、おいそれと出せないのかも
知れないけど。
Transmeta と Niagara がなかったら今でもただただ高クロックで
性能出ない CPU が主流のままだったかもね。
0091名無しさん＠お腹いっぱい。
2006/12/09(土) 02:42:160092名無しさん＠お腹いっぱい。
2006/12/09(土) 02:59:380093名無しさん＠お腹いっぱい。
2006/12/09(土) 03:07:410094名無しさん＠お腹いっぱい。
2006/12/09(土) 03:27:16リーク削減や低電圧化や歩留まり向上といった基礎的なところが先か。
0095名無しさん＠お腹いっぱい。
2006/12/09(土) 03:30:070096名無しさん＠お腹いっぱい。
2006/12/09(土) 03:32:060097名無しさん＠お腹いっぱい。
2006/12/09(土) 03:45:240098名無しさん＠お腹いっぱい。
2006/12/09(土) 04:02:270099名無しさん＠お腹いっぱい。
2006/12/09(土) 04:05:020100名無しさん＠お腹いっぱい。
2006/12/09(土) 04:50:22>>99 IPF採用している企業の方が内心冷や冷やだろう。intelがいつまで我慢できるか
0101名無しさん＠お腹いっぱい。
2006/12/09(土) 05:03:380102名無しさん＠お腹いっぱい。
2006/12/09(土) 05:59:080103名無しさん＠お腹いっぱい。
2006/12/09(土) 07:08:030104名無しさん＠お腹いっぱい。
2006/12/09(土) 12:25:04IPF それ自体が大失策ww
0105名無しさん＠お腹いっぱい。
2006/12/09(土) 13:21:12安藤さんのコメント
http://www.geocities.jp/andosprocinfo/wadai06/20061209.htm
0106名無しさん＠お腹いっぱい。
2006/12/09(土) 13:36:560107名無しさん＠お腹いっぱい。
2006/12/09(土) 16:18:49http://page9.auctions.yahoo.co.jp/jp/auction/k40645891
↑コイツ、
http://page13.auctions.yahoo.co.jp/jp/auction/r31042041
で、2万5千円で落札して、使えなかったとか言う理由で9万9800円で出品。
アホだろ。
転売屋はシネ。
0108名無しさん＠お腹いっぱい。
2006/12/09(土) 18:25:37>現代のプロセサはクロックが速くなり，メモリまでデータを取りに行く必要が出ると大きな待ち時間が生じます。
>これを前を走る斥候のScout Threadが検出すると，実行スレッドが必要とするデータを先にメモリから持ってきておくことにより，
>実行スレッドは待ち時間なしに実行を継続することが出来るというのが基本的なアイデアで，一般的にはHelper Threadと呼ばれており，Intelも研究論文を出しています。
Intelは既に一部実装してる件。投機的マルチスレッディングで難しいのはプリフェッチじゃないんだよな。
論文によると圧縮やエンコードでは効果が無いどころか若干性能が落ちるがDB系ベンチで大幅に性能向上するとか。
まあ糞みたいなNiagaraのFGMTよりはだいぶマシなんじゃねーと思った。
0109名無しさん＠お腹いっぱい。
2006/12/09(土) 18:44:22今回のSunの発表には新しさはなく、これもMarkitectureだと思われます。
#○には好きな社名と数字を入れようｗ
0110名無しさん＠お腹いっぱい。
2006/12/09(土) 20:06:32今回のSunの発表には新しさはなく、これもMarkitectureだと思われます。
こうですか？
0111名無しさん＠お腹いっぱい。
2006/12/09(土) 20:13:13今回のSunの発表には新しさはなく、これもMarkitectureだと思われます。
それならこうじゃないですか？
0112名無しさん＠お腹いっぱい。
2006/12/09(土) 20:28:470113名無しさん＠お腹いっぱい。
2006/12/09(土) 22:07:42FGMT が糞だというなら、何なら良いのかな?
え?
0114名無しさん＠お腹いっぱい。
2006/12/09(土) 22:39:190115名無しさん＠お腹いっぱい。
2006/12/09(土) 23:37:570116名無しさん＠お腹いっぱい。
2006/12/10(日) 03:54:25SPARC Solaris使いたい人にとっては悪くない選択だと思う。
0117名無しさん＠お腹いっぱい。
2006/12/10(日) 05:59:22非対称SMT + OoO + FTC/MTC
0118名無しさん＠お腹いっぱい。
2006/12/10(日) 06:13:23軽い処理ならx86で十分。
SPARCを使わざるを得ない人はUltraSPARC IV+買うよ。
0119名無しさん＠お腹いっぱい。
2006/12/10(日) 06:15:18http://pc.watch.impress.co.jp/docs/2005/0531/spf07_03.jpg
0120名無しさん＠お腹いっぱい。
2006/12/10(日) 11:29:500121名無しさん＠お腹いっぱい。
2006/12/10(日) 11:43:21富士通に見限られたらこの先生きのこれるか...
0122名無しさん＠お腹いっぱい。
2006/12/10(日) 11:47:070123名無しさん＠お腹いっぱい。
2006/12/10(日) 15:00:57それを実現しているプロセッサは存在しているの?
0124名無しさん＠お腹いっぱい。
2006/12/10(日) 16:13:47Power
Niagaraと違って理想的且つ先進的なキャッシュアーキテクチャで(FTC/MTCじゃないけど)OoOEと非対称SMTを実装
0125名無しさん＠お腹いっぱい。
2006/12/10(日) 16:14:26確かに、そういう意味ならNiagaraでもおｋ。
でも、儲のなんでもNiagaraって発言を皆嫌がってる。
その上、営業が・・・Sunの馬鹿営業は、やっぱ馬鹿。
0126名無しさん＠お腹いっぱい。
2006/12/10(日) 16:16:49うーん。確かにPowerはそれなりにまともだけど、そんなに威張れない経緯もあるじゃん。
IBMって。
RSの頃からSunやHP、Compaq、NECなんかのSMPに対して、SMPなんて意味無い、
並列処理ならシングルCPUの鯖を並べろとか妄言に、業界全体が呆れてた過去もある。
0127名無しさん＠お腹いっぱい。
2006/12/10(日) 16:29:130128名無しさん＠お腹いっぱい。
2006/12/10(日) 16:34:510129名無しさん＠お腹いっぱい。
2006/12/10(日) 19:32:38T1 1GHz×8coreでは5倍以上の性能差がある。2.4G×2core×2のOpteronと
比較しても数値的には似たような線になるので、選択肢としてはありかな
とも思う。安定性や保守(保守会社の体制や契約条件)、運用側の慣れを
考えると、悪くは無いんじゃないだろうか。
最初は性能を疑っていたが、1スレッドあたりの処理が軽いものならば
クロック比通りの性能が出る事が分かってきたので使う事にした。
難を言えば2つ。
・1.2GHz版が1GHz版に比べてかなり割高である事。
・1UのT1000にDVD/CDが付かない事。
(DMZサーバなんかだとネットブートやNFSは使いたくない事もあるので)
0130名無しさん＠お腹いっぱい。
2006/12/10(日) 19:51:470131名無しさん＠お腹いっぱい。
2006/12/10(日) 20:27:370132名無しさん＠お腹いっぱい。
2006/12/10(日) 20:46:07似たようなものなら、あえてNiagaraを使うのは、ナンセンスじゃないか?
0133名無しさん＠お腹いっぱい。
2006/12/10(日) 20:47:380134名無しさん＠お腹いっぱい。
2006/12/10(日) 20:53:010135名無しさん＠お腹いっぱい。
2006/12/10(日) 20:54:410136名無しさん＠お腹いっぱい。
2006/12/10(日) 21:21:57確かに。
Niagaraでは、apacheなんかの処理が他CPUと同様だといっても、
その他の処理では、他CPUによるものが早い上、実績もある。
とすれば、Niagaraを使う事に意味が無いということ。 だよね。
省電力だといっても、Webサーバだけでは意味がほとんど無い。
WebAPサーバにおいても、他CPUの方が早い以上、存在価値が無いと
言っても過言じゃないよね。
0137名無しさん＠お腹いっぱい。
2006/12/10(日) 21:48:310138名無しさん＠お腹いっぱい。
2006/12/10(日) 22:17:410139名無しさん＠お腹いっぱい。
2006/12/10(日) 22:24:100140名無しさん＠お腹いっぱい。
2006/12/10(日) 22:27:000141名無しさん＠お腹いっぱい。
2006/12/10(日) 22:28:140142名無しさん＠お腹いっぱい。
2006/12/10(日) 22:46:49はいはい、もう耳タコですよ。よっぽどうれしかったんですね。
0143名無しさん＠お腹いっぱい。
2006/12/10(日) 23:13:35もうちょっと速くなるかもしれないし？ みんな忘れているよ。Sunにしては速い
よねって事。元々SunのCPUは他社よりも高速であった事がほとんど無いんだからさ。
T2000 T1 1.2GHz×1CPU 7台 WebLogic9 4099JOPS Jan-2006
→ 4099JOPS÷7台÷1CPU＝585.6JOPS/CPU
hp rx3600 Itanium2 1.6GHz×2CPU 11台 OracleAS10.1.3.2 6812JOPS Nov-2006
→ 6812JOPS÷11台÷2CPU＝309.6JOPS/CPU
hp rx6600 Itanium2 1.6GHz×4CPU 4台 WebLogic9.1 4915.49JOPS Aug-2006
→ 4915.49JOPS÷4台÷4CPU＝614.43JOPS/CPU
0144名無しさん＠お腹いっぱい。
2006/12/10(日) 23:16:22そのおかげでX64 Solaris10のOracle10gRACはバグ多いままだよ。
SPARC Solarisはまだマシなのだけど、それでもバグ多いね。
0145名無しさん＠お腹いっぱい。
2006/12/10(日) 23:25:060146名無しさん＠お腹いっぱい。
2006/12/10(日) 23:28:29使用しているサイトは結構あった。
0147名無しさん＠お腹いっぱい。
2006/12/10(日) 23:36:100148名無しさん＠お腹いっぱい。
2006/12/10(日) 23:48:43何処にもSparcStation売ってないね。
0149名無しさん＠お腹いっぱい。
2006/12/10(日) 23:51:320150名無しさん＠お腹いっぱい。
2006/12/10(日) 23:52:570151名無しさん＠お腹いっぱい。
2006/12/10(日) 23:54:06勝ってもないが〜負けてもない〜
0152名無しさん＠お腹いっぱい。
2006/12/10(日) 23:56:52Ultraならともかく、さすがにSPARCstationは無くなっただろ
Sun4mが必要なのか？
0153名無しさん＠お腹いっぱい。
2006/12/11(月) 00:00:23NonStopみたいな売りもないなに、バイナリ資産って美味しいなｗ
まあ遠からぬ未来にSPARC Binary on x86 Lunuxで置き換えられちゃうんだろうけどｗｗｗ
0154名無しさん＠お腹いっぱい。
2006/12/11(月) 00:08:04趣味かアカデミック系なら、結構あるみたいね。
業務周りだと、通常、ユーザが拒否るけどね。
0155名無しさん＠お腹いっぱい。
2006/12/11(月) 00:10:39Sun をよく理解して伝えられるのはやっぱヨナタンよりスッコトだと思ったよ。
なにがバイナリ資産だおまえんとこみたいな囲いミエミエ会社とは違うんだよ。
0156名無しさん＠お腹いっぱい。
2006/12/11(月) 00:11:47をいをい・・・、Power5+で納得するなよ。ｗ
Power5+なんて、せいぜい3月までの命。春先にはPower6、来年にはPower7や
CELLのサーバが目白押し。
正直、ItaはボケボケのSPARCよりましだけど、Powerと比べるには力不足も良いところ。
なので、セールスでIBMが異常に伸してるし・・・
もう、いい加減、勘弁してほしいよな。あの低性能。
0157名無しさん＠お腹いっぱい。
2006/12/11(月) 00:16:07SPARCバイナリなんて、既に整理中の過去資産の企業が如何に多いか。
ぶっちゃけ、SPARC中心の金融系なんて、IBMにしか話してないし、キャリア系も
V210クラス以上は、HPか国産ベンダにしないと提案受けてくれないし・・・
Itaがもう少し頑張ってくれるとうれしいけどねぇ。
0158名無しさん＠お腹いっぱい。
2006/12/11(月) 00:18:51囲い込まなくて良い会社の発言だな、それ。
Sun自体、なんだかんだ言いつつ、きっちり囲い込みをやってるじゃん。
ただ、それが全く効力がなくて、相手にされていないだけで。
可哀想に・・・・・
0159名無しさん＠お腹いっぱい。
2006/12/11(月) 00:38:32>>99みたいなスレタイのコピペだけでレスが複数付くし
0160名無しさん＠お腹いっぱい。
2006/12/11(月) 00:47:290161名無しさん＠お腹いっぱい。
2006/12/11(月) 00:49:57スコアを見ただけでワクワクしてしまった
rx6600とSuperdomeは間違いなく売れる
／￣＼
| ＾o＾ |
＼＿／
0162名無しさん＠お腹いっぱい。
2006/12/11(月) 00:50:49SunとAMDがマルチコアのパンドラの箱を開けちまった。X64系CPUは
これからどんどん集積化競争が進む。ちょっと前までハイエンド
と言われていたシステムがやっすいX64サーバに置き換えられていく
日は近い。RASとか言ってもコストダウン優先のお題目には逆らえない。
如何にintelと言えど二正面戦略は継続出来まい。
0163名無しさん＠お腹いっぱい。
2006/12/11(月) 00:53:030164名無しさん＠お腹いっぱい。
2006/12/11(月) 00:57:180165名無しさん＠お腹いっぱい。
2006/12/11(月) 00:59:330166名無しさん＠お腹いっぱい。
2006/12/11(月) 01:00:390167名無しさん＠お腹いっぱい。
2006/12/11(月) 01:04:11糞nium売らんといけないお前ら大変だな.
最後は全てx86+Linuxになっておしまいだよ(w
0168名無しさん＠お腹いっぱい。
2006/12/11(月) 01:07:48力を入れざるを得なくなったのだろう。
0169名無しさん＠お腹いっぱい。
2006/12/11(月) 01:08:11その過程で最初に消えるのはSPARCサーバだよねえ
0170名無しさん＠お腹いっぱい。
2006/12/11(月) 01:08:59問題はどこまでアホであり続けるかだな。
0171名無しさん＠お腹いっぱい。
2006/12/11(月) 01:10:36Javaを公開しないのはおかしいとか言っていたが、AIXをオープン
ソースにする気はあるのだろうか？ WebSphereとかDB2とかさ。
0172名無しさん＠お腹いっぱい。
2006/12/11(月) 01:14:27>>170 アホっつーか安さには勝てまい。運用的には代替のハードがあれば
何とかなるサーバも多いわけだし。ブレードサーバで待機ブレード用意して
終わりってシステムが増えそうな気がします。
0173名無しさん＠お腹いっぱい。
2006/12/11(月) 01:15:37実装していく流れになったりしないかな。OracleRACみたいに。
0174名無しさん＠お腹いっぱい。
2006/12/11(月) 01:17:52なれば信頼性も上がるだろうしね。
CPU他の値段が下がれば、FTってのもありなのかな？
0175名無しさん＠お腹いっぱい。
2006/12/11(月) 01:18:23
■ このスレッドは過去ログ倉庫に格納されています