トップページ⇒unix
988コメント275KB

Sun Microsystems 最大の岩望

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2009/07/10(金) 19:13:24

Rockは出るのか!?

【前スレ】
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
0753名無しさん＠お腹いっぱい。2009/09/15(火) 08:42:33
お爺ちゃんには夢がないね
0754名無しさん＠お腹いっぱい。2009/09/15(火) 08:53:13
>>752
テコ入れする限りは、取捨選択が大胆に行われ、そして、結果がでなければザックリと切られる。
従来ならSPARCは仕方なく保守〜みたいな感じでダラダラやれたのが、できないってことだよ。
0755名無しさん＠お腹いっぱい。2009/09/15(火) 09:19:00
買収対象としてAzulとかどうなんだろ
IBMの息がかかってるが
0756名無しさん＠お腹いっぱい。2009/09/15(火) 09:28:39
ttp://www.azulsystems.com/compute_appliance.htm
重いWebサーバだなぁ。
0757名無しさん＠お腹いっぱい。2009/09/15(火) 09:29:40
藍屋の白袴だな。
0758名無しさん＠お腹いっぱい。2009/09/15(火) 09:44:02
うわぁ〜。願望フルスロットルですね。言っててみじめじゃないですかw?
0759名無しさん＠お腹いっぱい。2009/09/15(火) 09:45:14
AzulってSunと訴訟してなかったっけ?
07607562009/09/15(火) 09:54:06
すまん、こちらの回線が障害発生してた。
0761名無しさん＠お腹いっぱい。2009/09/16(水) 10:15:21
買収された企業の製品にビクついてるアンチあわれww 情けなさ満開pw
0762名無しさん＠お腹いっぱい。2009/09/16(水) 10:36:34
>>686,715
Yosemite Fallsは New VT Coreにはなってるけど、Rainbow Fallsと同じ
プロセスでクロック上がる代わりにコア数減で、新コアでの無難な再構築という感じ?

Yellowstone Fallsと Cascade Fallsが同一チップなら、後者は 192/4→ 48ソケット
いけてもいいような気がするけど。Yellowstone Fallsの方が廉価版てことなら
まだわかるけど、そうじゃないだろうし。
0763名無しさん＠お腹いっぱい。2009/09/16(水) 10:48:47
Yellowstone Fallsは、4core x 8thread x 192socketだと OSから見て
6144コの CPUがあるように見えるわけね。ふへ〜
でも、NUMAだよね。
0764名無しさん＠お腹いっぱい。2009/09/16(水) 10:55:49
OSから見て4096CPUマシンは稼働してるけど、
こっちはいつ稼働するやら
0765名無しさん＠お腹いっぱい。2009/09/16(水) 11:04:51
>>762
> 192/4→ 48ソケットいけてもいいような気がするけど

SMPのための信号線が、MCM内接続に食われて、MCMの外には少ししか出てなくて、8ソケットまでしかスケールしないのかも。
0766名無しさん＠お腹いっぱい。2009/09/16(水) 11:13:06
>>765
でもそれだと、CascadeF 8発 128コア機の方が YellowstoneF 32発 128コア機より
安い、ってこと?
0767名無しさん＠お腹いっぱい。2009/09/16(水) 11:16:40
なんかコンスタントに製品出してるように見えるけど、2009年の
Victoria Falls+ は 1.4GHz → 1.6GHzの単なるクロックアップだなw
プロセスもいっしょだし。
0768名無しさん＠お腹いっぱい。2009/09/16(水) 11:29:06
Sun Oracle Database Machine ..とりあえず今回は SPARC使ってないような。
0769名無しさん＠お腹いっぱい。2009/09/16(水) 11:36:59
ＨＰもソラリスサポートするってよ。

＞9月15日、日本ヒューレット・パッカード（以下、HP）は、
＞同社のx86サーバ「HP ProLiantシリーズ」において
＞サン・マイクロシステムズの「Solaris 10」のサポートを追加することを発表した。
http://ascii.jp/elem/000/000/460/460275/
0770名無しさん＠お腹いっぱい。2009/09/16(水) 11:39:30
ＨＰのアナウンス

