Sun Microsystems 最大の移行
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/11/30(木) 03:56:17それとも他社へ移行する踏み台にされるだけなのか。
暗雲の立ち込めるSPARCの将来性、陰りを見せつつある
Opteronの優位性、SunのCPU選択は吉か凶か?
【前スレ】
Sun Microsystem 最大の夜長
http://pc8.2ch.net/test/read.cgi/unix/1159681441/
0497名無しさん@お腹いっぱい。
2007/01/21(日) 16:01:230498名無しさん@お腹いっぱい。
2007/01/21(日) 16:38:590499名無しさん@お腹いっぱい。
2007/01/21(日) 22:33:280500名無しさん@お腹いっぱい。
2007/01/21(日) 22:43:530501名無しさん@お腹いっぱい。
2007/01/22(月) 00:54:140502名無しさん@お腹いっぱい。
2007/01/22(月) 18:07:57Major Intel, Sun deal to be announced Monday
ttp://www.theinquirer.net/default.aspx?article=37089
Sun rumoured to use Intel X86 chips
ttp://www.theinquirer.net/default.aspx?article=37086
0503名無しさん@お腹いっぱい。
2007/01/22(月) 19:27:53こっちでも
今のSunってsparcだけじゃどう頑張っても食っていけないの?
0504名無しさん@お腹いっぱい。
2007/01/22(月) 20:06:56手間そんなにかからんのだからやらない言い訳ができん。
そもそも Sun はそういう会社だし。けど、あんまりドライなのも今までのこと
かえりみれば考えものって面もあるかもね。
0505名無しさん@お腹いっぱい。
2007/01/22(月) 20:51:430506名無しさん@お腹いっぱい。
2007/01/22(月) 22:12:280507名無しさん@お腹いっぱい。
2007/01/22(月) 22:30:29スルーてっと何ですか?
マルチユーザーでマルチプロセスでマルチスレッドな環境で大きな差が出るのか?
0508名無しさん@お腹いっぱい。
2007/01/22(月) 22:39:210509名無しさん@お腹いっぱい。
2007/01/22(月) 23:01:16Niagaraにしか出来ないことって何さw
得意分野なはずのSPECWebですら負けてるくせにwww
0510名無しさん@お腹いっぱい。
2007/01/22(月) 23:05:350511名無しさん@お腹いっぱい。
2007/01/22(月) 23:29:50http://news.com.com/Sun+servers+heading+back+to+Intel+chips/2100-1010_3-6151872.html?tag=nefd.top
0512名無しさん@お腹いっぱい。
2007/01/22(月) 23:47:28DELLの安いXeonマシンに結構お世話になっているんだけど。
Quadコアも出たし。
0513名無しさん@お腹いっぱい。
2007/01/22(月) 23:59:45Itanium2だSPARCだ言ってるうちに
メインフレーム以外はみんなx64になっちゃうんじゃね?
0514名無しさん@お腹いっぱい。
2007/01/23(火) 00:04:06忌み嫌ってきた企業にすがりつこうとしていますが
どんな気分ですか?
0515名無しさん@お腹いっぱい。
2007/01/23(火) 00:05:59オナホール代わりにもなりますか?(;´Д`)ハァハァ
0516名無しさん@お腹いっぱい。
2007/01/23(火) 00:06:07LANコントローラだってIntelのものも使ってきたわけだし
0517名無しさん@お腹いっぱい。
2007/01/23(火) 00:13:53別に Intel にコントロールされるようになるわけでもなし。部品「買ってやる」って
だけだぜ?
0518名無しさん@お腹いっぱい。
2007/01/23(火) 00:24:060519名無しさん@お腹いっぱい。
2007/01/23(火) 00:26:140520名無しさん@お腹いっぱい。
2007/01/23(火) 00:29:15Intel にとってこれ以上想像できないほど悪い状況だ、ってことに
気づいてないバカばっかりw
0521名無しさん@お腹いっぱい。
2007/01/23(火) 00:56:19CELL(PS3)が次々ソフト開発中止でIBMがピンチだ〜と言ってる様なもん。
0522名無しさん@お腹いっぱい。
2007/01/23(火) 01:07:150523名無しさん@お腹いっぱい。
2007/01/23(火) 01:20:240524名無しさん@お腹いっぱい。
2007/01/23(火) 01:27:37Sun にとってこれ以上想像できないほど悪い状況だ、ってことに
気づいてないバカばっかりw
0525名無しさん@お腹いっぱい。
2007/01/23(火) 01:30:190526名無しさん@お腹いっぱい。
2007/01/23(火) 01:35:290527名無しさん@お腹いっぱい。
2007/01/23(火) 01:35:48当然マルチコアにも行けない。ここまででおしまい。
末期に Sun にお買い上げいただけるだけでありがたいと思えよw
0528名無しさん@お腹いっぱい。
2007/01/23(火) 01:42:37パラダイス鎖国だな
0529名無しさん@お腹いっぱい。
2007/01/23(火) 01:44:56糞シリコン売りのSun営業ちゃん乙w
0530名無しさん@お腹いっぱい。
2007/01/23(火) 02:23:23Ultra21, Ultra41 とか出るのかな。
0531名無しさん@お腹いっぱい。
2007/01/23(火) 08:06:540532名無しさん@お腹いっぱい。
2007/01/23(火) 09:52:42言い換えれば、AMDもIntelに対抗できるだけの力をつけてきたってことだな。
0533名無しさん@お腹いっぱい。
2007/01/23(火) 11:32:04負けたらもうほんとにおしまいだから。
Sun にしても、AMD を多少牽制しておくのは正しい。AMD も x86 後のことは
当然考えてて、製造については IBM に近い。POWER 作ったりという可能性もありうる。
0534名無しさん@お腹いっぱい。
2007/01/23(火) 13:39:120535名無しさん@お腹いっぱい。
2007/01/23(火) 14:03:14Intel はそれよく承知してる。ここまでやせ我慢してたのは Intel の方。
0536名無しさん@お腹いっぱい。
2007/01/23(火) 14:08:45検証可能なデータはどこかにありますか?
0537名無しさん@お腹いっぱい。
2007/01/23(火) 14:18:55ただしソースはSun
0538名無しさん@お腹いっぱい。
2007/01/23(火) 15:00:37てんでだめなのが、*BSD
0539名無しさん@お腹いっぱい。
2007/01/23(火) 16:06:17営業さん、そのところわかってますか?
早く転職考えたほうがいいよ
といっても、できの悪いSun営業など雇ってくれるところあるかわからないけどなw
0540名無しさん@お腹いっぱい。
2007/01/23(火) 16:17:290541名無しさん@お腹いっぱい。
2007/01/23(火) 16:35:06コンパイラも貰ってきたらどうよとオモタ
0542名無しさん@お腹いっぱい。
2007/01/23(火) 17:07:14このままじゃ、つぶれると.......
Sun信者さん、Sunの経営陣を許してあげてください
これも、いきのこるため
0543名無しさん@お腹いっぱい。
2007/01/23(火) 17:17:43AppleといいSunといい
AppleもIntel、SunもIntelというのは興味深いw
0544名無しさん@お腹いっぱい。
2007/01/23(火) 17:37:360545名無しさん@お腹いっぱい。
2007/01/23(火) 17:39:44いやいや、Linux 2.6 で大幅見直ししてよくなるはずだったけど、ぜんぜんダメだし。
それどころかファイルシステムでボロでまくって収拾つかなくなっちゃってるし。
今まともに使えるファイルシステム皆無だろw
2 も 2.2 も 2.4 も「前面書き直し」だったはずだが、ただ単に非互換なだけだったし。
まともなところはどんどん見放してきてるぜ。ま、もっとまともなとこは
最初から使わないがなw
数値でてるのカーネルサービス使わない CPU バウンドなやつだけやん。
HPC にしか使えんよ。エンプラ用途には即却下。
AIX や IRIX はまともなんだが、x86 に持ってきても誰も使わんという自覚が
持ち主にあるようだし。HP-UX はどうなんだろな。オレは 9 の頃の悪い印象が
強くて試す気まったく起きんが。
MS-Windows... 論外。
0546名無しさん@お腹いっぱい。
2007/01/23(火) 17:44:53別に Intel 使ったからって売上あがりゃせんだろ。Solaris/x86 使うのに
Intel 必須な客なんかおらんし。おなじ性能なら AMD で十分。
つぶれかけてるとしたら Intel 採用したってつぶれる。
つーか、ここんとこずっと業績上向きなんだけど、少しはべんきょしたら?
0547名無しさん@お腹いっぱい。
2007/01/23(火) 17:46:240548名無しさん@お腹いっぱい。
2007/01/23(火) 17:47:45SPARCだけでやってたらw
0549名無しさん@お腹いっぱい。
2007/01/23(火) 17:48:46SPARCだけでやってたらw
0550名無しさん@お腹いっぱい。
2007/01/23(火) 17:49:410551名無しさん@お腹いっぱい。
2007/01/23(火) 17:50:52今までみたいに、囲い込みやってたらw
0552名無しさん@お腹いっぱい。
2007/01/23(火) 17:55:130553名無しさん@お腹いっぱい。
2007/01/23(火) 17:56:240554名無しさん@お腹いっぱい。
2007/01/23(火) 18:16:430555名無しさん@お腹いっぱい。
2007/01/23(火) 18:21:53それだったら
TIやめてIntelに製造してもらえればいいんだが。
他社の1年先を行く製造技術は投入してもらえないとしても、
TIよりはマシのようが気がする。
0556名無しさん@お腹いっぱい。
2007/01/23(火) 18:24:000557名無しさん@お腹いっぱい。
2007/01/23(火) 19:23:23あらためてSun信者の民度の低さを思い知りました
0558名無しさん@お腹いっぱい。
2007/01/23(火) 19:32:240559名無しさん@お腹いっぱい。
2007/01/23(火) 19:38:170560名無しさん@お腹いっぱい。
2007/01/23(火) 19:44:03これから出る各社のPCにSolarisがプレインストールされるということか?
無料だから勝手に使えばいいけど、確かに手間は省けるな。
0561名無しさん@お腹いっぱい。
2007/01/23(火) 20:44:590562名無しさん@お腹いっぱい。
2007/01/23(火) 22:06:19そんな絵を想像してみてください
0563名無しさん@お腹いっぱい。
2007/01/23(火) 22:08:300564名無しさん@お腹いっぱい。
2007/01/23(火) 22:50:310565名無しさん@お腹いっぱい。
2007/01/23(火) 23:11:010566名無しさん@お腹いっぱい。
2007/01/23(火) 23:37:070567名無しさん@お腹いっぱい。
2007/01/23(火) 23:43:480568名無しさん@お腹いっぱい。
2007/01/24(水) 01:42:47言っている人がいるけど。近視眼的だよね。
マルチコア化が進めば、従来ミッドレンジだった8CPU、16CPUのサーバ
レンジが1Uの2CPUソケット16Coreサーバで置き換えられてしまう。
エラー処理の部分ではItanium2の方が全然優れているが、可用性より
コストを重視する客の方が多い。
ミッドレンジが安いPCサーバに席巻されてしまうと、本当にニッチな
ハイエンド市場でしかItanium2は使えなくなってしまうだろう。
結局は、大量生産の出来るCPUには敵わないって事だよね。
0569名無しさん@お腹いっぱい。
2007/01/24(水) 01:43:450570名無しさん@お腹いっぱい。
2007/01/24(水) 01:46:46クロスバーインターコネクションが必要。
んなこたぁ大昔からわかってるのに未だにまともなもん出せないのは
アーキ上欠陥があるからだろ。
そこらへん Sun に協力してもらえるんなら Intel の提携の意味もある。
Solaris じゃなきゃテストにならんからな。x86 用の後の OS はゴミ。
0571名無しさん@お腹いっぱい。
2007/01/24(水) 02:09:40WindowsはVista/Longhornで本当に終わりそうだし
0572名無しさん@お腹いっぱい。
2007/01/24(水) 02:13:46面白そうだ。VMware ESXは高すぎ
0573名無しさん@お腹いっぱい。
2007/01/24(水) 02:15:290574名無しさん@お腹いっぱい。
2007/01/24(水) 02:23:10これに加えてX64とT1が伸びてきている。本当に意外だよ。SGIみたいに落ちる
ところまで落ちるんじゃないかと思ったんだけど。まずは小休止って感じだ。
0575名無しさん@お腹いっぱい。
2007/01/24(水) 02:27:58そこそこ使えるSMP機が出来るっしょ。
結局の所、多少の設計の良し悪しよりも、生産性を武器にした
低コストの力業CPUの方が。
GRAPE-DRで考えているような、FPGAを使うアプローチも将来的には
ありかなとも思うけどさ。それが当たればintelも収束していくんかね?
0576名無しさん@お腹いっぱい。
2007/01/24(水) 02:34:52マルチコアだからこそインターコネクトが重要なんだが。
マルチコアだったらチップの中だよ? わかってないわなwwww
0577名無しさん@お腹いっぱい。
2007/01/24(水) 02:43:16しなくても済むようになるので安く上がるとの意味だけど。
0578名無しさん@お腹いっぱい。
2007/01/24(水) 03:38:20そこは自動的に飽和しなくなると思ってるのか?
0579名無しさん@お腹いっぱい。
2007/01/24(水) 04:20:35研究室レベルでは3.2TB/sも達成してるし
0580名無しさん@お腹いっぱい。
2007/01/24(水) 07:24:08SAN FRANCISCO (Reuters) - Sun Microsystems Inc. on Tuesday posted
a quarterly profit versus a year-ago loss as revenue rose 7 percent,
fueled by higher sales of its computer servers.
Sun said it had a fiscal second-quarter net profit of $126 million, or 3 cents per share,
compared with a net loss of $223.0 million, or 7 cents per share, a year ago.
Revenue rose to $3.57 billion from $3.34 billion.
0581名無しさん@お腹いっぱい。
2007/01/24(水) 07:48:470582名無しさん@お腹いっぱい。
2007/01/24(水) 09:05:23ttp://www.itmedia.co.jp/news/articles/0701/24/news016.html
0583名無しさん@お腹いっぱい。
2007/01/24(水) 11:53:20退場しろ、バカども。
0584名無しさん@お腹いっぱい。
2007/01/24(水) 12:41:500585名無しさん@お腹いっぱい。
2007/01/24(水) 14:07:37だったらそれ採用したシステムさっさと出したら?
だけど、それってまさかバスじゃないよね? クロスバースイッチなんだよな?
0586名無しさん@お腹いっぱい。
2007/01/24(水) 14:09:32は、ははっはははh はいーせん!w 配線じゃない方法があるんか? 光 CPU とかの話か?!
0587名無しさん@お腹いっぱい。
2007/01/24(水) 14:20:00オンチップインターコネクトにクロスバって終わってると思うよ
飢餓状態で死ねるし
バンド幅考えたらクラスターリングとか2Dトーラスだろ
0588名無しさん@お腹いっぱい。
2007/01/24(水) 14:58:28CPU数が増加すると、急速に複雑さが増加するので、クロスバー以外を考えざるを得ない。が、そうなると性能がでない。っというのを延々とやっている。
2つのアプローチがあって、クロスバーを改良してCPU数を増やしても実用域に留める方法と、クロスバー以外の方法で性能がでないか工夫する。実用的には前者で、研究レベルは後者。
0589名無しさん@お腹いっぱい。
2007/01/24(水) 15:03:310590名無しさん@お腹いっぱい。
2007/01/24(水) 15:37:36>CPU数が増加すると、急速に複雑さが増加するので、クロスバー以外を考えざるを得ない。が、そうなると性能がでない。っというのを延々とやっている。
http://journal.mycom.co.jp/articles/2006/01/08/sc1/
0591名無しさん@お腹いっぱい。
2007/01/24(水) 15:56:20クロスバー部分だけコアより速くなればなw
コア数との相対速度が問題なのに、チップにのせたからって何が解決するんだよアホかと。
つーか、コアにのってるがな。Niagara のブロックダイアグラムとかちゃんと見ろよ。
オンチップキャッシュ共有したら要るに決まってるだろ。
>>590
ま、クロスバーと他の組み合わせみたいなことも必要になってくるかもな。
けど、いま x86 の話なんだが。たぶん MP のプロトコルからやり直しで
互換性維持不能なんだぜ。けどそれくらいなら今までになんとかできてたはず
なんだよな。もっと深い障害要因があるに違いない。
0592名無しさん@お腹いっぱい。
2007/01/24(水) 15:59:01この程度だってことだ。高クロックうれしーって Pen4 大喜びで買ってたバカ連中
そのままww
0593名無しさん@お腹いっぱい。
2007/01/24(水) 16:03:52"Sunの設計者にリングバスは考慮しなかったのかと質問したら、SPARCのメモリアクセス順序の保証にはクロスバの方が向いているという答えであった。"
罪根は過去の駄目な設計でした。
おお、Windowsの様だ。
0594名無しさん@お腹いっぱい。
2007/01/24(水) 16:09:56クロスバーが使える程度のCPU数であれば、クロスバーを使うのが性能上優位。
CPU数が増えると、クロスバーが使いたくても使えなくなる。
0595名無しさん@お腹いっぱい。
2007/01/24(水) 16:32:48はぁぁ?? 意味わからんからって勝手に低脳解釈するなよ。
ccMUMA もいっしょでここいらから先は向いてる用途とそうじゃないのの
トレードオフだ。ま、かじったことない Intel なんかには到底わからんだろww
唯一わかってた Itanium の連中はもう放逐しちゃったからなプププ
0596名無しさん@お腹いっぱい。
2007/01/24(水) 16:37:40一面的な見方をすればそれは正しいのだがxbarはNiagaraのコンセプトを引用するなら「面積当りの性能」がよろしくないので
普通はもっと性能をリミットしやすい部分(コアやキャッシュ)にお金をかけようという話になる
近接ノードとのバンド幅がある大きい/遅延がある程度小さい
この二つを満たしていればふつーに性能が出る
>>593じゃないがSPARCでもないのにxbarの採用に固執する意味がわかりません
>>595
>唯一わかってた Itanium の連中はもう放逐しちゃったからな
逃げたのはSam Naffiziger位だよね?脳内情報?
■ このスレッドは過去ログ倉庫に格納されています