公式ブログはいつみてもキモい… Sunはこの辺のKYっぷりを改善できぬものかのぅ
。・ 。・゚。・゚。・゚。゚・.・。゚゜。゚・。.゚・。
。・゚ 。・゚ 。・゚。・ ・゚.
。・゚ 。・゚ 。・゚ 。・。
。・゚ 。・゚ 。・゚ 。・。・
。・゚ 。・゚ 。・゚ 。・。・゚
。・゚ 。・゚ 。・゚ 。・。・゚・
。・゚ 。・゚ 。・゚ 。・゚・゚・
。・゚ 。・゚ 。・゚ 。・゚・。・゚
。・゚ 。・゚ 。・゚ 。・゚・。・ ゚・
∧_,,∧ 。・゚ 。・゚ 。・゚ ・。・゚・ 。 ・゚。
( ;`・ω・ ) 。・゚ 。・゚ 。・゚。・゚・。 ・゚・。 ・゚・。・゚ ・。・゚・。・゚・ 。・゚ ・。・。・
/ o━ヽニニニニニニニニニニニニニニニニニニフ
しー-J
>>1 乙です
百年に一度と言われている不況の中をSUNが生き延びるにはどうすればいいでしょうか。
毎度毎度スレタイでニヤリとする とりあえず1乙
Sunは超新星爆発を起こすには質量が足りず白色矮星になるだけ
これ立てたの絶対HPだろ・・ 汚いなさすがHPきたない 俺はこれでHPきらいになったなあもりにもひきょう過ぎるでしょう? 俺は中立の立場で見てきたけどやはりSUN中心で行った方が良い事が判明した HPはウソついてまでエンタープライズ向けクラスタサーバ導入実績を確保したいらしいが SUNに相手されてない事くらいいい加減気づけよ SUNはHPよりも高みにいるからお前らのイタズラにも笑顔だったがいい加減にしろよ
12は典型的なSun信者
被害妄想はげしすぎ >SUNに相手されてない事くらいいい加減気づけよ 赤字経営のSunによくそんなお花畑幻想持ち続けられるなw
それほどでもない
ブロント自重
>SUNはHPよりも高みにいるから まだSunは天に召されていませんが?
18 :
名無しさん@お腹いっぱい。 :2009/02/07(土) 22:09:47
>>12 HPがコスいのは別に今に始まったことじゃねーぞww
本当につよいやつは強さを口で説明したりはしないからな 口で説明するくらいならSunは牙をむくだろうな RockはSPECrateで100とか普通に出すし
なんでSPARCなの? あれは互換性のために生き残っているようなモノ。 このご時世x86一本化路線でイイじゃん。
その互換性が大事なんだって。サーバなんて業務で使うクラスなら値段のちがいは優先度は低い。 それよりも、過去の資産を引き継げること、信頼できること、業務を止めないことの方が遙かに大切。
だから互換性のために生き残ってるといってるんじゃないか。 他のメーカーだって自社アーキテクチャを捨てていきのこったりしている。 徐々に切り替えれば良いんだよ。 SunはSPARCを捨てても、Solarisをもっている。
互換性のため生き残ってるって、x86 のことだろう
どっちもどっち 程度の差を言うならSPARCがひどいがなw
x86は性能でも既にトップクラスを維持しているからな。 で価格が安いから勢いづいている。 そもそも互換性のためだけだったら、SUNはx86サーバなんて はなっから出すわけ無いわけで。 AppleだってIntel Macに移行しても普通にMacとしてのブランドを 維持できていると思うけど。
>>22 > 過去の資産を引き継げること、信頼できること、業務を止めないことの方が遙かに大切。
HPならともかく、Sunには、ないな。
>>21 SPARC+Solarisで差別化は可能と考えているからじゃないですかね。
だってね、SPARCやめたらやめたで今度はx86上でWindowsや
Linuxと戦って勝てるのかっていう話になるしね。
なので、どっちか諦めざるを得なくなった時点で、完全に日没かな。
まあ確かに経営資源を選択集中するためにプロセッサ開発から引く
というのはアリだが、この会社も色んな立場の人がいて結構みんな
ポリティカルだから、そう簡単にはいかない。
Solarisじゃなきゃダメっていう理由と比べて、 SPARCじゃなきゃダメっていう理由は正直弱すぎる。 SPARCプロセッサが他社に比べて優れている製品だったら意味があるが、 IntelやIBMと比べても明らかに未来がない。 HPだってIntelに移行しても、HP-UXが滅びたわけではないよ。 これでSolarisが滅びるというのならば、所詮その程度の実力しかないものを うってたいというだけのこと。
>>28 スレに時々貼られているURLの噂サイトでは、
SPARCプロセッサの開発部門で人減らしが行われてガタガタ
みたいな話もあるよね。
中途半端にやって成果が出ないくらいなら、やめたほうがマシ。
やるならやるで、ちゃんとリソース注ぎ込んで全力でやるべき。
SPARCぢゃなきゃダメな案件 ・・・ ビッグエンディアンに依存したレガシーコード もうね、x86上でSPARCエミュレーションするなり、トランスコードするなりでいいだろ。 さもなきゃ、再びIA-64にSolarisを移植して移行しちまえ。
SPARCの持っている資産がSunを支えている。 それは最近までは正しかった。 しかし、今となってはx86を含めたいろんなハード環境のシステムをうってる IBMやHPの方が小回りの効く体勢になって、Sunは過去の遺産にすがっておびえてる みたいなんだよな。これからは、SPARCはばっさりきって、ソフトやシステムベンダーとして 勝負していくのがベターだと思う。富士通のもあるしねw
ハードは富士通のOEMでいいよね。
SPARC64はしばらく止まらんだろう 寄生虫の富士通にさらに寄生して生きていけばいい SunのCPUはRockで最後だな
Niagaraシリーズだけでいいよ、もう。 Rockに注ぎ込んだリソースで、x86のメニーコアでも作ったほうがマシだったかもな。 Solaris専用x86プロセッサを作ってもいいと思うのよ。 ユーザーランドで使われる命令のみx86互換で、それ以外の命令は独自で。
でもIntelはAMDがFab売ったことにも文句つけてるからな ライセンスの関係で自社で製造拠点を持ってないと駄目らしい
>>35 それは勘違いだろ。x86はIntelの膨大な投資による設計・製造・配給能力にものを
いわせて進歩してきたプロセッサだ。気安く互換つくって勝負できるようなものではない。
Sunとしてはハード環境に依存しないソフトシステム、サービス体勢をつくっていくのがいい。
CPUは所詮部品だ。CPUだけで儲けるならともかく、今はコンピュータシステムにとってそこまで
重要な存在ではない。
そういや、Javaってハードに依存せずに動作するんですよね? まさにSunの思惑通りだな。
39 :
名無しさん@お腹いっぱい。 :2009/02/08(日) 20:21:45
客観的に見てHP-UX機の方が未来無いだろ。 Itaniumだからな。 intelもやめたがっているんじゃないか?
Intelは誰かが攻撃しないと本気にならない会社だから
>>37 VIA傘下のCentaur Technologyもx86互換CPUを作り続けているよ。
そこの製品は昔から、効率優先の割り切ったデザインだから、メニーコア向き。
Intelとはとても勝負になってないだろ。2番手のAMDですらひどい状況なのだから。 VIAで勝負したらそれこそおわりだよ。
商売って昨日の味方は今日の敵、昨日の敵は今日の味方ってな具合に どんどん変化していくものだとおもうけど、 Sunってユーザが一番変化を信じられないみたいだな。 3年後にはHPとIntelが喧嘩して、 IntelとSunがべったり提携してても全然おかしかないが。 全ては金の力です。
>>42 真っ向勝負する必要は無いさ。
(真っ向勝負するのなら、自社で作らずにIntelの製品を採用したほうがいい)
IntelやAMDは、x86完全互換という大きな枷がかかっている。
Solaris専用なら、ユーザーランドだけの互換で十分だ。
そしてシングルスレッド性能を捨ててスループットの最大化をねらうのも、
現状のIntelやAMDには、やりたくても、できないことだ。
いずれ彼らがキャッチアップしてくるだろうが、
その時には自社で作るのをやめて彼らの製品を採用すればいいだけのことさ。
初代Niagaraの頃ならともかく今更x86メニーコアとか無理じゃろ。 もうLarrabeeが走り出してるから。
Larrabee = 錆向けではない
その気になれば何時でも派生品出せるじゃろ。 IntelはSunと違ってリソースが潤沢。
おおう 何か意外に盛り上がってるな。 SunですべてのIT環境をカバーしようとしたのは確かに夢で終わった。 だがUNIXが必要な分野は残り続けるはず・・・ というのは結局20年経っても汎用機はなくならなかったし、未だに FT機ですら生き残っている。 しかし、UNIXサーバベンダに何社も必要ない。そうなると次に退場 するのはIntelのお荷物ItaniumにDependしているHP-UX機? そもそもHP-UX機は大HPの売上げの2割をはるかに切る存在だ。 IBMはPowerビジネスを当分諦めないからAIX機を続けるだろうが、 これとて必然性はないわね。 ポーターでいうところの差別化集中でSunは生き残るんじゃないか?
てか、Itaniumに投資するのIntel的にはおいしくなくなってきてるよな。 HPと喧嘩がおきるのも時間の問題な気がするのだが。
>>45 LarrabeeはGPUとか科学技術計算用よ。
>>47 いやいや、Larrabeeのアーキテクチャでは無理。
>>48 HP-UXが2割未満なのは、全体が大きいから、小さく見えるだけよ。
>>48 その話だとIBMが残って終了って感じだけど
HPがOpteron売りまくってること考えるともうとっくに冷えてると思うが。 遅くともItaniumの売り文句としてオープンな〜(=HP専用ではない)とか言い出した時点でもう別の道を探っていた気がする。 俺はIBMがItanium路線に復帰する可能性を挙げてみる。建前としてはIBMがISAに参加するのはOKなはずだし、 不況なのでPOWERへの投資は縮小されるんじゃないかという予測から。 その次がIntelがHP-UXのメンテとSuperdomeの販売を始める可能性。 最後がItanium終了のお知らせ。
Intelが自らサーバうることはないじょ。それこそお荷物面倒なだけだよ。 捨てる神あれば拾う神ありで、ItaniumもHPとIntelが喧嘩したとして、 HP以外で拾う会社はでてくるかもね。 まあでもIntelがやる気なさそうだから、むしろHPが買い取って、 PA-RISCと同じ体勢に持って行く方がありそうか。
55 :
名無しさん@お腹いっぱい。 :2009/02/08(日) 21:44:51
昔採算が取れないからイラネって売ったのをまた買うのか
Intel自らサーバー売る的なことは、まえちょっとやってたけどね
だってItaniumをいきなり切って、一番困るのはHP。 それから日本のシステムベンダーだよ。 Intel的にはx86に注力体勢にうつっていて、 その結果がNehalemだったり、Larrabeeだったり、Atomだったり しているので、Itaniumは明らかにもう浮いているというか影が薄いというか。 IDFでもほとんど話題にならないしね。
業界再編のチャーンス
IntelにとってItaniumを抱え続けることは、 x86以外への再度の移行を思いとどまらせる という効果があるよ。
>>60 Itaniumやめたら、また性懲りもなく、x86ではないCPUを立ち上げようとするのさ。
>>61 それはしばらく先の話だな。
そしてそれがサーバ向けであるかどうかはわからないな。
新規命令セットは今更ないわな〜 なんだかAVXで吹っ切れた感が
ああ、移行するって主語はIntelなのか!なのかーなのかーナノカー!
いやぁ、わからんぞ。 AVXがカバーするのはSIMDだし。
たぶんあるよ。 当分先だけど。 なんかIntelの話になってきてるなw
Intelがやる気なくしているのは事実だが その最大の原因はItaniumで儲けてるのはHPだけという現状でしょ そのHPはOpteronでも儲けてるし Xeon+POWERなIBMとかXeonオンリーのDELLのことを考えるとIntelの立場は極めて微妙
DELLか DELLも昔はItanium鯖やってたけど、売れなくて激怒したんだろうな。
HPはOpteronには賭けてないよ。 IntelにItaniumにやるきないならAMDに浮気してもいいんだぞ〜 っていうのを態度で一度みせただけ。 x86でも今後はIntelのNehalem中心になると思われ。
まあ賭けてなくても 取引材料として必要ということであれば
>>69 ガチな話
HPの営業はOpteronプッシュしまくりでウザイ
いずれItaniumはQPIに移行するので、CPUとファーム以外は共通化されるでしょう。 現状のItaniumが、QPI採用のItaniumに巻き取られた後に、さらにXeonで巻き取る算段かと。
うんうん。 知ってるかい? もともとXeon MPとItaniumがQPIで共通化されているのは、 x86であるXeonからIA64にスムーズに移行させるためのものだったんだよ。 それが全く逆の効果でIntelにメリットをもたらす結果になるとはねw わらうしかない。
>>73 お前、馬鹿だろ。
アングロサクソンは、どちらに転んでも大丈夫、そういうやり方をするんだよ。
それをいうならロスチャイルドじゃないか? Intelでアングロサクソンw なんか間違ってるぞ。
>>65 これからAVXと同じ手法でどんどん命令を追加していく的な発言がどっかにあった
なんかグダグダになりそうだな。
>>34 同意。今の富士通はSolarisが無くてもSPARC64を作り続けるしかないから、
Sunとしては富士通のSPARC64に寄生してSolarisを売っていくのが合理的。
どっちかというと富士通が思い切ってSunを買収してしまえば一番話が早い。
>>73 俺は共通化されると思っていたらされなかった
な、何を言ってるのか(ry
Tukwlaでは共通化って段階には至ってないね
プラットフォームのかなりの部分のリソースを共有して開発が効率的にはなるだろうけど
当初の構想にあったXeonもTukwilaも同じマザーボードで動くって話ではない
わかるとおもうけどTukwlaではなくTukwliaです
また間違ったorz 死んでくる
ま、この不況で富士通は富士通でくるしいんだけどね。 SPARC64も安定して開発がつづくかは微妙です。
何だかんだでINTEL大好きなんだなおめーら
はい Xeon最強です
微妙というのは妙なる美味という意味
IBMのやり方が一番賢いんだろうな メインフレームも残し、UNIXサーバも残す これらは毎年出荷金額が減っていく未来のないものだけど 出荷金額は大きく商売としてはまだおいしい それに加えてPCサーバにも力をいれてWindowsやLinuxも積極的にサポートする これからのコンピュータメーカーは顧客が欲しがっている物を すべて提供するというやり方がいいんだろうね
AMDの破綻が業界再々編の始まりだなー 見てろ IBMは今の手法が続けられなくなるから カウントダウンはもう始まっている
>>78 ,79
おまえら、ぜんぜん因果関係が読めてないな..
SPARC64機の、Sunが扱うまでの世界シェアって、どれぐらいだと思ってんだ?
Fと、ジーメンスが売ってたわけだが。
寄生? wwバカちゃうか。
>>83 Intelから買った CPUで他社と C/Pのせめぎ合いして作る機械と、
自社で作った CPUで競合あまり気にせず作れる機械と、どっちが儲かると
思ってんだよ。頭わるいね、ほんと。
>>88 AMDが破綻するとIBMの今の手法が続けられないっていうのは
どういう因果関係のなの?
>>90 MPUの開発/製造コストが鰻登りなことはスルーかよ。
>>91 AMDが終わる = SOI Industry Consortiumの重鎮が沈む
要は高性能プロセッサ向けの量産プロセスの需要が大幅に減る
IBMはAMDにリスクを押し付けてきた面があるので
これはかなり痛い
POWERの地盤が大きく揺らぐことは間違いない
>>92 パイも違うしね
一個あたり利益10倍違っても、100個売れりゃIntelのCPU売ってる
方が儲かるわけだし
サーバー機って CPUの利鞘で稼いでると思ってるのか? だまってパコソン使っとけやww
>>89 これからの話をしているのに、昔の話すんなよ。
すでにSPARC64機はSunブランドで世界中に売ってる現実の次のステップの話をしてるんだぞ。
>>90 > 自社で作った CPUで競合あまり気にせず作れる
ソフトウェアまで含めてx86とのコストパフォーマンスで競争しなきゃならんぞ。
そして自社で開発するということは、その莫大な投資をするということで、
儲かるどころか、まず投資をしっかり回収するだけでも大変なことですよ。
99 :
名無しさん@お腹いっぱい。 :2009/02/09(月) 22:20:56
富士通は汎用機捨てない限り、SPARC64の開発をやめられないだろ。
>>98 だからニッチ勝負でよいのでは。
だいたいx86と同じ土俵に引っぱり出すこと自体にムリが。
x86もWinows(あるいはLinux)も良くなってきたが、半永久的に
リプレイスできない(すると無理が生じる)分野がある。
汎用機同様、盛り上がらないが無くならないところを狙う感じ?
でも、これじゃジリ貧なので、レッドシフトなんて言い始めた
わけやね。ぐんぐんCPUパワーを必要としている市場があって
そこを狙うと。いや笑っちゃいけません。
>>99 富士通の汎用機はSPARC64ぢゃないよ。
汎用機のプロセッサを作っている人たちが、ついでにSPARC64も作ってるだけであって。
>>100 そういう用途だと、CPUやGPGPUに勝てないんじゃないかな。
だから、演算する部分を作るよりも、それらやメモリとを繋ぐほうに力を使うべきだろう。
ノートPC向けの低消費電力のプロセッサを4Uのシャーシにびっちり詰め込むとか、さ。
_, ,_ 〃〃(`Д´ ∩ < ランチボックスが一番じゃなきゃヤダヤダ ⊂ ( ヽ∩ つ ジタバタ
>>104 上に載せるべきCRTが無くなってしまったから、
ピザボックス型のデスクトップマシンが今後出る
可能性は皆無だろうな。
そうそう。ピザボックスの上に TFTモニターは、寒いw 結局シューボックスかモニターパネル一体型。 元祖は IPCと ELCなんだろうが、現行だと Mac miniと iMacになっちゃうね。
108 :
名無しさん@お腹いっぱい。 :2009/02/10(火) 11:09:38
SunRay でいいじゃんw
1Uサーバでいいじゃん
1U机上に置いて使うのか? あんた変わってるなww
三角ブロックに座ってモモの上に..w
後ろ手に縛られて
それにしてもSUNって今どうやって儲けてんの?
ヨナタンやゴスリンはソフトウェアのサポートで儲けてると言ってるな。
バグっているソフトを売って、そのパッチで儲ける? 使いにくいソフトを売って、その使い方を教えて儲ける?
ギャグかなんかのつもりなのか? ↑
ハードの保守費用とOSのパッチアクセス、あとはコンサルじゃないの
ハードの売上げはかなり比重低いらしい。ゴスリンがインタビューで言ってた。
改訂版 バグっているソフトを売って、そのパッチで儲ける? 使いにくいソフトを売って、その使い方を教えて儲ける? 壊れやすいハードを売って、その保守で儲ける?
だからなにがおもろいねんそれ。
傾きはじめた某社が実際にやったビジネスだね。 最初はしかたねーなと嫌々付き合ってた客も多かったが、次第に呆れてどんどん減った。
近いことはどこもやってるように見えるよ。営業近辺にいるとね。 真に受けてるアホがたまにいるけどね。 ところで、それ何がおもしろいの? ギャグなの?
>>119 売上げという意味では圧倒的にハードなんだが
アニュアルレポートとか見た?
つまりgoslingはマニュアルレポートなるものを読んでないわけか
マニュアルちがう、アニュアル
アニャルぅ
ゴスリング「僕の肛門も・・・」
くだらねぇ このスレにはガイキチがいる
Solaris for IA-64とか、 IA-64のJVMとか、 出せば売れるのニナ。 べつにそれでSPARCのシェア減らんだろ 競合する領域にいないんだから。 出さないのは HP-UXとかBEAとかをのさばらせるだけだ。
ROIは?
釣りか? 出せば売れるのニナ。って・・・ ありえんだろう
まずはi7のワークステーションだろうな JAVAのランタイムやIA-64用のSolarisなんて売れない
売れるとしたらSPARC Solarisバイナリ互換を持ったx86 Solarisだろうな
既にx86 Solaris自体はUNIX OSとしては結構普及している。 Solaris10のダウンロード数の半分以上(下手したらもっと)はx86向けだ。 にも関わらずぱっとしないように見えるのは、SPARC版とソース互換しか ないのが原因ではない。 Sunのx86サーバが目立たないのが原因だ。そもそもOS自体は無償なんで 売れる売れないの話じゃない・・・
普及してる? Linux に比べると全然普及してないようにみえる。 Solarisに出来てLinuxに出来ないことで、訴求するものが 無いのが原因だと思う Javaの次版はSolarisでしか動きません、とかすればいいのに
ZFSとDTraceがあるじゃないか
>Javaの次版はSolarisでしか動きません、とかすればいいのに そんなことすれば致命傷になるだけじゃん。 今はLinuxにできてSolarisにできないことを埋めようとしてるんじゃないの。 商用ミドルウェアの対応とか。最近JP1が活発か?(前と比べれば
SunのがうごかないならIBMのJavaをつかえばいいじゃいとかなりそうだしな
既にOpenJDKがあるから、Sunの独自拡張が無視されるだけ
使えるものを使えなくすればユーザを呼び込めるとか そんなことしか思いつかないバカの意見なんて無価値どころか害悪
Linuxにできて Solaris(他の Unix族でもいいけど)にできないことって、何よ? ドライバーの対応、とかじゃねーよな? あんなデキの悪い Unix他にねーだろが。
普及してないように見えるのはML115みたいな安鯖に入れて こっそりフリー版を使ってるから おおっぴらにSolaris使ってますと言えないだけでは?
同じことができるけど、Solarisを使ったほうが良いことがたくさんありますよ、ってことにしないとね。
Linuxが持てはやされるのは、どうもねぇ。 *BSDが裁判絡みでブレーキかからなければ、*BSDのほうが伝統と歴史がある分だけ、良いと思う。 もちろん、古くてダメなOSなので、他のUnixが辿ったような大幅な改良は必要だけどね。
使うアプリをOSSですべて固め(JAVAを使わず)、 FreeBSDに詳しい人がいるならFreeBSDでもいいんだろうけど そんな優秀な人材をサーバ管理ごときに貼り付けておくのは損失なので 最後はH/W含め手離れ(アウトソース)することも考えてCentOS(RHEL)かSolaris
147 :
145 :2009/02/15(日) 19:12:18
うん、Linux主流になった時点で、*BSDはもうない。 Linuxなのには納得がいかない面もあるが、そんなのは今では下らない話で、Linuxにしとくのが吉。
ML115だとインストールできなかったぞ。Openはできたけど。
いっそのこと、Opteronとソケット互換のSPARC作れ。 エンドユーザーが差し替えて使うことはできないにしても、SPARC鯖のローエンドを復活させられるぞ。 下から上までラインナップしないと、やっぱりジリ貧になりますからね。
>>148 最新版だとダメ臭い
ひとつ前のでトライ
>>149 イラネ
つーか、OBP厨が暴れるからやめれ
>>150 意図的に激安ローエンド鯖をハネてるのかな。
いや、単にストレージドライバとnForce5系とのバグだったとおも そこまで悪辣じゃないっすよ>Sun
>>147 もし可能ならWin鯖2008にしておくといいと思うんだ
CALを買わないでいける用途なら
Windowsって使ってみると性能いいしね。 使い方が間違ってる人たちが叩いてるけど、 んなこといったらLinuxやUNIXだって使い方が悪ければ、 使い方を知らなければ、酷いことになるのは一緒だもの。
ユーザがたくさん入って同時に使う用途ならSolarisいいと思うんだぁ CAL買わなくていいしさ そういう用途じゃなければWin鯖でもいいかな
Win鯖ならOS X鯖の方がいいな
ハードウェア高いしそれだけは勘弁
OS X ServerなんてMacを束ねる以外の用途では存在意義を感じない
ところが学術系ではOS X ServerでLAMPやってるところがあったりするんだわ GUIが害人受けすんのかな
そりゃ一部の変わり者が趣味丸出しで入れてるだけ
安鯖+CentOS+管理用Windows端末+puttyで事足りるものを なんでそんなにコスト掛けてと思ってしまう
自分の金じゃないし...
LAMPて、Linux? ハードとしちゃ特に珍しいもんでもないよね。
Macも今となっては中身はx86だからね Mac OS X Server で"L"AMPというのは確かに奇妙かもしれないw MAMPか
マンピー?
エロいねって書こうと思ったけど技術系の板だから控えたのに!
ごめん
OSXはBSD厨が流れ込んでるだけだ
BSD厨はおカネがないので中古パソコンで頑張っております
BSD厨に無いのはお金じゃなくて知恵
むしろ夢
大昔には MUMPS なんてのがあってなw
いやー、ARMすごいな。大手が続々ワンチップシステム出してくるぜ。
MUMPS今でもあるよ!多分
Solarisは大企業向けに作りすぎてるんだよな 普及させたいなら中小企業のなんちゃって管理者でも簡単に扱えるようにすべき
大企業向けなら止まりにくいように作るはず
え? 止まるか? どんな使い方で?
Sunってだけで門前払いを受けた時代があったな。
研究所がSun上で作る 事業部がHP上で作り直す
もうさんざん聞いたし。
その頃の HPの神通力も今は昔だなwwww やすくてカタログスペックのいい HP-PA機をなぜ NTTの研究所が嫌ったのかも 検討した方がよかったのにな。おそかったなw
>>181 NTTの研究所はSunが好きなのだろうが、メーカーが納入するサーバはSunお断り、だよ。
まーたHPの工作員か
ほう、経験が生きたな
いや、事業部と研究所が中の人同士やりあってるんでしょ。
たんなる昔話。10年以上前だろ?
ボケ老人が書き込んでるのか
富士通もHPで納めるだろ。
OPSとかHP縛りで各社が分担して納品してるんだが。
192 :
名無しさん@お腹いっぱい。 :2009/02/20(金) 20:21:54
Sunの昔のサーバハードウェアはダメだったが、Solarisがダメだった わけではない。実際、富士通のPRIMEPOWERの信頼性は高く評価 されていた。 今のSunサーバMシリーズは富士通が設計しているので信頼性は 非常に高い。
というわけでSunブランドMシリーズ最強 だって富士通いやなんだもん
194 :
名無しさん@お腹いっぱい。 :2009/02/21(土) 08:55:33
Mシリーズの最低なところはデザイン。 富士通のPRIMEPOWERのセンスが反映されてしまっている。
センスのなさは昔からだね、最初のDS/90は冷蔵庫w
富士通は冷蔵庫を作ってなかったか?
それって富士通ゼネラルでは?
テレビは作ってる(た?)。病院行くとあるぞ。
>>192 まあ、昔なぜ Sunが売れて HPが売れなかったのか意味わからん囲込み老人の
タワゴトだからなww
今、会社が傾いているのは、Sunだけどね。
201 :
名無しさん@お腹いっぱい。 :2009/02/21(土) 17:49:53
Oracleの係数が不利に働いている部分が大きいと思う。 Oracleがコアじゃなくてソケットでカウントしてくれれば ミッドレンジ〜ハイエンドももっと売れるでしょう。 もう、SunはNASに賭けるしかないよ。マジで。 でも、ラインナップがたった3つ。冗長化出来るのが 最上位機種のみだからなぁ。 しかも、国内にHA構成の最上位機種が1セットも 入って来ていない。本当にダメダメな会社だよね。 仕組みが魅力的なので検討してみたんだけど 実機がないんじゃ、冗長化や性能の部分で不安が ある。見送り。 これじゃぁ、せっかく宣伝してもスタートダッシュが 出来ないよ?
Sunも昔はOracleと仲が良いことを宣伝していたのに、Oracleは冷たいな。
ビジネスライクって言葉があるでしょう
一方的な片思いなんじゃね? Oracleがソケット数でカウントしてSunが安くなるのは、Niagara系だろう。 むしろソケット数でカウントすると、E20Kとかヤバすぎる。
売れてないのをオラクル係数のせいにするのは実際に売っていない人 の妄想ですよ。 確かに同条件で競合したらオラクル係数が響くこともあるでしょう、 だけど実際の商談でオラクル係数だけの差で勝負がつくことは無い。 実際に営業やってたら分かるでしょう、それくらい。 それにオラクル係数が有利なHP Integrityはバンバン売れてるわけ? 違うよね。売れてるのは安い安い安いブレードだよ。 そもそも今は不景気だしなw
206 :
名無しさん@お腹いっぱい。 :2009/02/21(土) 22:50:53
>>206 おいおい、比較しているのはPCサーバとじゃなくて
UNIXミッドレンジ以上での話だ。
Sunが競合他社に比べ不利なのは利益率の高い
ミッドレンジ以上のサーバの商談で負け続けている
からだ。その原因のひとつがSunのCPU戦略にある
のは間違いではないだろ?
品質においては富士通製品の採用により解消。
性能もスループットで比較すればHPやIBMに
負けてはいない。
Sunのミッドレンジ以上って、富士通製品を採用するまで、何年も時間が止ってたぢゃん。
Oracleもなにも、SunはMySQL買収してんだからさ
>>206 自己レス乙w
そういうことを言うやつはSunのパートナーとかに多い。
だーかーらーHPでもミッドレンジ以上は売れてないんだってば。分かる?
rockになると、今度は品質に不安が... なんて、なるのかな w
>>210 故障率だけでなく、Rock自体のエラッタとか心配だよな。
212 :
名無しさん@お腹いっぱい。 :2009/02/23(月) 22:18:40
Itaniumは優秀な製品だ。当て馬としてw
お前ら、ほんとItanium好きだな そんなに粘着しないでもいいだろ
>>212 おいおい、SPARCだって似たり寄ったりだろが
216 :
名無しさん@お腹いっぱい。 :2009/02/23(月) 22:40:31
Solarisはx86に対応済みだからな。 Itanium2でしか動かないHP-UXはやばいだろ。 IBMに頼んで、QuickTansitの技術でItanium2コードを Xeonで動くようにしてもらう?
ますます、Xeon の天下になるな。
もう、富士通にSPARCとサーバ売れよ
>>212 米ユニシスは以前からXeonのマルチCPUサーバを出してたよな
以前のXeonはマルチCPUはで全く性能が出なかったけど
HP-UXはHP-UXが欲しい客に売れてるのであってItanium欲しい客なんか居ないってこった
それはSunのSolarisも同じだよね。
AIXも同じだろ ていうかOSの存在意義から言ってもそうじゃなきゃいかんのだが
だからx86が欲しい客とUNIXが欲しい客はかぶらないよ かぶるとしてもコスト的にそこではもう勝負にならない
224 :
名無しさん@お腹いっぱい。 :2009/02/24(火) 07:41:45
もうSunはOpenStorageに賭けろ。
>>212 デキレース臭いな。インテルが「言わせた」んじゃないの?
なぜ日本の汎用機メーカーは展開が読めなかったのか... 情けない。
>>213 犠牲とムダが大きすぎる。
>>216 ほんとにそれができる(Xeonがちゃんと MP機として代用に耐える)んなら、
とっくに出てるだろうね。エミュ方面はもう研究され尽くしてるんじゃないか。
SPARCはとっくにOpteronに追い抜かれてる。
また出た。BMWはとっくに日産に追い抜かれているっていうぐらい ナンセンスだぞ。 と釣り糸を垂れてみる・・・
SPARCでOpteronエミュレータを出してからどうぞ
SPARCのMP機って、あれだろ、アドレスが実質的に共有バスで、 そのスペック表記がインチキだと客から指摘されまくったので、 スヌープドメインを分割したのを後から出した・・・そういうのだよね。 バス帯域幅 80GB/sec (実効 10GB/sec) なんて書き方、おかしいだろ。 効率以前に、10GB/secのバスなのに、数え方のインチキで80GB/secとか書いてる。 そんなインチキを許してしまったら、 糞IntelのFSBで帯域幅にバス・エージェントの数をかけ算して表記するのも是ってことになるぜ。
Sunヲタクって異常にIntel嫌ってるよね その情熱はどっからくるの?
Intelを散々叩かせておいて、 ぢゃぁAMDのOpteronは? って言えばダンマリよ。
>>229 何時までも昔のことをグダグダと・・・
SIerが存在としてうんこなのはみんなわかってるんだよ
せめて「今」やってる卑劣なことを書けや
いま現在の話は、まだ、歴史的な評価が定まってないからなぁ。
かつてのSun鯖の評価 ローエンド → CPUが遅い ミドルレンジ → バックプレーンが遅い ハイエンド → 性能の割に仰々しい そして、サイズによらず、ハードウェアの信頼性がイマイチ Niagara & 富士通OEM になってからは、評価すこぶる良いよ。 前が悪すぎただけだが。
誰にも賛同されてないのにwwww
>>236 君の話は実際の使用者まで出てきて否定したのに、まだ言ってんの?
アドレスが実質的に共有バス→性能が出ない ヒヤクしてるし。
>>238 キャッシュがあるから共有バスでも性能が出てたんでしょ。
>>238 クロスバー→性能が出るっていう飛躍が、クロスバー信者
Intelの受け売りいくら言ってみたところで... x86 MP機の数字出たの持っておいで。それまで来なくていいから。
>>241 だれもそんなこと言ってないし。マッチポンプって言うんだぞそういうの。サイテー
>>242 現実を見ろヨ
x86はパワフルなので8ソケットで十分
SPARCは非力なので64ソケットとか必要
これが少し前までの状況
>>242 SPECint2006 rate(base)
XeonMPの16ソケット96コア→999
UltraSPARC IV+の48ソケット96コア→762
こんなん出ましたけど。
ちなみに SPARC64の16ソケット64コア→565 Xeonの8ソケット48コア→501 Itanium2の32ソケット64コア→770
Ita始まった
Javaとかもう少し分のいいベンチ結果持ってこないと(wwwww あと、速いと言われているけど誰も見たことのないオラクルベンチとか(wwwww
ちょ・・・こりゃUnisysがIta捨ててXeonMP一本で行くって言うわけだ。
>>246 こんなの持ち出すからパソコンしか使ったことない、ってバカにされるんだぜ?w
エンプラ用途の MP性能つったときに SPECrateなんかなんの指標にもならん。
科学技術系は別だけどな。
↑SAPでええやん
>>244 前のも、どこぞのやつもみんな読んだ上で、マッチポンプだと言ってるんだが。もちろん。
>>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
まあ、ソフトウェアの条件全く違うんでソフトのせいかも知れんがな。
クロックやキャッシュの量とか考えるとね...
でT2+の8ソケットサーバは何処? 256スレッド以上スケールするOSは何処?
>>258 small coreを並べた方が性能が出る場合もあるってことだろ
その逆もまた真なり
だからmixed largeとかいう話が数年前から盛んにされているのに
何をいまさら・・・
>>259 ビクトリアフォールスは最大4CPU、トータル256スレッドだが
8ソケットてどこの話?
>>261 XeonやPowerにはスケールする8ソケットマシンがあって、
導入可能だけど、T2+にはそれがない、という話でしょ?
それとSolarisは128threadsマシンと256threadsマシンで
リニアにスケールしないというベンチ結果が以前このスレに
貼られたって話。
>>252 で、x86 8コアのベンチマーク結果は?
SunがNiagaraの優位性を主張しているんだから、自社製品との対比、どっかにあるんだろうな?
もちろん、ストレージは同じもの使うんだぞ。
>>258 SAP はよく知らないんだけど、256 スレッドを常にフルに回すような
コンカレントなアクセスってあるものなの?
通常運行ではリソースをMAXまで使うようなことはしない
負荷が一定以上になると破綻するって、どんだけヤワなんだよ。 mallocに失敗することを想定していない、正しく対処していない、そういうヘボなプログラマは死刑だ。
極端な話、64 スレッドしか動かないようなロードだと、Xeon の 1/3 強 しか スループットが出ないってことだから、実環境でそんな状況が多くなければ 絵に描いた餅かなと思ったわけで。バッチ処理にも向かないだろうし。
理想論はともかくとして、 現実にはNiagaraのような特性のほうが、 使いやすい。 速いけど飽和するのと、 遅いけど粘りがあるのとでは、 後者のほうが、いろいろと簡単だから。
値段が同じぐらいならね。
そんなのOSの出来次第だな。 Solarisが本物ならSolaris for x86を使えば、速いけど粘りがある、ってことで無問題。 現実の汚い世界では、 負荷が増えたらボードを増設すればいいんですよ といって、大きな筐体を売ればいいのよ。 夢見がちなユーザーが必要とするシチュエーション、つまり実際に負荷が増えることは滅多にないから、 本当のスケーラビリティなんか必要なくて、あまりスケールしなくてもCPUの数さえ増やせる「可能性」があればOK。 最初から最大構成を使い切るようなユーザーはいませんからね。
SPARCだけでなくx86も、ね。 X4600とかも、実は8CPU構成では性能が出ないのだが、拡張可能ってことで客を誤魔化せる。 1CPUや2CPUでスタートして、実際に8CPUまで増設した例なんか、ないんだよね。 CPU性能が足りなくなってきてリプレースしましょうっていう頃には、 CPUの性能が上がっていて、8CPU構成ではなく2CPUや4CPUで足りちゃう。 ま、8CPU構成にしたら性能が出ないことがバレて困ったことになるんだけどね。
うわ。x86 SMP寒む。ダメじゃん。コアがダメだな。やっぱり。 苦し紛れの he理屈ごくろうww
>>271 4socketの XeonMP機って、いくらよ?
どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ
>>274 SPARCがSMP構成を取るところを、x86の1ソケットで桶なことも、多々ありますので。
そんな話誰も聞いてないし。しかもここでそんな話いっこも要らんし。 「ボクはパソコン使ってんだよ、おまえらもパソコンをパソコンらしく使えよ」って 言ってるようにしか、見えんよ。バイバイw
>>276 ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw
>>278 ぷ。
ワークステーション由来のSunは、パソコンを笑うことは、できんだろう。
昔はWebサーバやメールサーバを、SPARC ServerではなくSPARC stationでやってたもんだわ。
それが当たり前。パソコンの出番なんか、微塵もなかった。
ところが、Sunがダメダメなんで、どんどんパソコンに侵蝕された。
いいかげん、反省してシェアを取り戻したらどうよ?
インターネットでTCP/IP喋るサーバは、Sunが当たり前、っていう時代に戻してごらんよ。
>>279 キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。
UltraSPARC T2+の SPEC{int,fp}2006の値知らない? _rateじゃないやつ。
>>282 金払って載せてもらうのに、恥ずかしいのが載せられるかよ。
>>284 いや、だれか実測した値でもいいよ。オフィシャルのじゃなくても。
X7460とかとどのくらい違うか興味あるw
SPECは各社がちがちにチューニングした結果なので 一般人が適当に実行したスコアが参考になるとは
>>271 値段が同じぐらいならね。
>>275 4socketの XeonMP機って、いくらよ?
>>276 どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ
>>276 ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw
>>279 キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。
パソコンばっかり使ってるとこんなバカになってしまうんだな。相手してもムダだww
HPがProLiantにSolaris10載せて売るってさ
>>258 こういう見方で上位ながめてみると、コアあたりの SAPS値は 5GHzの POWER6が
ぶっちぎり。で、次がなんと UltraSPARC T2+。優秀な CPUなんだねぇ..
置き換え狙うと言っていたアプリケーションサーバーでは・・・
SAPSあたりの価格マダー?
馬脚現れまくりwwwwww
もんのすごい高尚なインターコネクトが装備されてるはずなのに なんで T2+に負けてんだろな。不思議だな。 やっぱ、MS-Winが悪いんだろな。いや、ISAがダメかな。おかしいなぁ。wwwwwww
つーか、SPECのrate複数同じタスクを立ち上げるだけのベンチで CPUのスケーラビリティをみるためのものだが。 これでT1/T2が特に有利な結果がでる当たり前だよ。 これがはやいだけで許されるんなら、 US-IV+やSPARC64はもちろん、POWERやx86もとっくにメニーコア化しているのだが。 ここはほんとにサーバ詳しいやつが書いているのか? せめてTPC-Cで圧勝してから言ってくれよとw
Sunはコアの開発競争についていけなくなったから、 Niagara系のラインナップに開発を絞ったんだよ。 rateベンチは同じベンチを複数起動して、その合計スコアをだしているような内容のもので、 システムスループットというよりも、CPU数を増やした場合のスケーラビリティを測るためのベンチ。 この当たりは誤解してはいけない。
>>294 ,295
どこ読んでんだ? 寝てんの? 誰が SPEC_rateの話してんの?
願望が視神経破壊する病気か?
で、SAP で 256 スレッドがフルに稼働するような環境って一般的なの?
誰だISAがどうのとか言ってた時代遅れの馬鹿は早く消えろよとw このスレにとって有害。
Xeon最強!
サルかこいつら。マジ頭悪いぞ。パソコンしか使わないとこうなるのか。
>>297 お前の脳内で一般的じゃなくても、そういう製品があるのは需要があるからだよ。
用もないのに来るなよ、ボケ。
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にこだわっている信者は有害
>>299 ,300
全く逆だが。SPEC_rateでついてるような差はエンプラ MPな環境では現れてこない。
投下されてる開発リソースを考えると、莫大なムダの垂れ流し。
Nehalem-EX 最高!
HPCの実績でいってもx86の方がとっくに上なのに何やってんだ、ココの人。 初期のPowerMac信者みたいにRISCはベンチには出ない速さがある、とか未だに電波説信じてるんだろうかw
>>303 8コアじゃな。小規模だからな。インターコネクトが共有バスじゃないらしなww
コア数減らすほど x86が有利なのは、たりめーだが。アホ?
>>309 残念ながら
Nehalem系はDunningtonと比較して、倍くらいはやくなるってのは、SAP以外のベンチからも
大体予想されてるぞ。Nehalemが今までよりかなり早い。命令セットはほとんどもちろん関係ありません。
>>308 だからさー。何度言ったらわかんの? 正味バカ?
HPCは SPEC_rateでいいんだよ。エンプラ MPはそれじゃダメなんだよ。
そんなもんクロスバーが登場してきた 1990年代初頭からそうなんだよ。
目的が違うの。
もっかい言っとくわ。正味バカ? 動物?
つか、SPARC信者って資料もなにも提示しないで、 絶対SPARCがはやいんだはやいんだの一点張りで、 他人を馬鹿よばわりしているだけの低能大杉。
多いのか?
俺自身はSPARCでもPOWERでもXeonでもとりあえずいいのだが、 いくらなんでも今時ISAが糞だからダメなんだはないだろw x86は数の論理で強いのだ。 ISA優劣論なんて全くと言い切っていいほど現実には関係ないって、 もう10年以上前からわかりきってることを何故ぼりかえして妄想するんだ? おかしいだろ、頭がw
>>313 「SPARCがはやいんだ」なんて一言も言ってないが。
「x86がカスだ」って言ってるだけだぜ。エンプラ MPという文脈で、な。
具体的にどうぞ
x86がカスならSPARCは塵だな
>>315 ... ISAが関係ないなら SPARCでも数出れば強いよな?
でさ、そんなクソ下らない話はさ、1秒で終りなんだよ。それこそわかり切ってる。
おかしいだろ、頭がw 死ぬまでに使えよ、ア・タ・マ
>>316 当のIntelがミドル以上のサーバ用としてはIA64を推奨していたのだから仕方がない。
それが、x86 everywhereって戦略にかわって、Xeonの立場も変わりつつあるんですよ。
UNISYSだってXeon移行したの知ってるでしょ?
XscaleはAtomに、ItaniumはXeonに集約されていくんだよ、流れ的に。
時代はSolaris x64
>>320 Unisysはわざわざあんなアナウンスをする必要はないからな。
あれは Intelが言わせてるだろ。誰に言ってるのかはよく考えろよ?
もうかなり前からの既定路線だ。
Xscaleは知らんが、ARMの置き換えで Atomはないよ。ほんの一部だけ。
ARMをマジでやってるとこがたくさん出てきてる。Appleもそう。
とりあえず、開発リソースのムダ使いをやめてほしいんだわな。
ほんとに効率悪い。カスばかり出回るのは困る。
開発リソースの無駄遣いってなんのこといってるんだ? SPARCの開発をあきらめてばっさり切れってことか? Rock以降が全く見えないしね。
>>320 移行なんかしてない。
もともと、うにのES7000シリーズはx86で32CPU(だっけ?)とかできるマシンだったから。
勘違いしないで欲しい。 x86が全く素晴らしいというのではなく、 買い手がそこまでCPUのメーカーやアーキテクチャが何であるかに執着するような 理由はないし、とっくにそんな時代ではないということだ。 CPUごときにとらわれない変幻自在のベンダーこそが強い。
Appleなんてまさにその典型例でしょ。 68k系から、PPC、x86にARM。 Macこそ普及していないが、常に時代の先端で商売しているよ。
>>312 へー。
SPECのrateで、世界一だとか、ぶっちぎりだとか言ってたSun信者はどこいったのだろうな。
つい少し前にも、
Niagara2+の4CPU構成あるいはM9000の最大構成での、
SPECのrateが素晴らしいスコアだって、誇っていたのはどこの誰かな。
「エンプラMP」いったい、どこの言葉ですか。 多数のスレッドが走るのは、はっきり言って、良くない。 SunがRockに賭けているように、デメリットがあるんだわ。 簡単にボトルネックが生じる、 スレッド同期のオーバーヘッド、 粒度が細かくなることでのバグ増加。 シングルコアでハイパフォーマンスなCPUがあれば、 それに越したことはないが、そんなものは、ない。 だからこそ、妥協として、コア数を増やしていく。 つまり、同じ性能ならコア数は少ないほうが良い。
何か必死な奴がいるがUltraSPARC T2+はよく出来たハードってことでいいじゃん 従来のSPARC64やPOWERやXeonやOpteronといった製品はほとんど影響を受けてないけどね 立ち位置はGRAPEみたいなもんだろ
ハードはよくできているけど、価格がね。 あと、CPUの消費電力は少なくても、メモリの消費電力がね。
Sun 信者必死だな。T2+ はよくできたハードだけど、ニッチな特定分野向けだね。 まぁ、Rock が出てくれば、
Sunの信者からは 拳銃はライフルよりストッピングパワーがあると信じて疑わない人を連想した
>>331 FBDは低電圧版が出てからはなかなかイイ感じなのだよもん。
でもAくんの妨害工作に嫌気がさしたIちゃんは諦めちゃったのだよもん。
かつてのSS5の価格で8コア全部生きているNiagara2搭載のサーバを出してくれれば、Sun信者になってもいい。 でも現実は、かつての栄光を取り戻すこともできないだろ。だから、Sun信者にはなれない。 部署ごとのメールサーバなんてものが終焉を迎えつつある時ですら、 それはSSではなくx86なPCにLinuxで行われていたからなぁ。
Sun儲が「PCがPCが」って騒いでるけど、 むしろSunこそPCに打って出るべきだったと思うんだけどなぁ…。 今になって叩いても詮無いよ。 なんでワークステーションという檻から出ようとしなかったんだろうか、昔のSunは。 いや、今からだって、優秀なCPUとOSがあると思うんなら打って出ればいいのに。 ARMやOSSはまだ諦めてないように見えるのに、Sun儲ってば口ばっかりね。 このまま進化出来ない恐竜の様に死ぬ気なのかしら?
CPUもOSも嘘で塗り固めたオカルト商品だからな
デスクトップに進出する最大のチャンスはJavaだったわけだが、Sunにやる気がなかった。 SunのJavaVMの起動が糞遅く、しかも、重かった。 これじゃ、当時のPCユーザーは振り向かない。 WebのJavaアプレットに関しても、起動が遅く、 しかも、Write Once Run Anywhereなんていう実際とはかけ離れたマーケティング。 これじゃぁ開発者もソッポを向きますよ。 え? マイクロソフトが勝手な拡張をしたのが悪い? え? マイクロソフトのVMが互換性を損なっていた? そんなのは言い訳だ。 どういうときにどういう動作をするのか仕様がろくに明確にされてなくて、 目の前にあるSunのJavaVMの動作がリファレンスであり仕様です、みたいな酷い状態。 しかも、JavaVMのバージョンが上がると動作が変ってしまう。 バグを修正したというのだが、それはもう互換性を損なう仕様変更だとしか思えない。 マイクロソフトのJavaVMは、それをさらに複雑にしてくれて迷惑ではあったものの、 マイクロソフトが何もしなかったとしても、ダメだった。 そして裁判。あれでSunはJavaをデスクトップで使えなくした。
今でもE*tradeとかjava使ってんじゃん インセンティブあれば使うよ それ以外はサーバの向こうでやってくれればおk
Javaは惜しかったね。 仕様さえキッチリしていれば つまり マイクロソフトのVMに対してバグだとハッキリ言えていれば もうちょっと何とかなったと思う マイクロソフトに付き合ってる開発者も、バージョンが3になるまで、コロコロ変るのは慣れっこだ。 だから、マイクロソフトのバグだって分かれば別に文句は言わない。 ところが、Sunの仕様が曖昧だったので、バグかどうか判断がつかない。 だから、目の前のものに合わせて作った。 ところが、ブラウザが変ると、JVMが変ると、WindowsではなくMacになると・・・etc エンドユーザに対してSunがWORAなんて宣伝しているので、すべの環境をサポートせねばならん。 これが、開発者に嫌われた。 事実、ActiveXコントロールなんて愚かなシロモノは、限られた環境でしか動かないが、 エンドユーザは、Win+IEでないと動かないことに文句を言わない。
今更Java懐古かよ。 WORAなんて前世紀に既に嘘だってバレてたじゃん。
WORAを実現していたのはSunでもJavaVMでもなく、その上で走るアプリだったんだよなぁ。 Unix系の各種OSで走るフリーウェアが、多くの環境でmakeして使えるように工夫してあったのと一緒のレベル。
>>341 Javaがクライアントサイドで成功していたら、
Sunのワークステーションは死滅せずに済んだかも。
Javaはろくでもない言語だけど予想以上に成功してるだろ 普通にC/C++に並ぶ位置にいる 残念なことはSunの収益には結び付かなかったがね
そか?いまだにSolarisがjavaのリファレンスプラットフォームとして位置してるから Sunの鯖ビジネスが今よりひどいことにならずに済んでいるが
◎富士通はサーバ開発で新体制を構築、 パーソナルビジネス本部からIAサーバ(x86サーバ)の開発陣200人を独立させ、 上位の基幹IAサーバ開発陣300人と統合して「IAサーバ事業本部」を立ち上げた。 長期的には両IAサーバの開発体制を一本化する考え。 併せてサーバ全体の採算モデルも見直し、 総勢700人で開発しているメーンフレーム(大型汎用機)やUNIX機を含め、 製品ライン間で開発投資のバランスをとる。 サーバ事業の国内開発陣は、新体制となるIA系が500人、 メーンフレームとUNIX機は従来通りで700人。 x86サーバの統合により、サーバ事業全体の開発陣を従来比20%増の1200人に増強した。 やっぱ時代はx86やねw
当たり前だろ、Solarisにx86が出てきてる時点でさ
遅すぎw つか、今更割高な不実のH/W買ってSolaris x86入れようなんてヤシ居ないって サービスに絡めて売るのもこのご時世難しいだろうな 部門用安鯖にSolaris管理は重すぎるし
349 :
名無しさん@お腹いっぱい。 :2009/02/27(金) 17:41:03
足し算したら全然数字変わってないわけだが。今後バランスを取る、って話だよな? 配分変えていく、と。 x86じゃ儲けが出んわな利幅薄すぎる。ほとんど差別化要因入れれないし。
>>329 同じ性能じゃないから Sun買うやつがいるんだが... バカじゃねーの?
パソコン速くてうれしいねよかったね〜、でもよそ行って遊ぶんだよここはジャマだから。
>>349 HCLに乗せてやるぐらいじゃねーの(藁
当社の製品は動作保障済みですよって
HPも安い鯖はリストに載せてないじゃん
それやられると困るから
>>328 もうさ、意味解んないなら来るなよ、こんなとこへさ。
SPEC_rateで Sunがトップ取ってたことなんて昔からほとんどないんだよ。
うざいんだよ、HPCの話はよ。少なくとも今の文脈にはカスりもしてない。
>>350 そうだね
明らかにSunのハードが遅いね
オラクルベンチの武勇伝マダー?
Oracleはベンチ公開するの許可してないよ。そんなことも知らないのかよトホホ...
>>344 Sunの予想以上に? まさか。
Java自体は、とても良い言語だよ。
ろくでもないのは、言語仕様ではなく、ランタイム環境だ。
Sunのランタイムはきれいなランタイム
>>350 Sunを買ってるのは、いままでSunだったから、それを安価にリプレースしたい人たち。
サーバ室の何十本ものラックが、Niagaraによって、数本に減らせる。
サーバ自体の価格以上に、ユーザーにとってはメリットがある。
だから売れまくったの。
で、その次は?
数本のラックを20Uくらいに減らす製品を出せるのかな、Sunは。
>>352 なんていうダブスタ
Sun信者だろ、先にSPECの数字を持ち出してマンセーしてたのは。
富士通のM9000の最新の最大構成とか、Niagara2+の4CPU構成とか。
すばらしく高いスコアを誇っていたのは、どこの誰よ。
>>355 はいはい、よかったね、Sunの遅さが隠蔽できて。
ベンチのスコアを公開するのはダメでも、
x86との性能差くらいは言及しても構わないだろ?
ていうか、SunがOracleから許可とって公開しないのは、なぜだろーねー。
そんなに速いんなら、自社製品を使ったCPUアーキ以外が同一の構成のベンチマークを公開すべきだよ、Sunは。
Xeon最強!
最強厨はホントウザイな
というかCPU厨がうざい。 ここはSunスレであって SPARCvs他の何か のスレじゃない。
単純バカだから仕方ないさ
Niagaraもx86もSPARC64サーバも、 それぞれSunの持ち駒のうちの一つ。 CPU専業メーカじゃあるまいし、敵同士あるかのような考えが古い。 所詮は部品だ。
Sparcマンセーしたくてしょうがないくせにwwwwwwwwwwww
マンセーってw 別にSPARC売れても小遣いふえたりしないんだぜここのスレの連中はwww OpteronもXeonもSPARCもどれ売れてもいいじゃん そういう全方向の強みがある しかもOSすら何を使ってもらってもいい
世の中、皆 x86になってしまうと面白くも何ともなくなってしまう。 マンセーするつもりは毛頭ないが、Sparcは生き残ってほしものだ。
x86一色になるべきではないことは同意だが、 しかし、 レジスタウィンドウや遅延スロットのあるSPARCは 生き残るべきではない。
いまさらCPUがどれかなんてことに興味持つ人少ないね
費用と性能が変わらないならね
いつ止まってもいい鯖ならPCにRHELで十分じゃん Solarisを必要とするのはそんな用途じゃないでしょ
ところでお前ら、SaaSやPaaSについてどうなのさ。
スレ違いやろ 外に出せるものなんてそんな大事じゃない
>>372 止って欲しくない鯖にはHP-UXを使います。
ご自由に
IDCのレポートによると前四半期はx86, RISCが低迷する中Itaniumだけが成長したらしいな 不況に左右されない根強い人気があるようだな
HP-UX? それじゃSolarisと変わらないか、尚悪い。 Nonstop かメインフレームじゃないと止まりますよw
>>377 おっ出たな釣り師!
折角だからスレ違いの釣り師に全力で応えてやるが、HPの前四半期の
Business Critcal Systemsの伸びは、ジャーン! 17%(マイナス)成長
でした!
USでHP-UX使った新規開発なんてないでしょ
ItaniumってPA-RISCのリプレース需要っしょ?
PA-RISCより先にIA64が無くなりそうな勢い
>>384 PA-RISCはもう販売停止で終息しているが?
Alpha,PA-RISC,.....Sparc?
このスレのSPARC厨って Itaniumの話題になると元気になるのに、 x86の話題になると急に機嫌がわるくなるのな。 Sunはx86ベンダーでもあるのだが反応が逆だし、 Itaniumなんて個人的にはとっくにどうでもいいのだが、 おかしいって。
俺はXeon大好きだぞ
オマエラほんとIntel大好きだな
>>387 Ita で日頃の鬱憤を晴らすしかないからね。x86 や POWER にゃ勝ち目ないから。
onpremise
>>383 ITmediaだったかな、
事実を整理しよう
とかいって
想像を並べ立てた
記事を掲載したのは。
Sunの何が嫌いって、QuantumのHDDを採用してたこと。 QuantumのHDDは、甲高い音を立てるか、スピンアップしなくなるか。 もうね・・・
すまん、つい先程、QuantumのHDDがエラー出したんで、ついカッとなった。 SCSIだとdefect listが取得できるわけで、メディアに一筋の傷が付いてるとか、把握できちゃうゆえに、ねぇ。
HDDなんてどこのブランドもまんべんなく不良ロット出してるよ。 あんたがたまたま Quantumにしか当たってないだけ。
>>395 defect listねぇ.. そんなんとっくの昔に HDD上のファームが自動化しちゃってるよ。
いつの話やねん、ちゅーか、都市伝説のたぐいだな。
PC-9801ユーザーがやたらローレベルフォーマットしたがったのと同じか?
>>397 Read Defect Data が廃止されたのは、つい最近のことだが。
代替処理をドライブ側で自動的に行うかどうかは、モードセレクトでの設定次第、だったような。
>>400 397で無知を晒したことを反省して、勉強して出直せ。
これから廃止するぞっていう話が出てるだけで、まだ廃止されとらんはず。 現行製品で、Read Defect Dataコマンド送って取得できないモデルあるなら、教えてよ。
OSはとっくの昔に使ってないでしょ? そんなにくやしいのかよwww まさに「晒した」わけねpw
あ、ごめん、OSはそのまま置いてあるわな。HDDがもう上げない、だね。
>>397 が何を言ってるのか、わからん。
defect listが取得できるという話と、
HDD上のファームが自動化しちゃってるという話の、
繋がりが見えない。
キチガイさん?
> そんなんとっくの昔に HDD上のファームが自動化しちゃってるよ。 何を?
顔がまっ赤ですよ?w
「最近の SCSI HDDはドライブ上のファームが代替処理するから、 セクタエラーが上がるようになるってことはファーム用に用意されてる代替領域を 喰い潰してて、ソッコーで寿命終るからすぐデータ退避しないとマズい」と 教えてもらったのはたしか DX2-66あたり普通の人が買う MAXサイズが 200MBの頃のことだったと思うわ。1990年代前半。 SCSIコントローラーが別基板でその先に ST-506や ESDIがぶら下がってたり してるのが使われてたな当時はまだw
410 :
名無しさん@お腹いっぱい。 :2009/03/03(火) 16:28:34
生まれたときからSSDしか知らない世代が増えたからなw
>>408 脊髄反射したので主語さえ言えないのか?
>>409 で、何が言いたいの?
それとも、単に思い出話のトリガーを見かけたので、書いてみただけ?
395が散文的で1行目と2行目の繋がりが意味不明だが 言わんとすることは何となく分かる Pリストが空になるように細工しているメーカーと 馬鹿正直に申告しているメーカーがいて 後者の場合に散発的に不良セクタがあるのはいいとしても ディスクに斜めに傷が付いているかのように不良セクタがあると、 製造過程で傷が付いているのでゲンナリするってのはわかる
397のエスパーっぷりに脱帽 395の意味不明な文章から、よくもまぁ397のようなことが書けるもんだ まともな神経してる人なら無理なことだな 自信過剰君
>>396 不良ロット?
ロットどころか機種まるごと地雷だったのをSunは採用してたと思う
Quantum Empire1080Sな
ちなみにQuantumは正常動作でもキーン、チィー、シャー
そんな音がしてた
何台もSunのWSが並んでいても、Qunatum入りは外側から音で判別できた
でさ、顔まっ赤だよ? プ。
397の必死さ。 そこまでして叩きたいのは何だろう。 ストレスたまってるのか。
397の顔が真っ青です
ID出ないのをいいことに沢山レスすれば勝ちだと思ってる子が居ますね
この板もID出せばいいのに
IDが出ない板はほとんどが崩壊寸前なんだよな
一人で何レスも連投しているのは、両軍どちらも一緒。
ネタがないとつまらん流れになるなあ IDはほしい あからさまでつまらんレスが消えるしNGも簡単
426 :
名無しさん@お腹いっぱい。 :2009/03/05(木) 14:44:19
つか、なんで unix 板は ID 出ないの?w
自演したい人たちが牛耳ってるから
428 :
名無しさん@お腹いっぱい。 :2009/03/05(木) 15:25:43
unix なんだから id くらいつけろよwww
unix板の連中ならID出なくてもIPアドレスぐらい分かるよ
430 :
名無しさん@お腹いっぱい。 :2009/03/06(金) 12:59:50
unix板の連中なら半角カナは使わないぞw
おまえは unix板の連中だけど、Unix使ってないだろ?
それで、defect list取得すると OSがメディアの傷を把握できるとかいう話は、
どうなったんだ? やっぱオカルトか?w
>>395 Quantumもいいドライブたくさん作ってた。世話になったし。
ここも昔は宝箱みたいなスレだったのに...
空箱
たぬきのたからばこ
>>433 おいおい... 他人がそんな言い訳がましいフォローをしてくれるなんて
誰が真に受けるかよ..
ぷ。図星。張り付きっぱなしかw
おまえがな
このスレには
>>395 のような、お脳が弱い人がいますので、上手にあしらいましょう。
下手に触れるよりもスルーするほうが簡単ですので、スルー推奨。
Rockの話はなんかねぇのか〜?
Rockはダメだろw
Niagaraは概要の説明を見て、これはイケると感じたが、 Rockは概要の説明を見て、これは無理だって感じた。 なんでSunの人はRockが大丈夫だと判断しちゃったんだろ。
今は Niagaraみたいなコア(スレッド)がたくさんあるのがお得って感じだけど そのうち「よく考えたら普通のサーバではそんなに並列度は要らないや」 って気づくはず。 そこで Rock の scout thread ですよ
「よく考えたら普通のサーバではそんなに並列度は要らないや」 って気づいたら Xeon買うんじゃね?
ところで凄い並列度が必要なのってどんなサーバなの?
SPECrateを計測するサーバ
最初は、メモリアクセスによるパイプラインストールを防ぐ素晴らしい方法だと思った しかし、パイプラインがフル稼働すればするほど、発熱&消費電力が大きくなることに気がついた NiagaraがCoolを名乗ってるけど、とてもぢゃないがCoolとはいえない消費電力だよ。
>>450 Sunらしい用途だとSunRayサーバーとかじゃね?
>>452 でもへーきで触れる、って自慢してるぜ?
>>448 JavaVMなんかふつーにいっぱいスレッド使うよ? そっち行くしか道はないと思うが。
456 :
名無しさん@お腹いっぱい。 :2009/03/10(火) 10:35:38
Oracle ベンチで数字を稼ぐため?w
また寒いツッコミがはじまったよ..w
石田晴久先生が亡くなったんですね…
>>453 並列化が必要なのと可能なのは違うと思うんだ。
>>454 ヒートシンク付けて十分に送風すりゃ、他のプロセッサだって、触れるでしょう。
パフォーマンスでしかないよ。
ヒートシンクなしで動かしたら、たとえ10Wでも触れないよ。
ヒートシンクはついてなかったよ。写真見てないの?
それは通電してない状態だ
はぁぁ........? 通電してなくて触れない CPUがあるのかwww 原子炉内蔵とか?
am486DX4-133がヒートシンクなしだったな。あれって何Wくらい?
>>463 ADZだろ。
あれ、触れない温度になったよ。
SPARC64 VIII fxだって
> 整数レジスタについても拡張グローバルレジスタを32個追加し、 > 従来のウィンドウレジスタと合わせて64個に拡張している。 富士通のHPCの製品名だねfxは。 レジスタウィンドウ機能を使わないで済ませることも可能になったな。
それにしても、倍精度で128Gflopsってのは、ちょっと弱気だな。 その2倍とか4倍とか欲しいよ。
すでにサービスインしているサイトがあるNECのSX-9のCPUが100Gflops
1T-SRAMでよろしく。
なんだなんだ、関係者多数だなww
gflops 稼ぐだけなら GPGPU でいいじゃん? そーいや nvidia の社長の細井氏って元サンだなw
GPGPUを作ってる日本メーカーありますか? ないだろ。
もうもろ当事者の反応だなww 落ち着けよ..
sunハチョウシンセイニハナレナイヨ。 ジュウリョウガカルスギル。 ハクショクワイセイ ニナル。sunガシュウエンヲムカエルトキシャメイ ハwhite dwarfニヘンコウサレルコトデショウ:ー)
sunは滅びぬ、なんどでもよみがえるさ
479 :
名無しさん@お腹いっぱい。 :2009/03/15(日) 01:24:58
Itanium2はOracleライセンスがCPUコア係数0.5で安いんだが 性能的には遅いんだよな。 一方、T2/T2+はSPECint_rateの値どおりに速いんだが 係数0.75なのでEEでは使えない。 SEやSE Oneで使えば、最強のコストパフォーマンス。 でも、Nehalem-EPが出たら負けちゃうけどね。
480 :
名無しさん@お腹いっぱい。 :2009/03/15(日) 01:28:17
USでSunがサーバ用のSSDをリリースしたな。intel製なのでドルベースで10万台と安い。 ZFSでRAID組んだら面白そうだ。 もしかするとDBでも速いかもしれん。
SE や SE One 使うような客が、クエリの並列度が多い使い方するのかね?
Oracle11g x64版ってなかなかでないな。 潜在的な需要はLinuxIPFなんかよりあると思うんだが。
そもそもx64 Solarisて普及してんの?
ま、Solaris自体落ち目だからな。
>>480 いやいや、「組んだら」って、モロにそれ狙いの商品だろ。
presto serve思い出したわw
ドワーフってあるから、 宇宙船レッド・ドワーフ号 だろう。
>>489 以前から指摘されてた問題だよ。
AMDが製造部門を分離独立させると、ライセンス違反になるって話は。
勝負は実際これから
不況の米国に70億ドル投資するIntel様が法廷でやりたい放題するだろう
米国で売れなくなっても、他の国で売ればいい
> 2001年の合意では、大きく契約に違反したとみなされた側の企業が、 >相手企業側の特許やライセンスにアクセスできなくなるという取り決めがなされていた。 つまり、"大きく契約に違反した"AMDはIntelの知財に60日後にアクセスできなくなり、 それ以後に製品を製造販売して得た利益は不当なものであり、Intelに対する賠償責任が発生する。 あるいは販売の差し止めというケースも考えられる。
AMDを排除したらx86は終わるかもな AMDとの激しい競争を繰り広げてきたからここまで性能が上がったのだから
Intelがライセンスを出していない工場で製造するのがマズいのなら、 Intelの工場でAMDのプロセッサを製造すればいいんじゃないか? 新しいプロセッサの立ち上げは、AMD直轄の工場で行い、 バリュー価格帯の製品に落ちてきたら、Intelの工場で製造してもらう。 技術的には最先端ではないので、 Intelの工場では生産できないとは言えないし、 AMDの工場よりも安く生産できないとも言えないだろう。
ようやくSPARCの時代が到来するな!!
Sparc64-VII64個。頑張ったな。 192枚のブレードはXeonだが。
SPARCの方はSolarisって書いてあるぞ
たったの64個かよ
>>497 MSの例で考えれば終わるどころかますます勢いを増すだろう
Xeon最強だしな
もはやAMDには、Intelよりも高性能なCPUを作る力は、残っていないのかもな。
>>505 64個×4コア×2スレッド = 512 だ
48blade x 4socket x 4core + 144blade x 4socket x 4core x 2thread = ?
>>506 独禁法的に AMDには残ってもらわないと Intelも困るはずなのでただの牽制だろ。
ライセンス違反したアホをぶっちめるのが「不当な取引制限及び不公正な取引方法」に当たるの?
競合が消えると自動的に独占企業になる。って、あたりまえなんだが。 すでに欧州で当局には狙われてるし。 ぜんぜん意味わかってねーのが多いなww
名そのものが罪ってヤツですか。宗教裁判ッスね。
48blade x 4socket x 4core + 144blade x 4socket x 4core x 2thread = 27 Teraflops ? >M9000 = 64 SPARC64 VII quad-core x 4 Sun Blade 6048
「市場経済」って、何か知ってる? 独占は排除されるんだよ。 独占には競争がないから。
517 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 11:25:35
>>516 経済左翼さんの夢想はチラシの裏にお願いシマウマ
中学校で社会科聞いてなかったか? それともこれから習うのかww?
>>518 左の経済には独占どころか競争自体元々ないわな。
全体主義かなんかがお好き?
521 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 14:51:01
>>518 ゆとり乙www
最近じゃ中国でも自由主義経済だってのにw
誰かを罵倒したり馬鹿にしたいだけのウザイのがいるな。
いや馬鹿はひとりだけだが。
ゲハ脳だからね
市場経済わからんのにか? ぷーーーwwwwwwwwwwwwwwww
なにが悲しくてこんなオツムの弱いやつが Sunの話題のとこへやってくるわけ? やっぱ金銭もらってかき回しに来てるの? マジでそうなわけ?
529 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 18:08:11
Javaの権利だけ吸い上げてポイ
>買収価格は少なくとも65億ドル これって、SunがStorageTEK買収した額と変わらんのでは。。。
ほれ、世界的に信用収縮とか
SPARC終了のお知らせ?
そうなったら、だけど、富士通イタいな。激イタだろう。
POWER版Solarisがリリースされるのか?
AIXでいいじゃん
それは昔あったよ
538 :
537 :2009/03/18(水) 18:39:01
まあ今更製品ラインを増やす理由はないかな
>>534 独自にやればいいんじゃね?
とは行かないところがつらいところか
System zでOpenSolaris動かす話って、 進んでるの?
つか、IBMの株価高すぎだろ どんだけぼったくってんだよって話
fujitsuが対抗買収にいくしかないだろ つーか、池よ
黄色い猿に助けてもらおうなんて露程も思ってないだろ JK
お金をだすところにはわんわんお(AA略 だろう
>>540 Sunブランドの SPARC機が IBM傘下ってことになると、
Fブランドの SPARC機は先行き不透明ってことで売り上げ落ちるだろうし、
OEMも切られてしまう可能性がある。
悲惨だ。せっかく Sunロゴの威力で売れてるのに。
>>543 HPには打診済み、ってことなら、IBMより前に Fにも打診してるのでは..
Googleとか、元関係者がやってるとこが買ってくれないかな。
DEC, SgiといいSunといい、Intel CPUを採用した商用UNIXベンダはどこも最後は壊れるな
γ γ ∧__∧ もうダメポ・・・ γ (::::::::::: ) ................................... .(○::::::: ) .::::::::;;;;;;;;;::::........ ~"''"""゛"゛""''・、 ...:::;;;'' ';;;:::::....... "゛""''""""゛゛""''' "j' ...::::;;;'' '';;;::::::........ ::::ヘ :::::....ヽ :::;;;ノ ::( ....::::::;; '';;;::::::....... : ゝ :::::......ノ:;;../ ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^
>>547 >Fにも打診してるのでは..
いや、Fは完全に無視されてると思われw
つーかIBMがSun買うメリットってないだろ それともマルチコアでも(Niagara)、先進技術でも(Rock)、 HPCでも(SPARC64VIIIfx)大活躍のSPARCアーキを恐れたか
商用UNIXベンダは最終的にはなくなるってだけ
>>549 因果関係が逆かもしれん。
インテル採用→ドボン
ではなく
ドボン一歩手前→しかたなくインテル採用
ねんがんのUNIXの統一に近づいた(AA略
BSDとかLinuxみたいな無料のゴミしか残らないこんな世の中じゃ
AIXとHP-UXがあるよ!
MacOS Xは?
じゃあそれも 別カテゴリーだろうけど
>>531 StorageTek買ったのは 41億ドルだったらしい。
現在の株式時価総額は 37億ドルしかないのか...
現在のような状況では、株価の絶対値よりも、ハイテク系の平均株価に対する割合のほうが重要だ。 同業他者の株価が50%下落するなか、25%の下落なら有望だし、75%の下落ならヤバす。
IBM「黙れ小僧、お前にSUNが救えるか」
とうとう UI/OPENLOOK が OSF/MOTIF の軍門に下ったのか
IBMだったらまだマイクロソフトに買ってもらう方がましだろ
そのうち IBMに "sSeries" とかで追加されるのかな?
ないない それはない
570 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 21:58:47
IBMがほしいのは販路だけ? いまさらJavaはいらないだろうし、製品はかぶりまくってる。
えー、Java(TM)を持つのは大きなアドバンテージ。 いろいろ付いてきてめっちゃ安いし。 ただIBMの景気のせいで業績落ちてるだろうし…
Java(TM)だけあればそれでいいんじゃね?
IBM は Sun Java を喉から手が出るほど欲しがってたからね。
574 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 22:40:11
AIX捨ててSolarisにして欲しいな。 あとCMTの技術を捨てるのはもったいないので、IBMの力で 更に高速化して欲しいな。Powerアーキでもいいからさ
むしろ(TM)だけあれば良い。
今Sun買ったらもれなくMySQLもついてくるよ。 DB2とどちらを優先するか分からんけど…
最近トップクラスの人材の就職先は、 MSR, Google, Appleばっかりだったもんな。 IBMやSunなんて聞かねー
Apple(笑)
家電メーカーに就職しても…
>>577 Informixを忘れてもらっては困るw
今の Sun のハード部門はもう必要ないって言ってた幹部もいたね。 ただ、そうすると SunKK の大半は...
MySQLとか上手く再放流できるのかねえ
MySQLはオープンソースの世界に戻るだけでしょ。 今でも半分はオープンソースの世界にいるようなものだから。 OpenOffice.orgも同様。 一番寂れるのはSolarisかと。 OpenSolarisプロジェクトはまったく成功を治められてないから。 あとZFSの行方が気になる。
ZFSはFreeBSDで生き残るんじゃね?
586 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 23:23:47
>>584 OpenSolaris成功しているジャン
オープンソースとして機能しているか?>OpenSolaris
588 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 23:25:39
589 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 23:26:46
Solaris ってダメなのかな。 DTrace や ZFS はすごい技術だと思うけど。 でも、これは Solaris という OS を褒めているのではなく機能を褒めているのであって、 ZFS が別の OS で動けばいいような気もする。 DTrace は、ZFS みたいに他のOSでは動かせないの? あと、スレッドの性能や、負荷が掛かったときに(大規模サイトなど)、Linux よりも よく耐えると会社の先輩が言っていた。 最近仕事で久しぶりに Solaris をさわったが、 ls で色が出ないし、(--color=tty が指定できない)、tail -F がなかったりで、 自分が Linux じゃないと生きていけない(というかそのレベル)のエンジニアであることを実感した。 GNU tail コンパイルするのめんどくさい。
OpenSolarisはオープンソースとして開発のライフサイクルが回ってないのが痛い。
591 :
名無しさん@お腹いっぱい。 :2009/03/18(水) 23:36:43
OpenSolarisはSunなしでやってけるのかどうか
HPにも買収を打診しているようでは、モウダメポだな Itanium2上で動くSolarisを見るのも一興だけど
HPがSolarisを買い、クラウドバブルなデータセンタ業者をProLiant へ移行。 SPARCは富士通に売る。 多分、この流れになると思う。
IBMは?
>>589 DTraceはFreeBSD, Darwinで使われてる。
Mac OS X 10.5ではktraceがなくなってdtraceオンリー。
FreeBSDの方も同じはず。(最近使ってないからしらねえ)
OpenSolarisはSunがプログラマーを投入しなくなったら、
開発停滞すると思うよ。
OpenSolarisはコミュニティ側に何を期待してるのかよくわからんからな
ぶっちゃけ、Solarisの開発が面倒になってソースを公開してみました、ような?
ライセンスがCDDLなのが使いにくい>OpenSolaris
>>589 Linuxでmysqlが複数スレッドで遅くなるバグは最近Linux側で修正されたと思ったが。
>>589 sunfreeware.comくらいは知らないと…
603 :
名無しさん@お腹いっぱい。 :2009/03/19(木) 00:39:08
白色矮星になるとき? ちなみに超新星というのは星の最後に起きるイベントだよ。 このスレのタイトルも何らかの暗示だったのかもな。
604 :
589 :2009/03/19(木) 00:41:48
>>598 サポートが面倒になったんじゃね?
ソースやるから自分で調べろよ! って。
あるメーカーはサポートのために、WindowsNTのソースコードを持っていましたよ。
>>602 > (OSはSolaris)
障害に関係ないじゃんw
原因
1.富士通製CPUボード 2. 待機系共用データサーバトラブル
3.富士通製ネットワーク切り替え器
>>605 国内x86製造主要メーカは全部持ってるよ。
サポートだけじゃなくて、バグ取りやリファインさえやってる。
全社、修正はMSに吸い取られる契約のはず。
Windows CEなんて日本人が作ったようなもんだしな。
OSを他社に握られていると 新型CPUへの対応とか 待機系への切り替えとか 特殊な切替器への対応とか いろいろ面倒くさそうだな もうLinuxでやったほうが楽なんじゃね?
>>607 > 待機系への切り替えとか
> 特殊な切替器への対応とか
> いろいろ面倒くさそうだな
なことはないw
技術として確立しているし。
システムのライフタイムが終わるまではそれほどでもないかもね
>>608 確立してなくて毎回泥縄式ダチョウメソッドで作ってるから障害が起きるんだろがw
確立しているのに、自社製に拘るからでしょw
>>606 本当?
俺の勤め先はNT3.51までしかソースないよ。
バグ取りやリファインどころか、日本語対応のためにMS本社に開発者を出向させてたよ。
他にも某有名unixの日本語化をやったんだけど、その成果は今では・・・orz
今回の案件ではそうなっていただけで技術は確立してるだろ 障害時の対応手順をきちんと練り上げて テストや訓練をきちんとやっているのが当たり前とは限らない バックアップだってこまめに取っていても 戻す段取りをろくに考えてないとか リカバリ訓練をしてないサイトはいくらでもあるだろうな
東芝?
MSらしい商売してるな
マイクロソフトと特定分野での協業を組む際には、 自社のもつ全ての特許をマイクロソフトに無償ライセンスせねばならない。 その特定分野だけでなく、それ以外の全て。 協業つっても、プレスリリース打つだけなんだわ。その実。
セガ(笑)
マジで今後どうなるんだろ、全然分からん
>>602 >三つの障害が連続発生したからであることが分かった。ハードの二重化
>といった信頼性向上策を講じていたが、三つの障害が続いたことで、
>ダウンを回避できなかった。
「障害が連続発生」って、なんとも胡散臭いw
実際は1つの障害が発生してポカが露呈してぐだぐだになってる悪寒。
>すぐに待機系が稼働するはずが動かなかった。引き継ぎ情報を格納した
>制御系ファイルが壊れていた。これが二つめの障害だ。
これ「メインが故障しなければ問題ない」と高を括って待機系は物だけ
おいてあって「設定してなかった」というのが実態で「引き継ぎ情報を
格納した制御系ファイルが壊れていた」とか表現してないか?w
>>616 >自社のもつ全ての特許をマイクロソフトに無償ライセンスせねばならない。
>その特定分野だけでなく、それ以外の全て。
東芝が家電関係の特許を使われそうになって慌ててMSと揉めてような。
あれ、その後どうなったんだろう?
>>619 複数の障害が発生したってのは非常にありそうなことだよ
障害が重なることは稀だろうけど、それゆえこういうトラブルになりがち
お前の発想はちょっとレベルが低すぎて、ありそうもない
>>619 この手の障害って
バックアップ系の動作チェックなんか
実際故障してみないと動くかどうかわかんない
ってのが実態だろwww
>>622 最近の2chの実機サーバではその仮想再現を投入前にやっていたけどな。
くわしくはぞうさんプロジェクトでぐぐれ。
>602 そこはジェットストリーム(ノ∀`)アチャー だろう。
>>621 そうかなぁ... >619 もあながち... そこまで極端ではないにしても。
SPARCは放出で Fが買い取り、という可能性は大きいだろな。 OpenSolarisは使うと思うぜ。POWERにも載せた方が売れると思う。 AIXは既存顧客向けに存続はする、と。
放出なんてしないさ 飼殺して終了 これでFも殺せる
>>626 SPARC はFで、Solaris は IBM ?w
現行の SunFire とかのシリーズはどうすんだ?
今のデザイン気に入ってるんだけどなーw
629 :
名無しさん@お腹いっぱい。 :2009/03/19(木) 11:08:04
富士通を殺したら、メインフレーマが減ってしまう。 それはそれでIBMは困るだろ。
630 :
名無しさん@お腹いっぱい。 :2009/03/19(木) 11:10:22
一番心配なのはOpenOffice.orgがどうなるか。 フェードアウトしたら、MSから乗り換えた人たちはどうすりゃいいのか
>>629 こまんねーよ
つーかIBMにすりゃライバルを一斉に葬れる千載一遇のチャンスだろw
>>619 さすがに設定していなかった、っていうのはないだろう。
正常稼働中の切り換えのテストしか、していなかったのだろう。
ろくなスキルのない連中が実装すると、本当にファイルが壊れる。
ファイルを上書きでopenした直後に飛んだら、ファイルの中身が空っぽになる。
openからcloseまでが短時間だから、テストでも発覚しない場合もある。
ていうか、そういう重要なデータは一貫性も求められるだろうから、
普通は、DBMSを使うもんだ。
>>630 オープンソースなんだから、フェードアウトしないように、ユーザーが開発を支えるんだよ。
自分で開発に参加するか、十分な金額を寄付するか。
>>630 そんなもん、MSのオフィスに乗り換えればいいだけじゃんw
>>632 司法省がうるさいので完全には駆逐できない。
最低でもライバルはのこさないといけない。
日本には一太郎があるじゃないか
639 :
名無しさん@お腹いっぱい。 :2009/03/19(木) 12:53:00
>>630 仕事で使ってる人たちはそういうわけにも行かないのよ
>>586 Solaris for x86は、
Sunの戦略として大失敗だったと思う。
現在、UNIXサーバを大きく扱っているところで、
ローエンドでLinuxを中心に置いてないところはない。
しかしSunは、Sun Linux(単なるRed Hat Enterprise)を押したいのか、
Solaris for x86を押したいのかさっぱり分からないし、
Sun Linux for x86からSolaris for sparcへのパスもよくない。
IBMやHP-UXは、AIX, HP-UXへのアップグレードパスを、
主に運用アプリによってサポートしているのに。
Linuxを選ぶ場合に、Sunという選択肢にあまり魅力がない。
顧客を失っていったのは、Linux戦略の失敗だと思う。
商売のために劣っているLinuxを中心に添えられなかった。
今やVMWareの方が時価総額が高い。
Symanitci, EMCにも負けている。
とはいえ、この報道で株価爆上してはいるのだが。
>>640 > とはいえ、この報道で株価爆上してはいるのだが。
ぶ、ブラフだったのかひょっとして...w
>>637 > Sunの中の人はコードの寄与をほとんど行ってない。
だけど旗振りが必要なわけで。振れるかい? Sun以外の人達に。
マクニーリつれてきてスポークスマンにしようぜw
>>635 特定囲込みプラットフォームでしか動かんクソアプリは要らん。w
特定OS環境に依存するのは使わない理由にならない
もはやOS環境って時代じゃないんだけどね。
とはいえ、ディスク周りやセキュリティ設定の実装があまりに糞なWindowsや
NFSの実装の糞っぷりがいまだに直らず、突発的な超高負荷に堪えられないLinuxは
単独で外に晒すメインサーバとして動かすには(どうしても必要な場合以外は)論外なOSだと思う。
自分の現状での選択肢はSolarisかFreeBSD以外ない。
>>640 強いて言うならハードウェアだね。
連続稼動をさせる以上、電源が火を吹いてはいけないからな。
>>640 Sun 社内で Solaris 開発できないからって
Open にしてみたものの結局うまくいかなかったってことだろなー
スパコンで上位の並列マシンだってハードが Sun でも Linux だもんなw
>>646 TSUBAMEのことか?
あれは特殊なアクセラレーションボード使ってて、そのへんの諸々の事情と、
何よりサポートしている各種アプリ(matlabなどがx86 Solarisをサポートしていないなど)の問題だと思う。
しかも東工大に売ったのは当時未発表のハードだぜ?
Sunとしてはあれでソフトの保守費用も取っているはずだから、
そんなに薄利ではないだろ。
それにSolaris開発できないからOSSにしたわけじゃないし。
>>646 だからさ、エンプラでちゃんとした MP機使ってからのたまへよ。
オツムよわいね〜w
TAAC Ranger も linux だよw T2K 京大は M9000 だから Solaris だけどw
> ちゃんとした MP機 スケールアップよりスケールアウトのほうが技術的には難しいが、しかしトレンドだろ。 実際、エンタープライズ用途でも4CPUくらいで事足りるんだわ。 重要なのはストレージだね。
>>649 どのOSが優れているのかではなく、
利用者各人の個人所有のパソコンと同じOSにした結果が、Linux選択でしょう。
まぁSunはSolarisをオープンにしておきながら、
個人に対してLinuxの代わりにSolaris使ってもらおうという働きかけが弱いと思うわ。
その点、OOoは失敗だった。
OOoとSolarisをオープンにせず、無償配布したほうがよかったと思うよ。
MS-Office代替ソフトを使う目的でSolarisを選択してもらえただろうから。
>>650 実際、x86化の立ち上げであんな大失敗をしたEMCが、
DELLと肩を並べ、Apple, Cisco, IBM, HPに続くような
箱売りメーカになっているからね。
Sunのストレージは…
仮想化が一般的になる以前は、将来の負荷増大に備えて、必要以上のスペックのサーバを売ることができた。 どうしても今は予算がないっていう客には、とりあえず箱だけは大きなものを売って、中身だけ後から割増し料金で増設という方向で。 いまは仮想化によって、オーバースペックのサーバを売りにくくなったね。 その時がきたらその時にサーバを強化するから今はいりませんって言われる。
その時が来たらサンがなくなっている悪寒
>>630 IBMもOOoには力を入れてる
OOoを元に別のオフィスソフト出してるしOOoのスポンサーにもなってるよ
今後のWebサービス&リッチクライアントの領域はMicrosoftとNovellの二大政党時代。 もうSunには居場所がない。
そんなMSとNovellとSunしかいないわけじゃあるまい
プレスリリースまだ?
エルヴィス・プレスリリース
Sun in the Cloud って w
Sunset
太陽は月の陰に食われたり、はたまた雲に隠れたりで愉快ですねw そういえば今年の夏、2009年7月22日には日本全土で日食が見られますね。
日本Sun死亡フラグですか?
エクリプスはその伏線だったのか!
もう、天岩戸の前に集まって祭りでもやるしかないな。
買収の続報ないね。
669 :
名無しさん@お腹いっぱい。 :2009/03/20(金) 11:10:46
>>668 株価上がったしね。
買収進めるより、市場で放流でしょう。
株価を上げるためのダミーの買収工作?
そのぐらいあざといことができればいまごろ商売はもっと(ry このタイミングでプラ死す並みに新株公開とかやって欲しいなw
>>669 CTCはHPと組んでx86へシフトしてるから大丈夫
674 :
名無しさん@お腹いっぱい。 :2009/03/20(金) 18:22:58
ところでRockの話がすっかり忘れられているんだが
忘れろ
IBMに買収されたら出るか分からん
買収されなくても出ませんキリッ
河向こうでIA64がおいでおいでと手招きしてるよ
つ 六文銭
アイタタタニウム
682 :
名無しさん@お腹いっぱい。 :2009/03/20(金) 21:23:19
SolarisとZFS、Sun Storage 7000に関しては IBMにとっても価値の高い商品だと思う。
理科系UNIXヲタの就職希望ランキングのうpを狙っての買収ですね、わかります。
何年前学生だった人材を集めるつもりだよ…
今現在UNIXワークステーションで最も成功してるのがMac
>>682 ZFSはここ最近のSunの最大の当たりくじだと思う
・フォーマットがテラバイト単位だろうと数十秒
・ファイルシステムレベルでRAIDが簡単に組める
・RAIDのときはソフトRAIDなのにハードRAIDよりちょっと遅い程度ってありえないw
・パーティション丸ごとの別システムへの移転がコマンド各一発づつとすげー簡単
ZFSはいいね あと、Zoneも仮想化のアプローチが VMwareとかの他の 仮想化ソフトとは違っていて面白い
買収後のIBMの方針を早く知りたくてウズウズする。会社で来年T1000を買う予定だったので、 インパクトが気がかり。
買う買う詐欺の可能性も考慮しておけばいいじゃない
買収が成立しても、流れても、既存の客は逃げて逝くだろうな。 どっちに転んでも地獄だぜ
出来るならT1000/T2000よりT5120/T5220にした方がいいと思うよ
693 :
689 :2009/03/21(土) 11:49:30
>>692 T2だとOracle のマルチコア・プロセッサの係数が増えてしまうので無理どす。
Niagara系は売れているみたいだが、かつての生命線だったハイエンドがさっぱりらしいからな。 だから、昔以上に先細り感がするのかも。
>>688 俺はLively Kernelにも大注目。
>>693 それなら仕方ないけど、Oracleもあくどいなw
>>696 oracle なんかやめて informix にすればいいのに
これからは DB2 にした方が良いと思うよ
>>694 やっぱり
>>653 なのか
インチキな箱売り商法
スペックは立派だけどスヌープドメインが単一なので実はスケールアップしない
しかし、最初からフル構成で買う客がいないのでバレない
スケールアップするけど?
CPUのキャッシュに良くヒットするアプリを走らせてれば、ね。
絵に描いた餅を欲しがってる気がするけど…
オラクルベンチ走らせて悦に入ってるだけだからほっとけ
>>690 買収のニュースが流れてから株価が倍に跳ね上がってるからね
インサイダーの調査をしっかりやってもらいたい
爆笑ネタだなぁと思ってたら、本気で売られやがった。w CTC涙目wwww 日本Sun号泣だね。 日本IBMも業績悪化で四苦八苦なのに・・・ 共に自滅か??
SolarisとSPARCだけではじり貧になるからどんどん買収を続けてきたのは正しいとしてもだ
UNIXハイエンドサーバ自体がじり貧じゃないのか メインフレームと同じような存在
それを埋めるはずのブレードから一旦撤退するという愚をしちゃったからな・・・。
その辺はコバルトとか、Solaris for x86(2.5.1の頃)、Sun Linuxとか、 埋める気あるのかどうか分からない仕事っぷりばかりだが… Jiniの空振りっぷりも凄いものがあるし。 CM2 w/SPARCとか何だったんだ。
>>706 商社系列をなめるなよ。沈船から逃げ出すのはお手のものでチュー
沈没船から逃げられなくなったときがおしまいだからねえ
>>712 競業他社は既に脱出。
つ新日鐵・NEC・日立・・・・
あひゃひゃひゃー
沈没マダァ-? (・∀・ )っ/凵⌒☆
>>715 この騒ぎの株価上げで
ここ一年の株価下落率がDELL程度になってしまった…
IBM「SUN買うわー」 MS「ならオレが買う」 IBM「いやオレが買う」 MS「絶対にオレが買う」 富士通「じゃあ私が…」 IBM/MS「どうぞどうぞ」
数ヵ月後に斥候スレッド付きの POWERが出たりしてw
数ヶ月後とか現実味のかけらもないな ド素人乙
IBMがSunを買収すればITイノベーションそのものにトドメを刺すね
客と販路だけいただいた後はFに丸投げじゃねーの?
>>722 まあ30〜40年ぐらい続いたからそんなもんかもね
IBMが買ってもどうせ失敗しそうだから、IBMが手を引く時に Fujitsuが買い叩いて安く入手すれば身の丈に合ってるな。
SPARC部門だけ富士通に売り渡すのは十分考えられる。 Solarisはライセンス。富士通は一応アメリカサーバ市場でも、 金額ベースで6位あたりに付けてるから十分可能。
IBMがSunを買収して、ドッキン法的にアレするのが次はIntelだったりしてという 桶屋が儲かる理論
Sunって予定通りならTSMCでSPARC作るんだよね? TSMCでAtom作れるようになるみたいだから、 SPARCとAtomを組み合わせるとかも出来るって事?
富士通ってアメリカでもサーバ市場の金額ベース5位だよ。
メインフレームとUNIXサーバで。
自社製のPRIMEPOWERをやめて人気ちょっと落ちたけど。
メインフレームの技術、安定性を持ったUNIXサーバって事で
人気あったんだけど。(後継のSPARC Enterprise駄目じゃんw)
DELLとかHPは台数ベースでは上位だけど、
金額ベースだとIBM一位だし、Sunだって4位に落ちたばかりで、
DELLとあまり変らない。世間ではx86サーバ商いに気を取られて、
富士通の実力をあまり理解してない。
CPUに至るまで日本設計、製造、
そして外国で勝負できるサーバは富士通のみ。
>>731 混在というかまったく別のシステム三つじゃん。
x86 Linuxじゃないと動作保証しにくいミドルウェアかアプリが
入札条件にあったんでしょう。
名古屋はもともと PRIMEPOWER HPC2500 だったから T2K とか世のはやりで x86/Linux が必要だったのかもしれんね。
>>732 メインフレームはアメリカじゃもう売ってないんじゃないの?
>>720 なんでアンチ側にこんな必死ややつが居るんだwww
別に必死でもなんでもないと思う MPUの開発が数ヶ月で出来るはずがないじゃん っていう当たり前のツッコミだから
>>735 IBMのページに見えるんだけど気のせい?
>>737 そういう自演フォローが必死な証拠なんだが..www
他人のフリすんなよーーーww.w.w.w.
しかも張り付いてるし。完全に病気ですね。
>>740 うーん・・・見えない敵と戦っているのか?
Sunがなくなることで問題になるのがソラリスか。 富士通は自社Sparc上でLinuxをメインにするのかな?
SPARC上のLinuxなんてItanium上のLinux以上に市場ないだろ Solarisが終了するならSPARCも終了だよ
OpenSolarisFがでるよ(※F=Fujitsu or Fake)
富士通がOpenSolarisの面倒なんてみれるわけないだろ
富士通は今更SPARC64をやめられないんだから、開き直ってSolarisに 注力してみるのも一つの手かも。 Solarisの維持コストって、「SPARC64の販促費」と考えた場合に苦しい?
FopenSolaris
なんちゃってソラリスがアップをはじめました!!
>>748 Solarisの維持コストを富士通のシェア程度で賄えるわけないだろ
それ以前に、金の問題じゃないってことに気づけ
Linuxだって赤帽におんぶに抱っこらしいぞ
>>751 >Solarisの維持コストを富士通のシェア程度で賄えるわけないだろ
もしIBMがJavaやOOoなど使えそうな物だけ取って、SunのSPARCおよびSolaris部門
を富士通に売ったとすれば、Solaris-SPARC市場は富士通の独占になるし、旧Sunの
Solaris開発者をそのまま雇用すれば「金の問題」だけで片付く話。
案外IBMがLinux離れで「Solaris x86」に賭けるつもりでSunを買収するのだとすれば
富士通の出る幕は無いかも。それでもクロスライセンスで「IBMがx86担当」「富士通
がSPARC担当」とか協業でSolarisを作る体制にできれば共存も可能かな。
もう少しIBMの狙いがはっきりしないと富士通も動きようがないだろうね。
旧SunのSolaris開発者をそのまま雇用なんて出来るわけないじゃん せいぜい旧SunのSolaris開発者のうち腕が劣る残り滓を雇用出来るだけ
>>753 >旧SunのSolaris開発者をそのまま雇用すれば「金の問題」だけで片付く話。
それは無いわ。
Sunの良さって「金の問題」を越えた所にあると思うよ。所謂文化ってヤツね。
それに、Solarisの中核のエンジニアは、自分の人生を買えるくらいの金は
既に持ってると思うから、金だけじゃ雇えないと思うよ。向こうは特許とかで
収入を得るルートが確立されてるからね。
IBM は買収話を引っ張った後にご破算にして、 Sun の将来に不安を持ち始めた客を奪い取る計画だったりして。
既に不安をもたれてるSunに今更そんな計画なんてするかなw
まあ、IBMに買収されたケースについてアップ始めてる顧客もいそうではあるねw
>>756 そのスキを狙ってHPがごっそりもっていくのか?w
>>688 zoneはpkg管理だと親だけパッチを当てれば子も全自動でパッチがあたるってのもいい
時間が掘った数に比例してかかるが、手間が反比例なんで、メンテがやりやすい
>>720 いや、わからんぞ。
かなり前からIBMがスカウトスレッドの開発を水面下でやっていたが、
どうしてもSunが既に特許を取っているものを回避しきれないので、
特許のライセンス料を払うくらいなら会社ごと買収してしまえ
っていうのも、ありえる話。
>>731 「ナビ」「ポータル」なんて死語を使い続けているのは、オヤジギャグですか。
>>761 ぶっちゃげスカウトスレッドとやらがそこまで大層な技術とは思えないんだよね
全然性能の話も出てこないし・・・
IBMがそこまでするほど革新的な技術ならもっとアピールするでしょ普通
>>761 ああいうところでは特許を随時チェックしてるはずで
着手してたとしても完成間際まで進めていたとは考えにくい
となれば開発再開から数ヶ月程度ではムリだろう
スカウトスレッドのFUDを潰す手を考えたんだが、買収がいちばん早いわ
RockがスカウトスレッドでOoOを実現するように、POWER6も...
競合相手を消すことが目的の買収もあるよね。 買収した分が丸ごと自社のシェアに加わらないどころか、 他の競合に対してシェアを分け与えることになるのだが、 それでもプレーヤーの数を削るための買収。
Sunを潰すついでに富士通も潰せそうだしな
QuantumをMaxtorが買収したのとか、 そのMaxtorをSeagateが買収したのとか。
>>752 そんでもって、松下電器に対する三洋電機のようなConner社は
古巣のSeagate社に戻って合併したよな。
771 :
770 :2009/03/26(木) 01:31:09
月当たり100テラバイトって凄いな
Itanium始まったな
Sun+IBM話は双方いまだ沈黙しているので、 実際に話が進んでいるんだろうな。
何事もなく終了していたりして
>>773 加速器の衝突実験とかのデータでも1日に1テラバイトくらいだっけ?
大昔の www.sun.co.jp とか internet archive で見ると面白いなw
今は亡き www.nsug.or.jp とかw
Andoさんとこ休んじまってるのはなんか関係あんのか?
CMなのに会員登録が必要なんてw
不況だからCM料の支払い渋ったんだろ
蔵人 もしくは 喰らう怒
喰うてまうど!
そういえば、「ランチを食べるか、ランチになるかだ」ってマクニリが言ってたな..
>>786 Fujitsuは従来からの顧客を見捨ててまで Sun、IBM に対峙かよ
買収話が上がってから決めるには規模が大きいはず 以前から動きはあったんだろう それを対峙と捉えるのは安直すぎると思わないか?
>>780 無料の会員登録→トラッキングによって広告主に情報が提供される。
勤め先とか記入する欄があってさ、正直に書いたら情報ダダもれ
sonyが買いに入るとおもしろい。
>>787 これは主に社内インフラ用サーバでしょ。
富士通苦手だった小さい顧客の。
富士通は昔富士銀行のシステムをWindows化して失敗してるよね。
あれがWindowsから遠ざかる原因の一つになった。
やっぱ支離滅裂なんだよな。内部で抗争してるんだろう。
>>791 SONYにそんな体力あるわけないでしょ。
>>794 アメリカじゃSunはもちろんDELLよりでかい会社だぜ。
まあキャッシュは少ないみたいだがw
決算記事とか読んでねーのかよ..
決算、というより血惨って感じ
ここはお金に厳しいインターネットでつね><
こういう不景気だからさ、 ただメンドクサイだけの無益な作業をするなら、 小遣いにならんとなぁ。 ただ普通に読めば済むものを、なんで手間かけて日本語にしなきゃならんのよ。
その記事面白いの? IBMとかHPのOSとの比較ならともかく、Linuxとじゃいまいちな気が
相変わらず危機感ゼロだな もう周回遅れにされそうな事にも気付かない
既に周回遅れ
>>802 バカ記事だった。1/4くらいで読むのやめた。
>>803 それって先頭ですやん
OS/360VMからVMWareみたいな。
XeonだOpteronだ言う前に、Sunが終わりそうなんですが…
Sunの技術が死なないならそれでもいいよ。 IBMに買われるといくつか死ぬ気配濃厚なあたりがいやん…
Sun Blade X6270* Serverも載ってるな
ジョブス後でもめそうなappleと合併でもいいのに
エリック・シュミットに面倒みてもらえよw
816 :
名無しさん@お腹いっぱい。 :2009/04/01(水) 13:29:25
Nehalem キター! > Sun's new Intel Xeon 5500 (Nehalem)-based blade systems are already powering the > high-performance computing (HPC) systems at Sun customers around the world. > And even more customers will receive the first shipments of Sun's new Xeon 5500-based systems > after Sun's April 14 unveiling in Las Vegas of the Open Network System.
819 :
名無しさん@お腹いっぱい。 :2009/04/02(木) 10:22:38
16スレッド同時実行xeonならSolaris使われてもおかしくないよね? LinuxやWindowsは性能が8CPUぐらいで頭打ちなんでしょ? このスレの人たちによると
このスレの人たちがそう言ってるという時点で嘘だと気付けよ
SGIが再びチャプター11で、Rackableが買収だってよ。
たち付けるな。彼だけだ。
823 :
名無しさん@お腹いっぱい。 :2009/04/02(木) 14:17:09
へぇー。 アメリカの話だよな。 日本のSGIはNECだから無関係。 >米Rackable Systemsは4月1日(現地時間)、 米SGI(Silicon Graphics)を2,500万ドルで買収することに合意したと発表した。 >SGIは2006年、連邦破産法第11章(Chapter 11)を申請、 同法の下で体制の立て直しを図っていたが、4月1日に再び、Chapter 11を申請した。 同法の対象となるのは米国本社、同国内の子会社群で、日本を含む世界各国の法人は含まれない。
827 :
名無しさん@お腹いっぱい。 :2009/04/03(金) 08:30:57
>>824 FX1なら SPARC だし Solaris じゃないの?
>Fujitsu FX1, Quadcore SPARC64 VII 2.52 GHz, Infiniband DDR
>>827 M9000ベースのSMP構成のスパコンならSolarisでいいだろうが、
こういうタイプのスパコンのノードにSolarisを使うのはナンセンスだろう。
ノードにはモニタなどと呼ばれる小さな小さなファームウェアが走っていて、
中央から渡されたコードとデータを処理して帰すという単純処理だと思うよ。
そうでなかったら、動作タイミングが揃わずに効率が低下してしまうもの。
しかし、Opteron や Xeon 使わなくても SPARC でも数並べりゃ 110テラ越すんだなw >LINPACKベンチマークの実行効率(理論性能に対する実行性能の比)は、 >3008ノード(3008CPU、1万2032コア)の計算で、実行効率 91.19%。 >実行時間は60時間40分で、ともに世界1位という。 >HPC向けミドルウェア「Parallelnavi」や高性能コンパイラなどによって実行効率を飛躍的に高めた。
>>829 x86はFMとFAが別命令だが、SPARC64はFMAで一命令だから、基本から2倍の性能。
しかも動作クロックが2GHz以上と高いし、SIMDもやる。んで、1コアで8〜10Gflops出る。
SSE5でFMA追加するらしいね
カウントダウン…
どの方向から見てもSunって読める、あのマークが消えるのはちょっとさみしい…
当分はブランドとして残すかもね。
Sun滅亡の日まで、あと?日
たぶん週明けだろ。 Sunがなくなるのは構わないが、 Solarisが(たぶん)徐々になくなっていくのは哀しいね。
*BSDが本気を出すときがきたか
コストカッターが社長か…
>>842 ハイエナしてるだけで、革新が全くない。まだLinuxの方がええわ。
やっぱり買収されたら、SPARC はフェードアウトするのかな。 Itanium2 の前に SPARC が逝くことになるのか w
>>845 世界最速のSPARCが登場します!!なんてことはないよな…
SPARCは富士通がしばらく作り続けるでしょう。 Solarisは微妙だな。ポーティングや並列の効率化以外、 Sunの開発に頼っていた分が大きいし。 IBM次第じゃないかな。
富士通もHPもピンチだな どうなってしまうのか・・・
IBMに買われたらIBMがSPARC作り続ける理由はあまり無いような
合併後 スパーク廃止、リナックスから撤退して、ソラリスに絞る シンフォニー廃止。。。オープンオフィスに絞る
Niagara系は残すんじゃないかな
NiagaraだけSPARCアーキにするのは、あれだから、 Niagara風のPOWERを作るんじゃないかな。 Sunのもつ特許だけ取得して実装は捨てるのもアリ。
Photoshopみたいなプロ用のソフトを Javaでたくさん作って欲しい。。。 もちろん無料ソフトで。。。
もちろん自由ソフトで
>>841 AIXとSolarisの二拓になるわけだが、前者はあまり開発が活発じゃないし、
Open側で進むPowerアーキ移植が安定すればAIXのマイグレーションにするのかもしれん
MIPS → PS2で採用はオシマイ SPARC → ゲーム機に見向きもされず PPC → ゲーム機で採用され続け ゲーム機がポイントだな。
Sun申し出を拒否して生き残れるの?
>>857 Sunの全社員が個人事業主化、そして階層性ディストリビューター制度に(ry
倒産するまでゆっくりまってるIBM!
今日はJAVA暴落か?w
そういやSGIはチャプター11の後に買収されたな。
>>856 そもそもsparcはゲーム機向きじゃないし、Sun自身がそのような指向をもっていない
>>862 MIPSも、PPCも、ARMもゲーム機で使われたのに、どーしてSPARCだけが?
MIPSはNEWSに使われてたからでは? CellのPPCはIBMとの共同開発だったから SEGAのSH2とかSH4とかは国産の方が融通がききやすいためと推測
SEGAは当初、SH2を使うつもりはなかったし、ましてや、SH2を2個も乗せるなんて思ってもいなかった。 色々あってSH2に変更になり、しかしSH2の演算能力では足りないとなって、2個乗せるという荒技になった。
そりゃ Sunや Fの作る SPARCはゲーム機には向いてないだろうが、 ゲーム機に向いてる SPARC作るのになんか支障でもあるかよ? 単にだれもそうしなかっただけだろ。
レジスタウインドウとか癖が強すぎたんだろ
レジスタウィンドウごときで「癖」とか言ってたら何も作れんわなww
組み込みはヨソ任せだったからな 積極的に開発・展開しなかったのは大きいだろう
当時が、今みたいに開発環境重視だったなら、PA-RISCやSPARCの採用はあり得たかもね。
割り込みへの応答速度がネックだったのかもな。 その原因がレジスタウィンドウなどコンテキストのデカさ。 ゲーム機って、水平同期信号で割り込みかけるとか、あるしさ。
白人は相手が弱り切るところを待って襲いかかるから この場合はユダヤIT資本か
M$もYahooに対して同じことやったし、まずは買収の揺さぶりをかけたうえで 顧客も技術者も散逸させてガタガタにしてやろうってことよ 本当にユダヤは同じ手しか使わない 分かりやすい
>>856 PowerPCなんてオモチャじゃん。
POWERならいざしらず。別物だぜ。
>>872 >その原因がレジスタウィンドウなどコンテキストのデカさ。
お前、SPARCの内部実装全然しらないだろw
そんなの80年代の話だよ。
>>876 昔のPOWER
↓PC向けに別物として進化
PowerPC
↓ハイエンドのエンタープライズ&ミッションクリチカル向けに強化
今のPOWER
水平同期割込ならR800で余裕ですよお嬢さん
>>878 POWER3からPowerPCのISもISAに含めるようになっただけで、
設計はまったく別物。用途が全然違うから。
ウチの勤務先ではある種の機械を制御するため、組み込み型のCPUとしてSPARCを使っていた 時代があったが、民生用としてコストが高すぎるのと、それから一番大事なのはその上で動く 業界標準的なソフトウェアのメーカーがSPARCにはあまり注力しなかったという理由があって、 PPCへと移ることになった。 ゲーム用というのも同じ理由じゃないかな。
組み込みCPUなんて
次は chapter11 が何時来るかだな
値段と入手製の問題があるだろうな
>モジュール式データセンターはGoogle独自のものではない。 >Sun MicrosystemsとRackable Systemsはともに、そうした >タイプのものを販売している。しかし、Googleがモジュール >式データセンターを導入したのは2005年だ
カスタムでハード作ってるとこにそんなこと言ってなんの意味があるんだ?
>>881 VxWorksは SPARC対応してたね、確か。でもそれくらいか。
BSD/OSを Windriverが買った時は i386と SPARCがメインだったはず。
実際には石でメジャーなのはあんまりないね。SPARCliteくらい。
あと LEONなのとかで自前開発が少しあるだけ。
Niagara2は消費電力が大きくてダメ、なんじゃないかな。 GoogleのサーバはノートPC向けのCPUを使っているという話をどこかで見たよ。
>>891 それでもギガバイトのマルチプロセッサママ板なんだよな
確かCPUもIntelに特注して高温下でも正常に動作するやつ卸してもらってるんでしょ 数も数万から数十万単位だろうしリッチな製造設備をもってるとこにしか対応できんだろうな
少なくとも、もうマクニリや CEOが好き嫌い論じれる状況じゃないだろな。
今注目をあびる優れたSunがこの先生きのこるには?
高速な SPARCの開発
Rock量産の暁には
Javaのプロソフトを開発(廉価または無料) Javaを高速で走らせるウルトラソラリスの開発 ソラリスを高速で走らせるウルトラスパークの開発
>>894 特に、Microsoftが買収したらOpenOfficeの位置付けが難しい
というのは大きいだろうな。
富士通が買収しても日和ってMicrosoftとの対立を避けたがる
だろうから、OOoへの支援は縮小されそうだし、やはりIBMしか
Sunを抱え込む力がある企業は無いかも。
随分と、OOoを中心に考えるね
Sunの製品それしか使ってないんじゃない
MySQLにもJavaにもSPARCにもSolarisにも代わりは居るけど OOoには居ないからな
まあ、なんだかんだ言っても、JavaがGPLで公開されたことは大きい。
>>903 みたいな乞食ばっかり群がってきてSunが可哀想
MicrosoftがSunを買ったらOOo、Java、MySQL、Solarisが開発中止になるのは目に見えているなぁ。 まぁ開発コミュニティのある派生プロジェクトがあるのでSolaris以外はどうということは無いが。 OOo→Go-OO Java→IcedTea MySQL→Drizzle
そのあたり見透かされて誰もSunを欲しがらないんだろうな 悲惨だな
>>903 OOoがなければMS-Officeがあるじゃない
OOoを使うのなら、MS-Officeの販売価格と同額を寄付すべき
ただで使えるというだけなら、MS-Officeを不正コピーしとけ。
Javaのアプリケーションで、プロ用に耐えるのってあまりないよね プロ用のソフトをたくさん作って、 Sunは、Javaのアプリケーションがもっとも軽快に動くマシンを 販売すれば、サーバーだけじゃなく、パソコンメーカーとしても 利益をあげられるよ。 アップルみたいにハードで稼ぐんだ!!
Sun には SPARC があるじゃないかw
だからガベコレをCPUレベルでSPARCに実装しろと(ry
プ、プロ用、ですか。ぷ。
>>895 そうでもなかったみたいねw マクニリが蹴っ飛ばしたらしいww
マクニリまだ会長でしょ?なら口出しするでしょ。 そうだ、SPARCにJazelle入れよう! GCのハードウェアサポートは欲しいなぁ。 といっても、メモリ管理用のファームウェア的な位置づけで GPUならぬMPU(?)が、サポートしてくれる感じで。 CPUからのアクセス全てに入ると重そうだから、棲み分けはできるようにして・・・
>>911 GCをどうやってCPUレベルで実装するというのよ。
>>914 いまどき、メモリ上のオブジェクトの再配置なんて、やらんでしょう。
GCでやるのは、使われていないオブジェクトの破棄。
お高いんでしょう?
>>916 compaction はするでしょ。
G1でもやってるし。
>>915 メモリをフラットで扱うのがローレベルな扱いでOSやJVMが
その上の論理的な構造を把握しているが、
その構造をある程度理解して扱うサポートをしてもらえないかな、と。
compactionっていつの時代の話だよ
γ γ ∧__∧ いつも心に太陽を・・・ γ (::::::::::: ) ................................... .(○::::::: ) .::::::::;;;;;;;;;::::........ ~"''"""゛"゛""''・、 ...:::;;;'' ';;;:::::....... "゛""''""""゛゛""''' "j' ...::::;;;'' '';;;::::::........ ::::ヘ :::::....ヽ :::;;;ノ ::( ....::::::;; '';;;::::::....... : ゝ :::::......ノ:;;../ ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^
>>914 このくらいの段階だと株主(例の、少し前に 20%くらい押えたのがいたし)でしょ。
経営陣に口出しの余地はないかと思ってたよ。
まあ、これも本当の話かどうかわんないけど。
MSがどうの、なんてバカ話はともかくww
マクニリは株主だろ。
長時間動かし続けるサーバとか、 コンパクション無しでヒープのフラグメントとか大丈夫なの?
>>925 JVMの実装と、アプリの実装、両方が適切だとフラグメントは問題にならない。
そうなのか。 マルチスレッドのアプリとかだと、難しそうだな。
アプリの実装が適切であることは期待できないから やっぱりフラグメントが問題になることはあるんだな。
そりゃあるよ。コンパクションあっても アプリのメモリ管理問題になることあるんだから。
Sunは「Unixの恩人」なんだから Unix使ってたやつなんとかしてやれ。
SunはBSDからSystemVに転向した裏切り者
Unixというといまやorz
http://www.tomshardware.com/reviews/dino-dai-zovi,2260-2.html Dino: I'm a die-hard Unix user and Mac OS X is the most convenient and functional Unix-based operating system that I have ever used.
I can code in a traditional Unix environment, watch a DVD, and use Microsoft Office all on the same system.
The system just works and lets me get my job done.
ガキどもは知らんだろうが、商標の UNIX(R)がどうとかの遥か以前に、 Unixという概念そのものが普及していない。Sun抜きでは。 オープンという概念も。 IBMも DECも Unixは潰したくて仕方がなかったが、潰せなかった。
そんな昔の話はどうでもいいよ
「転向」なんてのは旧 OSFメンバーにぴったりの言葉なわけだよ。 Linux担いだところで、まったく信用できんな。
>>933 DECはミニコン作ってたわけで、パソコンに毛を生やして作られたSunのワークステーションは、とても鬱陶しい存在だった。
そのSunが後に、
UNIXワークステーションなんかいらないよ、パソコンにOS乗せれば十分だよ
ということでシェアを奪われたのは皮肉だな。
ずっと一匹狼で群れを作れなかったこと、Solaris Liteをいつまで経っても 出せなかったこと。そのあたり大きな要素かな。 Solaris Liteに相当するのは結果 MacOS Xが(ほぼ)実現した。 その後 KDE、GNOME、XFCEもがんばってる。
Sunは値段が高かったことが敗因 本当はSunを買いたいけど、値段が高くて買えないからPCで我慢する〜 っていう人が出てこないくらい安く売っていれば、Windowsの台頭なんか許さなかったのに。
じゃあ、Mac OSXにZFSが取り込まれたら 後は安心して寝ればいいのね。
そしてクラックされて身ぐるみ剥がれるわけだ
安くしても、PC代わりのデスクトップにSunは買わないだろう 昔ならWindowsにろくなソフトがなかったからX11でも同等以上の 仕事ができたけど、今はWindowsじゃないと無理
>>938 Solaris Liteがいい形で出せてれば廉価機へのドライブがかかってると思う。
実際 SS5や SS4はそういう構想だったし。
あと互換機商売がやりやすい環境を作れなかった。ある程度の品質を維持した上で
安い(PC互換機みたいな激安の必要はないと思う)ものが流通する方策は
あったのではないか、と思うんだよね。
ただ、それはどこにもやれてない。Appleにもやれなかった。
Java端や Rayも面白いんだけど、やっぱ頭やわらかくするにはツナギがいる。
>>943 まあ、やっぱりそういうのに一番近いことやってるのは Appleなんだよな。
で、OpenStep for Solarisというのもあったんだよな。惜しいねぇ。
Sun386i
>>944 あの頃、Appleを買う話もあった。
ほぼ条件には合意していたけど、
各所の大反発でAppleの方からやめた。
>>943 >ただ、それはどこにもやれてない。Appleにもやれなかった。
結局OS Xでやれちゃったんじゃないかな?
そんな漏れは今はOS X上でたまにVMwareでSolaris動かして昔を懐かしんで遊んでるw
>>946 あれ?もしかして、Sunまだいけるんじゃね?
・BillJoy復帰
・BillJoy給料$1
この辺りから始めようか。
BillJoy つまり、M$のビル(Bill)の喜び(Joy)ですね、わかります。
949 おもろおかぴい
OpenSPARC Internalsでも読みながらSPARCを懐かしむか…
次スレのタイトルどうする?
最後の白色矮星
最後の決算
最後の買収提案
そろそろ supernovaが話題になるかと思ったけど、 全然そんなことは無かったなw
最後の喧嘩別れ
最大の走馬燈
最後の蝋燭
最後の参次元
最後の中性子星ー中にはクォークが詰まってるかも
最後の滝壺
最大の破談
最大のビッグブルーがおんどれらを襲う
最後だから言うけど次スレいらね
さんざ世話になったんだろ 看取れよ
最後の他界他界
最後の燭
>>947 TME使うと SunOS4.1.x上がるよ。めさ遅いし GUIはマウスがおかしいけど。
最近だと Qemuもイケるんではないか?
Sun Microsystemsを懐かしむスレ
最後の買収 でいいんじゃね?
>>969 ほんと?
SunView 動かしてあそぼうw
最大のや最後のにもあきてきた 誰か次を考えてくれw
最高の 最上の 最新の
最善の翻意
最上川上流
最大の沈没船
最低の株価
Sun Microsystems 空前絶後のドタキャン
ドタキャンはむしろIBMじゃね?
>>981 乙!!既に下流に撒き散らしって感じもするけどw
オレの採用はこれで 3つめかな。フッ。
自分でスレ立てしたくせにw
まあそうヒガむな。君のはヒネリが足りんよ、ヒネリがw
おいおい、新参者が。 スレタイの伝統は守れ。 いままで守らなかったスレは本スレとして機能しなかったぞ
マジひがんでんのかよ、オイオイ... .p
さて本スレ立てるか
>>983 ちなみに「滝壷」と「字余り」ね。もういっこあったような気がしたけど、忘れた。
>>988 ま、せいぜいがんばれやnyny ..ヒネれよ? 少しはww
991 :
990 :2009/04/09(木) 18:41:43
>>989 リロードしてなかったorz
「滝壷」は、なかなか良いけど他はちょっと微妙w
負債もこやって簡単に埋めれるといいね。
993 :
名無しさん@お腹いっぱい。 :2009/04/09(木) 18:57:32
最捻の糸題
最大の負債
995 :
名無しさん@お腹いっぱい。 :2009/04/09(木) 19:01:09
最負の債埋
>>991 まあ、「字余り」は別の字余りな案の後ろに(字余り)って書いといたら
採用されてしまったわけだが。
これは採用者に捻りがあったわけだなw
最中で宴会
最寄のクロスバー停
最上稲荷神社
最早戦後ではない
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。