HP ProLiant向けSolarisおよび関連サービスの提供開始
- ワンストップサービスで、x86サーバー上でのSolarisアプリケーション環境を提供し、
大幅なIT の生産性向上を実現 -
http://h50146.www5.hp.com/info/newsroom/pr/fy2009/fy09-180.html
0771名無しさん＠お腹いっぱい。2009/09/16(水) 11:51:13
>>766
たぶん、そう。

Yellowstoneのほうはメモリのチャネル数も多く、ソケット間のレイテンシも短く、巨大なサーバだと思うよ。
0772名無しさん＠お腹いっぱい。2009/09/16(水) 11:53:27
>>767
マスクは新しくなってると思うよ。
0773名無しさん＠お腹いっぱい。2009/09/16(水) 12:04:33
>>769
Oracle効果かな。

もうSunはx86サーバ作らなくていいよ。
0774名無しさん＠お腹いっぱい。2009/09/16(水) 13:03:28
>>773
Andy デザインの Galaxy シリーズだけは残してくれｗ
0775名無しさん＠お腹いっぱい。2009/09/16(水) 19:49:39
>>769-770に追加
「時代が変わった」、日本HPが自社サーバ向けにSolaris販売
ttp://www.atmarkit.co.jp/news/200909/15/hp.html
0776名無しさん＠お腹いっぱい。2009/09/16(水) 21:43:08
>>774
退社と共に終了しているじゃないか。
0777名無しさん＠お腹いっぱい。2009/09/16(水) 21:50:36
とりあえず、Galaxy から売却か
0778名無しさん＠お腹いっぱい。2009/09/17(木) 01:03:30
そしてOracleはHPと決別
http://in.reuters.com/article/rbssTechMediaTelecomNews/idINN158061620090915
0779名無しさん＠お腹いっぱい。2009/09/17(木) 03:08:26
>>778
以前、Exadataは続行、ってなことをOracleは言ってたよな。
Sunを買収しても従来のパートナーシップは推進していくとか八方美人なことを。

Exadataは、x86とソケット互換のFPGAモジュールを使っていたと思うが、
x86の日進月歩に対して追従せず、なんか放置されてたような。
そういうわけで、新モデルの開発しないで打ち切るのは、まぁ妥当だろうな。
0780名無しさん＠お腹いっぱい。2009/09/17(木) 07:18:58
HPはSNonStop SQLもってるんだから別に困らんやん
0781名無しさん＠お腹いっぱい。2009/09/17(木) 07:57:42
それ以前に、
Oracleがハードウェア製造をHPに委託していたってだけで、
ExadataはHPの製品ラインには含まれてないと思う。
0782名無しさん＠お腹いっぱい。2009/09/17(木) 08:05:06
>>779
それはExadataではなくNetezzaじゃね?
0783名無しさん＠お腹いっぱい。2009/09/17(木) 10:38:37
HP-UX、x86に移植するのはムリもしくは時間のムダという判断だな。
加えて Linuxではダメだと。やっと飲み込めたか。
Itaとともにしゅーりょー。さいなら。
0784名無しさん＠お腹いっぱい。2009/09/17(木) 12:55:40
HP-UXをx86に移植しない理由は、Solarisがフル機能をx86に提供しない理由と一緒でしょう。
といっても、x86もRAS機能を持ちつつあるので、いつまでも状況が同じではないが。

x86 + Solaris for x86 では、HP-UXを置き換えることは、まだまだ、できない。
0785名無しさん＠お腹いっぱい。2009/09/17(木) 13:07:24
そもそもPA-RISCの方向性からして、x86とは別世界だよ。
HP-UXをx86に移植して欲しいというユーザはいないだろう。
0786名無しさん＠お腹いっぱい。2009/09/17(木) 13:21:17
>>784
> HP-UXをx86に移植しない理由は、Solarisがフル機能をx86に提供しない理由と一緒でしょう。

全く意味不明だな。フル機能じゃない HP-UX/x86があるわけでもないのに。
なにが「一緒」でなにが「理由」なんだ? 根拠皆無。脈絡ゼロ。
0787名無しさん＠お腹いっぱい。2009/09/17(木) 13:22:34
>>785
いないね。イラネぽいっ。別世界とやらへどぞーw
0788名無しさん＠お腹いっぱい。2009/09/17(木) 13:42:21
Oracle やったねｗ

