トップページ⇒unix
1001コメント287KB

Sun Microsystems 最後の量産

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2005/05/01(日) 20:00:56
ナイアガラ・・ギャラクシー・・ロック・・・・・・暁・・

【過去スレ】
Sun Microsystem最大の失態
http://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
http://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
http://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
http://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
http://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
http://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
http://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
http://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
http://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
http://pc5.2ch.net/test/read.cgi/unix/1103972661/
Sun Microsystems 最後の理不尽
http://pc8.2ch.net/test/read.cgi/unix/1110926614/
0099名無しさん＠お腹いっぱい。2005/05/09(月) 15:20:47
>知恵絞れば
その知恵が（ｒｙ
0100名無しさん＠お腹いっぱい。2005/05/09(月) 15:32:26
>>94
ま、そういう考え方もありだろうな。CPU まで手を出して勝てそうな
状況があって、実際手を出して勝っちゃった、ってだけで、状況が
変われば CPU はやめる。それだけのことかも知れない。
でもやっぱり既存顧客を見捨てる訳にはいかないだろうし、
この先長期的に安定した ABI として amd64 に移行してもらえばいいかというと
そこもわからない。
やっぱり SPARC を支えてくれそうな大型パートナーを見つけるしかないか。
富士通の他にもうひとつ。
DEC は、Sun が買うべきだったのでは...?
0101名無しさん＠お腹いっぱい。2005/05/09(月) 15:46:40
amd64 は IA32 をひきずってるので ABI としての将来性はないだろう。
そうなると IA64 か POWER。Sun がいきなりどっちかに付いたりしたら
盛り上がるかもね。
Sun 的には、実は IA64 が一人勝ちしてくれた方が踏ん切りついて
よかったりして。でもまさに「鳴かず飛ばず」だもんな...
逆に、2 つしかないんだったら両方に対応してもたいした負担ではないかも。
0102名無しさん＠お腹いっぱい。2005/05/09(月) 16:24:24
>amd64 は IA32 をひきずってるので ABI としての将来性はないだろう。

だからこそ将来性がありそうなんですが
0103名無しさん＠お腹いっぱい。2005/05/09(月) 16:54:16
例えば、EISA は MCA の出鼻をくじいた。だけど、ISA との互換性というのは
ISA が意味を持っている間しか有効じゃない。同じように、AMD は Intel が
IA32 で築いたバイナリ互換の幻想を維持しつづけるか、独自の展望を示すことが必要。
たぶんどちらもできないだろうから、短期の中継ぎに過ぎないと思う。
IA32 を葬り去ってくれるだろう、という点では私も期待している。
0104名無しさん＠お腹いっぱい。2005/05/09(月) 17:45:36
ハイエンドのプロセッサの性能がほんとうに製造能力だけに依るんであれば、
組み込みで優秀なやつでハイエンドまで統一するのが一番効率的だよね。
ARM や MIPS、SH、M32R、それと... PowerPC。POWER は残る、ってことになるのか?
SPARC はどうなんだろうな.. SPARClite はあるけど。あれなんであんまり
人気ないの?
0105名無しさん＠お腹いっぱい。2005/05/09(月) 18:05:21
ttp://www.cqpub.co.jp/dwm/column/mpi/DWM0030mpi4_body.htm

富士通の SPARClite には HyperSPARC のコアを使ったのがあるらしい。
知らなんだ。
「マーケティングの方針などで米国Sun Microsystems社や
米国Texas Instruments社が市場を混乱させた」ってのがどういうことなのか
興味ある。誰か解説よろしく。
0106名無しさん＠お腹いっぱい。2005/05/09(月) 19:04:48
>>98
ROSSは富士通が買収して子会社にしたからでしょ。
SunのSuperSPARCに対抗して富士通はHyperSPARCを持ち上げたと。
富士通って買収後にうまく生かせてないよなぁ…HAL, ROSS, その他
0107名無しさん＠お腹いっぱい。2005/05/09(月) 19:26:30
うわぁわぁわああああん！（＞△＜）

おわた、おわたよ！

