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

Sun Microsystems 最大の岩望

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001名無しさん@お腹いっぱい。2009/07/10(金) 19:13:24

Rockは出るのか!?

【前スレ】
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
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 はもともとハード屋だろw
高いサーバーが売れないと儲けが出ないw
0849名無しさん@お腹いっぱい。2009/09/22(火) 22:46:36
やっぱ素直にx86のlinuxに行くしかないのかな。
linux使って困ったことのある人いますか?
0850名無しさん@お腹いっぱい。2009/09/22(火) 22:54:43
いっぱいいるだろw
0851名無しさん@お腹いっぱい。2009/09/22(火) 23:06:24
Linuxなんか使うくらいならWindows使うぞ。
Windowsの認証を使わなければCALも必要ない・・・だったよな。いや、今は違うか。
0852名無しさん@お腹いっぱい。2009/09/22(火) 23:08:39
>>848
思考はソフト屋だよ
派手好みで堅実性がない
0853名無しさん@お腹いっぱい。2009/09/23(水) 00:33:23
>>851
Windowsの認証を使わなくてもWindows上のアプリなどで何らかの認証をした場合にはCALが必要
0854名無しさん@お腹いっぱい。2009/09/23(水) 00:52:04
>>851
2003から変って、インターネットからの匿名アクセス以外は全てCALが必要
逆に言うと、2000以前はWindowsの認証メカニズムを使うとCALが必要になった
0855名無しさん@お腹いっぱい。2009/09/23(水) 01:25:44
>>849
そりゃ、どんなもの使ったって困ったことはあるだろう。
変わったところでは、
コストパフォーマンスが劇的に改善して大したトラブルもないので、
今までどんだけ高いものを使わせてきたんだと勘違いした経営陣から
怒られたというのはある。
まあ、ようやく機が熟してきただけなんだが。
0856名無しさん@お腹いっぱい。2009/09/23(水) 01:34:08
Ellison: Sunacle is an IBM killer
http://www.channelregister.co.uk/2009/09/22/ellison_explains_sun_merger/
0857名無しさん@お腹いっぱい。2009/09/23(水) 06:51:18
Windows Serverの普及を考えるとWindows ServerのCALも支払えない貧乏会社は少ないということだ
0858名無しさん@お腹いっぱい。2009/09/23(水) 08:31:21
必要のないカネは支払わないと言うこと
0859名無しさん@お腹いっぱい。2009/09/23(水) 10:24:17
Windows Serverのほうが妥当だという判断をして必要な金を払ってるんだろ
0860名無しさん@お腹いっぱい。2009/09/23(水) 12:33:39
SUN = ソフト屋
の連想で思い出したもの
NeXT
0861名無しさん@お腹いっぱい。2009/09/23(水) 12:54:09
つーかエンタープライズ版のサブスクリプションって、
Linuxの方が高いし。
0862名無しさん@お腹いっぱい。2009/09/23(水) 19:23:18
他の Linux 機との取り回しを考えて Solaris を辞める事にした。
みんなすまない…
0863名無しさん@お腹いっぱい。2009/09/23(水) 21:55:24
藻前もか…
0864名無しさん@お腹いっぱい。2009/09/24(木) 00:38:21
マローニ氏は「Itaniumアーキテクチャはすでに重要な目標を達成した。
すでに数カ月前にSPARC系のシステムの売り上げを上回ったのだ」と述べ、
Itaniumのビジネスが好調であることを強調し、さらにその路線を強化
するためにTukwilaを2010年の第1四半期に出荷開始すると述べた。
0865名無しさん@お腹いっぱい。2009/09/24(木) 01:16:42
Itaniumはコア数少ないしクロックも遅いのに、なんで現役でいられるんだろ
0866名無しさん@お腹いっぱい。2009/09/24(木) 01:21:59
知らん、PA-RISC時代からの顧客に聞け
0867名無しさん@お腹いっぱい。2009/09/24(木) 02:28:35
Sunと違って高いハードが売れるからだろうね
0868名無しさん@お腹いっぱい。2009/09/24(木) 09:06:03
無意味に高いものが売れるはずもなく、なにか付加価値があるのだろ
0869名無しさん@お腹いっぱい。2009/09/24(木) 09:12:37
>>865
フォルト・トレラント関係じゃないかな?金融関係とかミッションクリティカルな所で生き残ってるって聞いたことある。
0870名無しさん@お腹いっぱい。2009/09/24(木) 10:10:25
日本だと富士通だけじゃないか、金融にSPARC売ってるの
Sunのハードじゃ話にならなかったので、富士通がプロセッサを筆頭に何から何まで手を入れて、よーやく肩を並べた
0871名無しさん@お腹いっぱい。2009/09/24(木) 10:35:53
そもそも客はハードを買ってるってわけじゃないしねぇ。
0872名無しさん@お腹いっぱい。2009/09/24(木) 11:12:01
>>871
だけど、某ビッグユーザーに、Sunを使った提案をしようものなら、出入り禁止を食らう勢いで門前払いされるよ。
0873名無しさん@お腹いっぱい。2009/09/24(木) 16:44:38
どこだよ
0874名無しさん@お腹いっぱい。2009/09/24(木) 17:09:31
Sunの紫色の筐体を見た瞬間に、顔をしかめて帰った人もいたな
0875名無しさん@お腹いっぱい。2009/09/24(木) 22:30:12
大丈夫いまは銀色か黒だから。HPよりも壊れないし。あ、CMTとX64以外ね
0876名無しさん@お腹いっぱい。2009/09/24(木) 22:42:56
NECが富士通のSPARC64サーバを売ってるんだよな。
0877名無しさん@お腹いっぱい。2009/09/24(木) 22:43:53
>>872
みかか?
0878名無しさん@お腹いっぱい。2009/09/25(金) 01:34:10
NECはHPのサーバーも売っていなかったか?節操がないな。
0879名無しさん@お腹いっぱい。2009/09/25(金) 10:12:11
また昔話がはじまったぜ。事業部の名前も言えない又聞きが念仏唱えてるだけ。さむさむ
0880名無しさん@お腹いっぱい。2009/09/25(金) 11:57:26
Sunを使うなってのは全社的なコンセンサスだったな。
0881名無しさん@お腹いっぱい。2009/09/25(金) 15:58:06
安売りで入れた HP-9000/7xxはおもしろいくらい遅かったけどなwwww
0882名無しさん@お腹いっぱい。2009/09/25(金) 16:54:34
データエントリー用の端末じゃないか。
0883名無しさん@お腹いっぱい。2009/09/25(金) 17:00:05
え、NTTってSun好きな人多いイメージだったんだけど
0884名無しさん@お腹いっぱい。2009/09/25(金) 17:16:02
事業部はHPを好み、研究所はSunを好む。
0885名無しさん@お腹いっぱい。2009/09/25(金) 19:47:57
IBMやHPがOracleを載せてSIしてくれてたのは、
ハード部門が競合しなかった面が大きかったと思うが、
Sunを買収して、>>679みたいなことで、本業の方は大丈夫だろうか…
0886名無しさん@お腹いっぱい。2009/09/25(金) 20:57:11
NTTはSUNたくさん使ってると思うけど。武蔵野にも横須賀にもたくさんある。
SUNの最新鋭機はまずDOCOMOの電子メール(ケータイメール)サーバとして納入されてた
というフォークロアがある。E10Kの頃の話。
0887名無しさん@お腹いっぱい。2009/09/25(金) 21:12:37
いや、フォークロアというか事実だよ、それは。