http://www.publickey.jp/blog/09/oraclesunoltpdwhxeon5500flashinfiniband.html
0789名無しさん＠お腹いっぱい。2009/09/17(木) 15:10:27
>>786
あなたの考えが至らないだけ、だな。

>>787
なぜクロックが低いPA-RISCが売れ続けたのか、そこんところを考えてね。
0790名無しさん＠お腹いっぱい。2009/09/17(木) 16:01:36
しかし、SSDで数字稼ぐってセコいなｗ

http://image.itmedia.co.jp/enterprise/articles/0909/16/yu_exadata.jpg
＞Exadataの前バージョンの「HP Oracle Database Machine」より2倍速
＞TeradataやNetezzaより5倍、IBMの“最速のコンピュータ”より20倍速

・Intel Xeon　5500
・6Gbpsの600GバイトSASディスク、DDR3メモリ、
・40Gビット／秒のInfiniBand
・1ラック当たりSSDは5Tバイトまで、DRAMは400Gバイトまで、
・SASディスクでは100Tバイト、SATAドライブでは336Tバイトまで
（Sun Fire X4170、Sun Fire X4275、InfiniBand Switch）
0791名無しさん＠お腹いっぱい。2009/09/17(木) 16:44:57
じゃすぱーふぉれすとがでたらしょうでんりょくもあぴーるするんだろうなこれは
0792名無しさん＠お腹いっぱい。2009/09/17(木) 17:28:56
>>790
OracleのロゴをSunの「下に」持ってきたのが凄い
こりゃ完全に本気だな
楽しすぎる
0793名無しさん＠お腹いっぱい。2009/09/17(木) 18:31:02
>>789
もいっぺんだけ言っといたるわ。「なんのいいわけにもなってない。」
せいぜい別世界とやらへ行ってくれ。もう帰ってくんなよw
0794名無しさん＠お腹いっぱい。2009/09/17(木) 18:35:45
794ゲット
0795名無しさん＠お腹いっぱい。2009/09/17(木) 21:38:09
平安京？
0796名無しさん＠お腹いっぱい。2009/09/18(金) 01:25:23
>>786

「x86になくてSparcにある機能を活用したSolarisの機能があるように、
たとえHP-UXのx86版を作ったとしても実現できないHP-UXの機能がある。

Sunはそれでもそれ以外の部分でビジネスになると判断をしたが、
HPはビジネスにならないと判断したのが違うだけで、
x86にSolarisやHP-UXがウリとする機能が備わっていない点で同じ」と
言っているように読めるが。