完全におわたよ!（Ｔ△Ｔ）
0108名無しさん＠お腹いっぱい。2005/05/09(月) 22:02:06
>>106
SPARC グループ内での内紛?
HAL は SPARC64 へ発展したので、活きているのでは?
富士通は、現場が SPARC 売るの激しくヘタな気はする。というか、
理解できてる人少ない。やっぱりだいぶノリというか、ハタケが違う。
0109名無しさん＠お腹いっぱい。2005/05/09(月) 22:26:35
>>104
人気がないのはSPARCだからでしょ？
ARMがあるのにSPARC使う必要は無い
0110名無しさん＠お腹いっぱい。2005/05/09(月) 22:45:42
まさにミもフタもない。
0111名無しさん＠お腹いっぱい。2005/05/09(月) 22:46:32
>>108
1990年代前半、Sunと富士通でSPARCロードマップ共同発表したけど
お互いうまみのある所をやりたがって、うまく開発分担をできなかっ
たと記憶してる。
結果的にSPARC64は残ったけど、当初はHALからSPARCチップ単品売り
はなく装置単位(なんちゃってSolarisマシン?)でしか富士通に流れな
かったような…
HALでSPARC64, 富士通で装置開発のように開発分担がうまくいってれ
ば、いまほどひどい状況にならなかったと重い鯛…
0112名無しさん＠お腹いっぱい。2005/05/09(月) 22:47:59
デジタルカメラでいっぱい使われてるらしい。SPARClite。
0113名無しさん＠お腹いっぱい。2005/05/09(月) 22:52:26
SPARClite、オリンパスのデジカメに使ってよね。
昔広告にでかでかとのってたよ!
実際の組み込みのシェアはどうなんだろ!?
0114名無しさん＠お腹いっぱい。2005/05/10(火) 00:08:56
そっち方面ではFR-V売りたいんじゃないの？富士通としては
0115名無しさん＠お腹いっぱい。2005/05/10(火) 01:08:45
SPARClite って最近の複合機なんかでも使ってんじゃねーの？
0116名無しさん＠お腹いっぱい。2005/05/10(火) 09:16:06
Sun、ProcomからNAS関連の知的財産権を買収
ttp://www.itmedia.co.jp/enterprise/articles/0505/10/news014.html
0117名無しさん＠お腹いっぱい。2005/05/10(火) 14:44:37
>>103
AMD は Alchemy を買って、さらに MIPS64 ライセンスも取得しているので、
MIPS へ移行する、というパスを持ってる。
0118名無しさん＠お腹いっぱい。2005/05/10(火) 16:32:17
MIPS comes againか
0119名無しさん＠お腹いっぱい。2005/05/10(火) 22:18:53
んなアホな
0120名無しさん＠お腹いっぱい。2005/05/10(火) 23:48:32
いや、MIPS は組み込み系で勢いを増している。水面下で息を
つないでいて急浮上、ってこともあるかも。
ハイエンドで VLIW は IA64 だけだから、これがコケると RISC へ
戻ってきたりするかも。
ABI 的に VLIW なのは IA64 だけか? Transmeta は ABI は IA32 だし。
0121名無しさん＠お腹いっぱい。2005/05/11(水) 03:57:24
sunって工事中？
つながらない。
0122名無しさん＠お腹いっぱい。2005/05/11(水) 04:43:34
つながるよ？
0123名無しさん＠お腹いっぱい。2005/05/11(水) 23:05:02
>>120
まあMIPSが組み込み系の市場を制したり、AMDの売り上げの中心がMIPSになる
ことはあっても、SunのサーバにMIPSアーキのCPUが載ることはないだろ？
0124名無しさん＠お腹いっぱい。2005/05/11(水) 23:05:05
>>90
>>107
ナニがあったの?
お○さんに話してご覧。
0125名無しさん＠お腹いっぱい。2005/05/12(木) 02:08:21
Sun、企業向けソフトメーカーTarantellaを買収
http://www.itmedia.co.jp/enterprise/articles/0505/11/news013.html
0126名無しさん＠お腹いっぱい。2005/05/12(木) 02:43:13
最近、どのCPUもクロック数の向上が鈍化してるからUltraSPARCもそのうちクロック数が
追いついて、今の性能面での不利な点が解消されるかな？
0127名無しさん＠お腹いっぱい。2005/05/12(木) 02:59:37
気の長い話しだな
0128名無しさん＠お腹いっぱい。2005/05/12(木) 05:52:50
サン、なんだかんだ言って調子いいだろうが！
お前らは何いってんの？