でもそれ、最大の汚名の元なんだ…
0888名無しさん@お腹いっぱい。2009/09/25(金) 21:19:23
武蔵野も横須賀も研究所だろが。
0889名無しさん@お腹いっぱい。2009/09/26(土) 09:40:03
>>882
NTT用のシステムの開発に使われてたわけだな。もう遅くて遅くてゲラゲラw
0890名無しさん@お腹いっぱい。2009/09/26(土) 11:00:35
オペレーションシステムの端末だろ?
0891名無しさん@お腹いっぱい。2009/09/26(土) 11:18:07
何くいさがってんのこのバカは
0892名無しさん@お腹いっぱい。2009/09/26(土) 11:32:25
トラブルにつけ込んで安売りで台数さばいたのがそんなに自慢なのかね、
低レベルなこった。
技術で取る、なんて発想は皆無なわけか。
しかも太古の昔の話だろ。i-mode導入時期の話。カビ生えまくり。
0893名無しさん@お腹いっぱい。2009/09/26(土) 11:38:04
>>885
逆にさ、RDBMSだけじゃ、先はないからね。
0894名無しさん@お腹いっぱい。2009/09/26(土) 11:43:19
このスレでクダ巻いてる奴が技術とか言っててワロスw
レベル高杉だわな。
0895名無しさん@お腹いっぱい。2009/09/26(土) 13:03:18
おいおい、本当にSunで大丈夫なの?
まっかせてください、しっかり多重化しますから、Sunでも大丈夫ですよ
信頼性に偏執に神経質になるよりも、最新のシステムによる柔軟性を取るべきですよ