それがどんな機能なのか知らない俺が言うのもなんだが。
0797名無しさん＠お腹いっぱい。2009/09/18(金) 01:33:24
>>796
>>784は単に貶めたいだけ
無視するがおｋ
0798名無しさん＠お腹いっぱい。2009/09/18(金) 01:37:21
このキチガイいつもいるよな
0799名無しさん＠お腹いっぱい。2009/09/18(金) 16:44:23
>>796
インチキ企業の方がもっとずっとマシな言い訳するよなww
0800名無しさん＠お腹いっぱい。2009/09/18(金) 16:46:53
別人のフリして連投するやつ、サイテーだな。というか、もうずっとやってる
バカだって見え見えなのがバレないとでも思ってるのか。
想像もつかんww w
0801名無しさん＠お腹いっぱい。2009/09/18(金) 17:25:41
>>799と>>800のことですね、わかります
0802名無しさん＠お腹いっぱい。2009/09/18(金) 20:08:54
みじめなやつ.
0803名無しさん＠お腹いっぱい。2009/09/18(金) 20:24:17
>>799と>>800のことですね、わかります
0804名無しさん＠お腹いっぱい。2009/09/18(金) 20:34:02
このキチガイいつもいるよな
0805名無しさん＠お腹いっぱい。2009/09/19(土) 02:02:34
狂儲
0806名無しさん＠お腹いっぱい。2009/09/20(日) 22:03:51
sparcとx86ではras機能をインプリメントするレイヤーが違うんです。
sparcでは、障害発生の信号はすべてOSに通知されるのでrasの対応は
OSの機能になります。（たとえばメモリでのビット化け多発によるページ
単位の縮退など）
x86では、windowsにras機能がないので、障害発生はOSで対応できません
ので、biosでやります。
だからsolaris sparcのrasがsolaris x86に移植されていないといっても
当たり前のことなんですね。x86ではbiosとサービスプロセッサががんばる
んです。
0807名無しさん＠お腹いっぱい。2009/09/20(日) 22:07:28
【続き】
ということで、x86では、biosとサービスプロセッサでRASをきちんと実現すれば、
powerやitaniumをリプレースするマシンになります。
0808名無しさん＠お腹いっぱい。2009/09/20(日) 22:12:01
exadata v2って、enterpise linux + x86ですよね。
sparcでもsolarisでもない。今のoracleの商売ってほんとにsunが
いらないんですね。こんな状況でどうするのでしょうか？笑うどこ
ろか、力が抜けちゃいましたよ。
0809名無しさん＠お腹いっぱい。2009/09/20(日) 22:20:59
【続き】
だいたい oracle 11g はsolaris x86用にリリースされていないですよね。
solaris x86にフル機能を提供していないのは、sunじゃなくてoracleなん
です。まじめにやる気があるんだったら、まず oracle 11gをsolaris x86
にリリースしなさい。それがこの買収がうまくいくかどうかの判断ポイント
と思っています。
0810名無しさん＠お腹いっぱい。2009/09/20(日) 23:49:35
米国HPは、数年前からSolarisサポートしてたので、今更感があるのですが...
0811名無しさん＠お腹いっぱい。2009/09/21(月) 03:35:28
>>809
OracleだってSPARC売りたいのではないですか？
0812名無しさん＠お腹いっぱい。2009/09/21(月) 05:16:52
>>806>>807
＞x86では、windowsにras機能がないので、障害発生はOSで対応できません
windowsにrasが無いことをSolaris x86にrasが移植されないことの理由に
されてもねえ。どこで実現してもよいrasが条件ならx86 solarisである必要
すらないじゃないの。

>>811
儲かるなら？でも自ら作る必要はないかも。
0813名無しさん＠お腹いっぱい。2009/09/21(月) 06:55:14
>>812
会社買った以上は買ったものをおカネに換えていきたいじゃないですか
0814名無しさん＠お腹いっぱい。2009/09/21(月) 07:23:12
欲しかったのは会社じゃなくて
SUNの中の一部の人だろ
0815名無しさん＠お腹いっぱい。2009/09/21(月) 07:26:05
大企業倒産を嫌う米政府がOracleに買い取らせただけでしょ
0816名無しさん＠お腹いっぱい。2009/09/21(月) 07:28:14
市場のプレーヤーを減らすために、時には欲しくない会社を買収することもありますよ。

前にHDDで、そういう買収があった。
0817名無しさん＠お腹いっぱい。2009/09/21(月) 07:53:28
別にSPARCとSolarisだけの会社じゃねえしなぁ。
0818名無しさん＠お腹いっぱい。2009/09/21(月) 08:29:14
>>816
それはIBMがSunを買収しようとしたやつのことだな
SunはOracleにとって直接の競合メーカーではない気がするが
0819名無しさん＠お腹いっぱい。2009/09/21(月) 09:27:31
>>812
solaris x86では、boisとサービスプロセッサでsparc以上のrasを
実現していますので問題ありません。
0820名無しさん＠お腹いっぱい。2009/09/21(月) 09:34:21
>>814
日本とちがいアメリカでは人材確保が買収の目的にはならないですよ。
必要な人間は金で引っこ抜けばいい。会社を買収しても優秀な人材は
辞めちゃうかもしれませんよね。
0821名無しさん＠お腹いっぱい。2009/09/21(月) 09:42:53
手に入るのは商標
08228192009/09/21(月) 09:48:02
>>812
なぜx86か？といわれれば、linux/windowsに比べてsolaris sparc
のアプリをx86サーバ上に移植する手間が一番少ないからですよ。
0823名無しさん＠お腹いっぱい。2009/09/21(月) 10:53:29
>>818
SunがOracleと競合するDB持ってたような・・・
0824名無しさん＠お腹いっぱい。2009/09/21(月) 10:54:51
MySQLだね。
0825名無しさん＠お腹いっぱい。2009/09/21(月) 11:18:13
MariaDBの開発が進みますように…