http://finance.yahoo.com/q/bc?s=SUN&t=2y
0129名無しさん＠お腹いっぱい。2005/05/12(木) 07:52:28
>>128

釣り？
0130名無しさん＠お腹いっぱい。2005/05/12(木) 08:04:39
比較してみた

http://finance.yahoo.com/q/bc?t=2y&s=SUN&l=on&z=m&q=l&c=SUNW
0131名無しさん＠お腹いっぱい。2005/05/12(木) 13:21:32
>>125
これはいい買収ですね
ハードウェアのSun RayとソフトのTarantella
相乗効果に期待です
0132名無しさん＠お腹いっぱい。2005/05/12(木) 23:05:36
Transmetaかと思った
0133名無しさん＠お腹いっぱい。2005/05/12(木) 23:20:20
SCOからクソソフト買い取るようなアホ企業じゃん
0134名無しさん＠お腹いっぱい。2005/05/13(金) 00:29:48
SCOとSunは仲良しだし
0135名無しさん＠お腹いっぱい。2005/05/13(金) 01:45:49
もともと BSD と SysV を統一したかったのは Sun だからな。
SVR4 は Sun が発案したようなもんだ。AT&T に敬意はらいすぎて
ヒドい実装になっちゃったけどな。
だけど、「買い取って」はないだろ?
0136名無しさん＠お腹いっぱい。2005/05/13(金) 02:46:59
だね。Tarantella って、旧SCO が、Caldera に
OS事業を売っぱらってから社名を変えた企業でしょ。
「買い取っ」たのは、旧Caldera(現SCO)の方だ。
0137名無しさん＠お腹いっぱい。2005/05/13(金) 11:35:23
最近のSunは、完全に衝動買いに走っているな。
NetDynamics, Anchor, Maxstratを髣髴とさせる。
結局、何をやりたいんだろ。
自慢のR&Dも結局は、買収費用だったりして。
0138名無しさん＠お腹いっぱい。2005/05/13(金) 14:37:34
プ
0139名無しさん＠お腹いっぱい。2005/05/13(金) 21:42:00
>>125
SunRayの拡販策か
0140名無しさん＠お腹いっぱい。2005/05/13(金) 22:26:07
ぷよぷよSUN
0141名無しさん＠お腹いっぱい。2005/05/13(金) 22:33:41
ぷよが4つ付くととはじけちゃいます。
4つを考えよう
0142名無しさん＠お腹いっぱい。2005/05/14(土) 00:55:27
バイアグラはいつ出るんだ
0143名無しさん＠お腹いっぱい。2005/05/14(土) 01:13:54
バイアグラの前にギャラクター
0144名無しさん＠お腹いっぱい。2005/05/14(土) 06:18:24
Pfyzer製薬ではIntelのGrid技術が使われています。
0145名無しさん＠お腹いっぱい。2005/05/14(土) 18:34:04
「Java 10周年」以後のSunの未来
http://www.itmedia.co.jp/enterprise/articles/0505/13/news089.html
SunとMS、和解1周年で互換性強化の新仕様発表
http://www.itmedia.co.jp/enterprise/articles/0505/14/news005.html
0146名無しさん＠お腹いっぱい。2005/05/15(日) 21:19:18
米マイクロソフトとサン、基本ソフトに互換性
http://www.nikkei.co.jp/news/kaigai/20050515AT2M1401215052005.html

米マイクロソフトとサン・マイクロシステムズは、両社の基本ソフト（ＯＳ）が互換性を持ち、
情報のやり取りが容易になる技術を開発したと発表した。昨年4月に特許相互利用などで
提携した成果の第1弾となる。企業などの利用者は、ＯＳの種類を気にすることなく
システムを構築できるようになる。