Sunのハードの信頼性のダメさよりも先にシステム設計がダメだめで崩壊したという
0896名無しさん@お腹いっぱい。2009/09/26(土) 13:54:36
某modeシステムでの失敗は設計と実装に問題があったんでしょ?
なのにハードウェアへ責任転嫁する人って・・・
0897名無しさん@お腹いっぱい。2009/09/26(土) 14:44:05
大昔の話はもうどうでもいいんですけど...
その後クビになったかわいそう君はもう来ないでね。傷口が広がるだけだよ
0898名無しさん@お腹いっぱい。2009/09/26(土) 14:58:48
HPの PA-RISCのワークステーションいやいや使ってたけど。サイテーだったねw
0899名無しさん@お腹いっぱい。2009/09/26(土) 16:34:30
HPは最低のソリューションだ
ただしSunを除けばだが
0900名無しさん@お腹いっぱい。2009/09/26(土) 16:38:49
>>896
そんな人いるの? 具体的にレス番どれ?

>>898
ワークステーションとしてはSunが優れてた
サーバとしてはHPが優れてた
だから>>884なんでしょ
0901名無しさん@お腹いっぱい。2009/09/26(土) 18:15:06
上の方で、レジスタウィンドウの話出てるけど、
Crusoeはレジスタウィンドウなかったんじゃない?
0902名無しさん@お腹いっぱい。2009/09/26(土) 19:45:46
話の繋がりが見えない
0903名無しさん@お腹いっぱい。2009/09/26(土) 20:38:13
>>900
何くいさがってんのこのバカは
0904名無しさん@お腹いっぱい。2009/09/26(土) 21:12:01
バカだからな
0905名無しさん@お腹いっぱい。2009/09/26(土) 21:22:41
>>903
どーした?
0906名無しさん@お腹いっぱい。2009/09/27(日) 08:52:23
>>896
wikipedia(ja)は、Sun一社でトータルソリューションを出してなかったから、
と書いている奴がいるな。要するにSIの検証不足って事だが。
一社に閉じているから安心していいような規模のシステムじゃねーし。
0907名無しさん@お腹いっぱい。2009/09/27(日) 10:22:20
GRIMMの問題点は2つあると思う。

1つは、発注側のNTTドコモの考え方が古かったこと
インターネットでサーバといえばSunが一番、UNIXといえばSunという時代で育ったオタク技術者

もう1つは、ハードウェアのスケーラビリティ特性への理解が足りなかったこと
思わぬところにボトルネックが生じて、溢れる寸前でも余裕が十分にあると誤解するなど。
0908名無しさん@お腹いっぱい。2009/09/27(日) 15:53:16
人の失敗見たからこそ考えを改められるし、理解も広がるもんだよ。
メンツも合わせて金と人もかけることができる。あとは中間搾取と如何戦うか。

前が成功したからと言っても次が約束されるわけでもなかったでしょ。
0909名無しさん@お腹いっぱい。2009/09/27(日) 16:39:45
>>865
ハイエンドサーバーってoracleを動かすぐらいしか仕事ないんだけど
下手にcore数が増えるとoracleのcpuライセンスの料金が上がる。
ライセンスに掛かるcore係数は、itanium 0.5, sparc 0.75で、
core当たりの性能はitaniumのほうが数割高いにもかかわらず、oracle
のライセンス料はお得。
0910名無しさん@お腹いっぱい。2009/09/27(日) 16:40:34
そこのあたりはいじってくるんじゃないかな
0911名無しさん@お腹いっぱい。2009/09/27(日) 16:47:51
そりゃsparcのcore係数が下がれば嬉しい。0.3-0.4ぐらいが妥当と思う。
ただ、あのガメツイoracleが単なる値下げをするとは思えんよ。
0912名無しさん@お腹いっぱい。2009/09/27(日) 17:00:40
ガメツイoracle -> ボラクル
0913名無しさん@お腹いっぱい。2009/09/27(日) 17:07:27
じゃぁitaniumのほうを値上げすりゃいいのよ、適当な理由が付けられるタイミングで

しかしitaniumは化け物だな
1.6GHz動作のitaniumが、2.4GHz動作のSPARCの数割も高い性能を叩き出すのか
0914名無しさん@お腹いっぱい。2009/09/27(日) 17:13:32
それが今のIntelにとってはいらない子の実力なのであしからず。
Nehalem-EXの絶対性能はさらに凄まじい差をみせてくれるでしょう。
0915名無しさん@お腹いっぱい。2009/09/27(日) 17:52:07
今だにクロックで比較するバカ発見
0916名無しさん@お腹いっぱい。2009/09/27(日) 18:04:09
>>913
話はそう簡単ではない。power6のcore係数は、春に0.75から1.0に値上げ
したんだが、これはitanium 0.5に対して妥当だ。ここでitaniumのcore
係数を上げると、またpower6が割安になってしまう。
レス数が900を超えています。1000を超えると表示できなくなるよ。