でも最近、Postgreでいいやー、みたいな気もしてきた
0826名無しさん＠お腹いっぱい。2009/09/21(月) 11:34:43
PostgreSQLをPostgreと略すバカ
0827名無しさん＠お腹いっぱい。2009/09/21(月) 11:38:32
MariaDBって初めて知りました。オープンソース魂ここにあり、って
感じで良いですね。早くoracleなんか蹴散らして欲しいです。
0828名無しさん＠お腹いっぱい。2009/09/21(月) 13:40:05
FireBird
0829名無しさん＠お腹いっぱい。2009/09/21(月) 15:32:28
大規模で使えると思ってんのか
0830名無しさん＠お腹いっぱい。2009/09/21(月) 16:14:02
>>819
あなたの言うx86 biosで提供されるrasとはどの部分のことですか。
サービスプロセッサで提供されるrasはエンクロージャー部分だけだと思いますが。

>>822は>>809とは別人？
x86の他のプラットフォームで既存のOracleがあるならそれを使えば
よいじゃない。
>>807 のx86リプレース となる対象が、powerやitaniumじゃなくて
SPARCだと言うならそうかもしれないけれど。

>>817
自社ハードウェアでLinuxとWindows serverもサポートしているしねぇ。
0831名無しさん＠お腹いっぱい。2009/09/21(月) 16:15:23
>>829
そうおっしゃるお客様がたくさんいるのでとても助かります。
0832名無しさん＠お腹いっぱい。2009/09/21(月) 23:58:09
>>>819
>あなたの言うx86 biosで提供されるrasとはどの部分のことですか。
>サービスプロセッサで提供されるrasはエンクロージャー部分だけだと思いますが。
俺も完全には調査を終えていないが、こんな感じだと思うぞ。
　・メモリのビット化け
　　sun4vではhyperviserがログ取得しているように見える
　　sun4uでは、solarisカーネルが異常発生アドレスのログ取得
　　x86ではbiosがログ取得、OSには通知されないように見える。
　・メモリスクラバ
　　sparcではカーネル内のスレッドが周期的にメモリアクセス
　　x86ではメモリコントローラがHW的に周期アクセスを実施
　・cpu内の異常（レジスタのビット化け）
　　sparcではtrap発生　−＞パニック
　　x86ではmachine check発生 ->パニック
　・演算結果のパリティ予測
　　sparcでは富士通のsparc64のみ実施、sun製のプロセッサはチェック無し
　　　（powerもitaniumもチェックナシ）
　　x86はチェックなし
　・CPUキャッシュスクラバ
　　sparcではカーネル内のスレッドが周期的にメモリアクセス
　　x86ではやっていないように見える。これはsolaris x86の手抜きか？
　・システムバスエラー系
　　sparcではint15発生→パニック
　　x86ではmachine check発生？
0833名無しさん＠お腹いっぱい。2009/09/22(火) 00:01:37
>>822は>>809とは別人？
x86の他のプラットフォームで既存のOracleがあるならそれを使えば
よいじゃない。
　同じ人だよ。漏れはsolarisのファンであるので、x86でもsolaris
を使いたい。linuxの信頼性は最近は問題ないと思っているがソースコ
ードが汚いので嫌い。