マイクロソフトのスティーブ・バルマー、サンのスコット・マクネリー両最高経営責任者（ＣＥＯ）が
記者会見で発表した。
マイクロソフト製ＯＳ「ウィンドウズ」、サンの「ソラリス」の間にはこれまで互換性がなく、
企業が複数のコンピューターから成るシステム構築をする場合、どちらか1つのＯＳを選ぶか、
互換性を持たせるための複雑な応用ソフトを導入する必要があった。

Windows Services for Solaris?
Solaris Services for Windows?
0147名無しさん＠お腹いっぱい。2005/05/15(日) 21:43:34
ナニを以って互換性というのかと。
0148名無しさん＠お腹いっぱい。2005/05/15(日) 21:46:45
わび復活？
0149名無しさん＠お腹いっぱい。2005/05/15(日) 22:26:54
>>148
32bit版きぼんぬ！
0150名無しさん＠お腹いっぱい。2005/05/15(日) 23:15:09
http://pc8.2ch.net/test/read.cgi/unix/1110563961/899
0151名無しさん＠お腹いっぱい。2005/05/15(日) 23:49:27
歴史的な和解劇から1年、MSとSunが再び顔を合わせ、その成果を発表
http://pcweb.mycom.co.jp/news/2005/05/15/100.html
0152名無しさん＠お腹いっぱい。2005/05/15(日) 23:51:26
>>150
すげえ技術みたいだな
0153名無しさん＠お腹いっぱい。2005/05/16(月) 18:22:47
>>150
さらにSunはこの技術を「当社を特許などで訴えない限りにおいて」
自由に利用できるとするライセンスでオープンソースコミュニティに
開放した…
0154名無しさん＠お腹いっぱい。2005/05/16(月) 19:10:40
ttp://www.watch.impress.co.jp/pc/docs/2002/0401/uocchi/msp.htm
これだろ。プレインテキストって。
0155名無しさん＠お腹いっぱい。2005/05/16(月) 23:58:57
>>154
凝りすぎだな>>150の方がおもしろいや
0156名無しさん＠お腹いっぱい。2005/05/17(火) 02:17:57
>>154のは3年前だし
0157名無しさん＠お腹いっぱい。2005/05/17(火) 22:25:47
頑張れ!! SPARC64V
0158名無しさん＠お腹いっぱい。2005/05/17(火) 22:42:38
富士通、2GHzを超えるSPARC64 Vを搭載したSolarisサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2005/05/17/5266.html

SPARC64VI量産の暁には…
0159名無しさん＠お腹いっぱい。2005/05/17(火) 23:41:46
ベンチマークもやっとなんとかそれらしい数字になった..

ttp://www.spec.org/cpu2000/results/res2005q2/

それに比べると UltraSPARC IIIi 1.6GHz はちと寂しい

ttp://www.spec.org/cpu2000/results/res2005q1/
0160名無しさん＠お腹いっぱい。2005/05/18(水) 03:16:47
>>158のリンク先を読んだ。

> 「PRIMEPOWER 2500」は、同社のストレージシステム
> 「ETERNUS 3000」との組み合わせで、SAPやJavaなど「実際
> の業務に近い業界標準のベンチマークテスト」（山中氏）
> 計6つで世界最高記録を達成したという。

やっと性能面でほぼ追いついたかあ。

> SPARC64 VIは「シングルコアレベルでSPARC64 Vよりさらに
> 20％の性能向上を計画」（サーバシステム事業本部エンター
> プライズサーバ事業部 計画部部長瀬古茂氏）しているとの
> こと。これらの新製品を含めた包括的なラインアップによる
> 「IBMにはない戦略」（山中氏）で、ミドルからハイエンド
> サーバー市場において一人勝ち状態のIBMに追いつき、追い
> 越す構えを見せた。

確かにIBMはミドルからハイエンドまではメインフレーム含め
いろいろあるけど、ローエンドがないんだよね。PC部門は売っ
ぱらっちまったし、そもそもハイエンドとアーキテクチャが
違うし。まあ、だから本家のSun以上にJavaに走ってるわけだ
けど。
0161名無しさん＠お腹いっぱい。2005/05/18(水) 03:18:18
PRIMEPOWER がんがってるね！！
0162名無しさん＠お腹いっぱい。2005/05/18(水) 15:42:00
今日見てたサンのBlog↓の中で、

http://blog.sun.com/roller/main.do

日本の人をみつけました。↓

http://blog.sun.com/roller/page/eota

それだけの話ですが…なんか情報があるかも？
0163名無しさん＠お腹いっぱい。2005/05/18(水) 23:58:15
日本語もありなんだ
ちょっと意外
0164名無しさん＠お腹いっぱい。2005/05/19(木) 21:17:17
ナイアガラまだー？
0165名無しさん＠お腹いっぱい。2005/05/19(木) 21:50:16
あさって出るらしい
0166名無しさん＠お腹いっぱい。2005/05/19(木) 23:01:44
で、出るの？
0167名無しさん＠お腹いっぱい。2005/05/19(木) 23:05:10
お、いよいよか
0168名無しさん＠お腹いっぱい。2005/05/19(木) 23:07:53
嘘を嘘と見抜けないと(ナイアガラを使うことは)難しい。
0169名無しさん＠お腹いっぱい。2005/05/20(金) 00:04:11
>>163
だって日本人もいるじゃんｗ
0170名無しさん＠お腹いっぱい。2005/05/20(金) 00:08:13
ナイアガラ20周年
0171名無しさん＠お腹いっぱい。2005/05/20(金) 00:13:29
Niagara falls
0172名無しさん＠お腹いっぱい。2005/05/20(金) 00:41:58
>>169
うん
でも向こうで働いてる人だし、ブログも英語がデフォかと思って
0173名無しさん＠お腹いっぱい。2005/05/21(土) 01:02:52
ARM互換プロセッサなんかどうでもいいからナイアガラはやくー
0174名無しさん＠お腹いっぱい。2005/05/21(土) 09:39:10
http://www.itmedia.co.jp/enterprise/articles/0505/17/news092.html
IBM、Solaris対抗策でRed Hatと手を組む
0175名無しさん＠お腹いっぱい。2005/05/23(月) 13:20:51
http://japan.zdnet.com/news/devsys/story/0,2000052522,20083699,00.htm
サンがJavaの3次元デスクトップとXMLリッチクライアントをデモ
0176名無しさん＠お腹いっぱい。2005/05/23(月) 17:12:39
今度はCellかよ！大原ぁ
0177名無しさん＠お腹いっぱい。2005/05/24(火) 19:43:06
大原…
0178名無しさん＠お腹いっぱい。2005/05/24(火) 21:09:34
今さらだけど、スレタイﾜﾛﾀ
0179名無しさん＠お腹いっぱい。2005/05/24(火) 22:45:48
Linuxでも使われているNIS(yp)はもともとSolarisなんだけどなあ。
0180名無しさん＠お腹いっぱい。2005/05/25(水) 06:54:15
だからなに？
0181名無しさん＠お腹いっぱい。2005/05/25(水) 23:07:16
IBMにだまされてlinuxを使うと、虎ぶったときに結局IBMの
SEに金を払って来てもらう羽目になる
0182名無しさん＠お腹いっぱい。2005/05/25(水) 23:12:17
SEが来るの？
0183& ◆h9Bn.Lr5Ro 2005/05/25(水) 23:19:36
金を払えば来ます。
0184名無しさん＠お腹いっぱい。2005/05/26(木) 00:28:54
カネ払うって言っても来ないよりマシだな。
0185名無しさん＠お腹いっぱい。2005/05/26(木) 00:33:04
Linux で NIS 使ってるヤツいるか? オレ見たことないぞ。
Web に解説載ってるくらいだからいくらかはいるんだろうけど。
Linux は複数台で協調動作、みたいなことは軒並み苦手という印象がある。
0186名無しさん＠お腹いっぱい。2005/05/26(木) 00:47:51
>>184
来るだけだったりして
0187名無しさん＠お腹いっぱい。2005/05/26(木) 01:28:51
>>185
ふつうに使われてるよ。
でなきゃSolaris→Linuxのリプレースはできない。
0188名無しさん＠お腹いっぱい。2005/05/26(木) 01:46:59
NISはともかくNFSはどうなんだろう
0189名無しさん＠お腹いっぱい。2005/05/26(木) 02:00:47
>>187
えー?? 今どき NIS そんなに使ってるー?
企業じゃもう使ってないんじゃないの? 危ないし。
オレは amd/automount のマップにだけ使ってるけど...
LDAP も使えるんだし。
0190名無しさん＠お腹いっぱい。2005/05/26(木) 02:07:34
奈良先も NIS から LDAP にリプレースしてる。
サーバは主にサン(中身はOpteron)だけど、各種OSのビミョーな非互換性に頭を痛めている模様。
0191名無しさん＠お腹いっぱい。2005/05/26(木) 19:03:38
LinuxでNISもNFSもバリバリ使ってますが、何か?
NISでpasswdとautomoutを管理させとくと、
新しいマシンにLinuxをインストールした場合、
ユーザー登録しなくてもインストール直後に
すぐログインできて、/homeもautomountされるので
すごく便利。2台以上Linux/UNIXマシンがあれば
NIS/NFSは必須でしょう。
0192名無しさん＠お腹いっぱい。2005/05/26(木) 19:40:25
10年以上前のSunOSユーザみたいな自慢だなあ。
0193名無しさん＠お腹いっぱい。2005/05/26(木) 19:41:20
だから、NISじゃなくてもLDAPでできるのよ。
なんでそんな古臭いものを有難がって使ってんだ。何か? とかみっともねえよ。
0194名無しさん＠お腹いっぱい。2005/05/26(木) 20:01:40
そりゃいろいろ考えられるでしょ。たとえば…