>>807 のx86リプレース となる対象が、powerやitaniumじゃなくて
SPARCだと言うならそうかもしれないけれど。
当然sparcもリプレース対象ですが、それだけではx86の躍進は終わらない
と思います。あと4,5年で生き残るunix機は、いずれのCPUであっても
32-64cpu以上のハイエンド機だけと思っています。
0834名無しさん＠お腹いっぱい。2009/09/22(火) 00:34:07
【つづき】
unix機がなくなると考えている根拠はspac2006のintrate値。
core当たりでざっと見てみると、
nehalemが30、power6が29、itaniumが12、sparc64viiが9。今年の
年末にnehalem-exで8コア8ソケット対応になる。まともなパッケー
ジングとOSが用意できれば、コストパフォーマンスでpower, itanium、
sparcの中級機まで蹴散らされるのは目に見えていると思う。
0835名無しさん＠お腹いっぱい。2009/09/22(火) 00:45:21
まともなパッケージとOSはまだないの？
ないなら用意できる見通しはあるの？
0836名無しさん＠お腹いっぱい。2009/09/22(火) 00:46:34
linux/windowで良いのでしたらご自由に
0837名無しさん＠お腹いっぱい。2009/09/22(火) 01:03:57
>>835
ないよ
あるわけない
0838名無しさん＠お腹いっぱい。2009/09/22(火) 03:34:54
と夢想する狂信者であった
0839名無しさん＠お腹いっぱい。2009/09/22(火) 03:53:05
>>809
>oracle 11g はsolaris x86用にリリースされていないですよね

http://www.sun.com/launch/2009-0915/index.jsp
すぐでてくるんじゃないの
0840名無しさん＠お腹いっぱい。2009/09/22(火) 04:33:43
>>832
詳細ありがとうございます。
カーネルがハードウェアをパトロールしてもエラーを通知できないならば
実装しても無駄ですね。
ハードウェアエラーをOS、というかSolarisでハンドリングできるように
ならなければうれしくない。

>>834 なくなるUNIX機とは専用ハードという意味で理解。

>>839
その記事の一番右下にはなんてかいてある？
0841名無しさん＠お腹いっぱい。2009/09/22(火) 06:04:26
>>839
sun oracle exadata v2のosは oracle enterprise linux release 5.3
ttp://www.oracle.com/technology/products/bi/db/exadata/pdf/exadata-datasheet.pdf
0842名無しさん＠お腹いっぱい。2009/09/22(火) 08:03:53
>>835
そこでSunのx86サーバとSolarisですよ。
Oracleにとって、ハイエンド案件のために差別化するのは、そんなに旨味がないだろう。
0843名無しさん＠お腹いっぱい。2009/09/22(火) 08:06:19
SPARCサーバを売るよりも、
x86サーバにSolaris乗せて売ったほうが、
薄利多売で儲かるでしょう。

Oracleはハードウェア屋ではなくソフトウェア屋なのですから、
作ったものを数売ってナンボですから。

SPARCにこだわってると、下からシェアを食われてしまう。
0844名無しさん＠お腹いっぱい。2009/09/22(火) 08:22:55
はてSunもソフト屋だったような・・
0845名無しさん＠お腹いっぱい。2009/09/22(火) 08:37:26
業績落ち目の

…でしょ？
0846名無しさん＠お腹いっぱい。2009/09/22(火) 10:28:22
ソフト屋としても中途半端、ハード屋としても中途半端。
まさに二兎を追うものはなんとかの例えそのまま。

それがSun。
0847名無しさん＠お腹いっぱい。2009/09/22(火) 11:01:14
オラクルさまに買収していただいたので
いろいろ悩む必要はなくなりました。
0848名無しさん＠お腹いっぱい。2009/09/22(火) 22:15:07
>>844
Sun はもともとハード屋だろｗ
高いサーバーが売れないと儲けが出ないｗ
0849名無しさん＠お腹いっぱい。2009/09/22(火) 22:46:36
やっぱ素直にx86のlinuxに行くしかないのかな。
linux使って困ったことのある人いますか？
0850名無しさん＠お腹いっぱい。2009/09/22(火) 22:54:43
いっぱいいるだろｗ
0851名無しさん＠お腹いっぱい。2009/09/22(火) 23:06:24
Linuxなんか使うくらいならWindows使うぞ。
Windowsの認証を使わなければCALも必要ない・・・だったよな。いや、今は違うか。
0852名無しさん＠お腹いっぱい。2009/09/22(火) 23:08:39
>>848
思考はソフト屋だよ
派手好みで堅実性がない
■ このスレッドは過去ログ倉庫に格納されています