使い方にもよるけど、一般論としては毎度TCPコネクションを
張る必要がある分LDAPの方が重いので、NISの方がクライアント
から見て高速だったり、サーバから見て負荷が軽かったりする。

クライアントの中にLDAPに対応してないOS(古いOSとかOpenBSD
とか)が混ざっている。これに対し、NISに対応してないOSはない。

検証してみたら、>>190にあるように、互換性問題が見つかった。

などなど。

セキュリティに関しては、ファイアウォールの内側だったら、
セキュリティポリシー次第でしょ。
packet capture される可能性があるんだったら、LDAP だって
(暗号化した運用をしてない限り) 十分に危険。

条件を勘案せずに、昔のもの→悪い と決めつける方がむしろ
頭悪くない？
0195名無しさん＠お腹いっぱい。2005/05/26(木) 20:35:48
いい機会だから聞いとこ。

>>191
「何か?」って言ったときってどういう反応を期待してるの?
0196名無しさん＠お腹いっぱい。2005/05/26(木) 20:58:23
本人カッコいいと思って使ってるだけだろうから
聞いてもあんまり意味無いと思うよ
0197名無しさん＠お腹いっぱい。2005/05/26(木) 21:06:16
強いて言えば初心者に>>195のような反応をさせること
とか書いてみるテスツ
0198名無しさん＠お腹いっぱい。2005/05/26(木) 22:16:03
>>194
NISだろうとLDAPだろうと、nscd使えばキャッシュが使えるんだから、
「毎度TCPコネクションを張る必要がある」などということはないだろう。

10年前の話じゃあるまいし、ディレクトリサーバってそんなに重いか?
インデックスのキャッシュサイズのチューニングによっては、かなりの
メモリを食わすこともできるが。

また、Solaris 9のリリースノート(もしくは、それに準ずるドキュメント)に、
NISは将来のリリースではサポートされなくなると書いてある。Solaris 10
での扱いは知らないが、早晩「NISに対応してないOS」の一つとして
Solarisを挙げることができるようになるだろう。
■ このスレッドは過去ログ倉庫に格納されています