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

Sun Microsystem 最大の夜長

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2006/10/01(日) 14:44:01
日々肌寒くなるも、その先に本格的な冬がじわじわと忍び寄る
秋の頃合…。

そんな季節感の経営状態だが、秋こそ、秋刀魚イクラの季節!

【前スレ】
Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/
0512名無しさん@お腹いっぱい。2006/11/14(火) 23:41:26
>>484
> あ、Itanium は RISC じゃない、ってオチ?

そうみたいだな
http://h50146.www5.hp.com/products/servers/integrity/fact/idc.html
0513名無しさん@お腹いっぱい。2006/11/14(火) 23:46:04
>>511
だから最初の SPARC 作ってたのは富士通だって何度言えば...
microSPARC だって富士通製だぜ? なに言ってんだオメー?
0514名無しさん@お腹いっぱい。2006/11/14(火) 23:56:18
昔、富士通が「SunからOEM供給」されていたマシンが、実は製造委託先
が富士通だったりしたという話を聞いたことがある。

Sun
↓(製造委託)
富士通
↓(納品)
Sun
↓(OEM供給)
富士通
↓(販売)
顧客

どっちがどっちのOEMなんだろうなw
0515名無しさん@お腹いっぱい。2006/11/15(水) 00:00:47
>>512
シェアが金額なのか台数なのか明記しないトリック
ま、金額だろうけど

Sunなら絶対に台数でシェアを出すはず
0516名無しさん@お腹いっぱい。2006/11/15(水) 00:02:47
>>514
出荷する時サイコロ振ってどっちのシール貼るか決める
0517名無しさん@お腹いっぱい。2006/11/15(水) 00:06:41
revenue shareって書いてあるよ
0518名無しさん@お腹いっぱい。2006/11/15(水) 00:45:07
暁さん最近みないね
0519名無しさん@お腹いっぱい。2006/11/15(水) 01:01:40
偽物量産の暁には本物なぞひとたまりもないわ!
0520名無しさん@お腹いっぱい。2006/11/15(水) 01:05:39
なにそれマネのつもり?
0521名無しさん@お腹いっぱい。2006/11/15(水) 01:18:29
http://www-06.ibm.com/jp/linux/solutions/migration.shtml
0522名無しさん@お腹いっぱい。2006/11/15(水) 01:52:26
> x86Solarisへの移行
>
> IBM のブレード・サーバー「IBM BladeCenterR」は、サン・マイクロ
> システムズのサーバー用OS「Solaris 10」のサポートしています。
> IBM BladeCenterでSolaris 10をサポートすることにより、お客様は
> プラットフォームの選択肢が増え、システム構築/運用/保守までの
> トータルなTCO削減を可能にします。

なるほど、なるほど
0523名無しさん@お腹いっぱい。2006/11/15(水) 01:54:11
>>519
APLは本物なの?偽者なの?
0524名無しさん@お腹いっぱい。2006/11/15(水) 02:21:35
Sunが工場出荷したら本物
その他が工場出荷したら本物
0525名無しさん@お腹いっぱい。2006/11/15(水) 02:22:08
訂正

Sunが工場出荷したら本物
その他が工場出荷したら偽物
0526名無しさん@お腹いっぱい。2006/11/15(水) 02:41:31
>>516
某社では、
HPのエンブレムの上から自社のエンブレムを貼り付けるためだけに、
いったん自社の倉庫に入れて、梱包を解いてシールを貼って、また再梱包するのはバカバカしいから、
納入先の現場でエンブレムを貼り付ける
なんてことをやってた。
0527名無しさん@お腹いっぱい。2006/11/15(水) 02:43:18
>>514
Sun4あたりについていたキーボードは、
どーみても富士通系の高見沢で設計・製造されたものだったよ。
0528名無しさん@お腹いっぱい。2006/11/15(水) 02:46:30
Sun3→Sun4 あたりだとまだ type3 だよね? もしくは type4 のこと? それ以外の
キーボードあるの?
05295272006/11/15(水) 03:43:43
>>528
ごめん、記憶違いだった。

Type5だった。
キートップを外して見えるプラスチックの部品の形状が、
ぷらっとホームなどで売られている高見沢のFKBシリーズのそれと同じだった。

Webで検索して見つけた写真だと
ttp://homepage1.nifty.com/y-osumi/parts/keyboard/sun/index.htm
裏面ラベルのN860-8703-T010という型番が、高見沢のもの。

だがしかし、ULファイルナンバーのE142123は、
ttp://database.ul.com/cgi-bin/XYV/template/LISEXT/1FRAME/gfilenbr.html
で検索すると、高見沢の現社名の富士通コンポーネントではなく、
FUJITSU HITACHI PLASMA DISPLAY LTD
と出てくるんだよね・・・。
0530名無しさん@お腹いっぱい。2006/11/15(水) 03:48:30
WS本体についても現物を持っている人は、底面とかのラベルに印刷されている、
ULファイルナンバーを調べてみると、製造メーカーがわかるよ。
0531名無しさん@お腹いっぱい。2006/11/15(水) 10:22:15
Type5 なら SPARCstation10 以降だな。最初のやつはひどかったな、
コネクタぐらぐらになっちまう。オレは Type4 が好きだ。
あのへんの時代だとけっこういろんな部品が日本製だよね、Sun に限らず。
台湾製がドバッと出てくる直前だ。
0532名無しさん@お腹いっぱい。2006/11/15(水) 15:03:33
ああ、ちなみに、Sun4 という商品はあるからね。SPARCstaion1 以前に。
Sun4/110 とか、Sun4/260 とか。VME バスのやつ。
ttp://msowww.anu.edu.au/~kim/faq/part1
0533名無しさん@お腹いっぱい。2006/11/15(水) 18:34:23
Sun4/60
0534名無しさん@お腹いっぱい。2006/11/15(水) 18:58:07
SPARCstation 10 以前までは Sun4/xx ってモデル名があるけど、普通 Sun4 って
言ったら SPARCstaion の呼び名がつく前の Sun4/1x0, 2x0 を指す。
0535名無しさん@お腹いっぱい。2006/11/19(日) 12:48:19
Sun5マダー?
0536名無しさん@お腹いっぱい。2006/11/20(月) 05:54:11
68010→68020 で Sun2→Sun3 だから、
SuperSPARC→UltraSPARC→Niagara→Rock Sun5→Sun6→Sun7→Sun8 ってとこかw?
Sun6 が長過ぎるかな。US-I, II と US-III はかなり違うんだっけ?
0537名無しさん@お腹いっぱい。2006/11/20(月) 07:04:37
うわ〜Rockが出ると本気で思ってる馬鹿がいるよ〜
0538名無しさん@お腹いっぱい。2006/11/20(月) 08:07:38
>>537 普通に出あけど。何か?
0539名無しさん@お腹いっぱい。2006/11/20(月) 08:20:47
デアッ!!
0540名無しさん@お腹いっぱい。2006/11/20(月) 08:33:55
デアドケーション
0541名無しさん@お腹いっぱい。2006/11/20(月) 09:28:27
$ arch
sun5

って返事するマシンは未来永劫出そうにないな。
0542名無しさん@お腹いっぱい。2006/11/20(月) 10:20:12
>>538
先般のミラー会長の記事だと、「デザインも完了済み」微妙な表現だな〜w
0543名無しさん@お腹いっぱい。2006/11/20(月) 10:21:44
>>541
だいぶあいちゃったから次は sun10 にするよ。まてよ、sun100 にする。yon1
0544名無しさん@お腹いっぱい。2006/11/20(月) 11:08:28
次は sun4.1.3 です。
0545名無しさん@お腹いっぱい。2006/11/20(月) 15:36:56
>>544
株価が・・・・連邦破産法第11章適用にて、永遠に出ません。
0546名無しさん@お腹いっぱい。2006/11/21(火) 00:23:19
>>542
「現存の技術では量産できない」つーことやね
0547名無しさん@お腹いっぱい。2006/11/21(火) 02:12:45
Sun considers GPL for Solaris
http://news.zdnet.com/2100-3513_22-6135461.html
0548名無しさん@お腹いっぱい。2006/11/21(火) 18:43:34
ttp://h71028.www7.hp.com/ERC/cache/355563-0-0-225-121.html?ERL=true

8CPU-16CoreのFire X4600よりも
4CPU-8CoreのProLiant DL585 G2のほうがパフォーマンスが高いというベンチマーク比較。

HPの表では、
CPUの欄が、CPU Typeという歯切れの悪い表記になっていて、
どちらも"Dual-Core Opteron 2.8 GHz "と書かれているが、
SAPのサイトで確認すると
X4600はOpteron 885 2.6GHz
DL585 G2はOpteron 8220SE 2.8GHz

クロックも違うし、世代も違う。
0549名無しさん@お腹いっぱい。2006/11/21(火) 18:58:40
>>548
ところでDL585に相当するマシンはあるのかね?
0550名無しさん@お腹いっぱい。2006/11/21(火) 19:32:04
というかx86 Solarisは本気でやる気あるのかね?
0551名無しさん@お腹いっぱい。2006/11/21(火) 21:00:45
>>548
低レベルな争いを横目にXeonMPが圧勝っと(笑
http://www.sap.com/solutions/benchmark/pdf/cert6106.pdf
http://www.sap.com/solutions/benchmark/pdf/cert6006.pdf
0552名無しさん@お腹いっぱい。2006/11/21(火) 22:29:35
>>548
8 ソケのマシンと 4 ソケのマシンで電源容量比較してみたり、DIMM のスピード無視して
スロットの数だけ比較してみたり、availability の比較では別クラスのマシン持ち出したり、
何か必死で微笑ましいね。

ところで Windows と MySQL の組み合わせで 16 並列までスケールするもんなの?
0553名無しさん@お腹いっぱい。2006/11/22(水) 00:04:31
他社OSが機能強化すると、必死で形だけ追従するSolarisも微笑ましい。

つーかドキュメントもない機能なんか一覧から消せよ。
0554名無しさん@お腹いっぱい。2006/11/22(水) 00:30:07
>>549
それよりも

X4600 M2のベンチマーク結果を早くupしる!

と言ったほうがいいだろうな。
0555名無しさん@お腹いっぱい。2006/11/22(水) 00:39:00
HP Set to Topple IBM
http://www.dailytech.com/article.aspx?newsid=5007&ref=y
0556名無しさん@お腹いっぱい。2006/11/22(水) 00:42:45
DL585 G2
ttp://www.sap.com/solutions/benchmark/pdf/cert6706.pdf CPU 98%

X4600
ttp://www.sap.com/solutions/benchmark/pdf/cert6506.pdf CPU 84%

あれれ?



X4600、8CPU-16Cores、Opteron 885
ttp://www.sap.com/solutions/benchmark/pdf/cert6506.pdf
1,650SD、CPU 84%

X8400、4CPU-8Cores、Opteron 885
ttp://www.sap.com/solutions/benchmark/pdf/cert5906.pdf
1,700SD、CPU 97%


ええーーーーーーっ?

Sunやる気あるのかよ。
とりあえず、Opteronの8ソケットはダメってことだな。
0557名無しさん@お腹いっぱい。2006/11/22(水) 01:01:32
Sun はベンチマークの成績が良くなくても、実環境でのパフォーマンスリーダなんです。(儲)
0558名無しさん@お腹いっぱい。2006/11/22(水) 01:04:54
ベンチマークなんて飾りです!(エンドユーザの)偉い人にはそれがわからんのです
0559名無しさん@お腹いっぱい。2006/11/22(水) 01:05:49
だんだん言うことがAppleじみてきたな。
0560名無しさん@お腹いっぱい。2006/11/22(水) 01:08:06
そして末路はItanic採用
0561名無しさん@お腹いっぱい。2006/11/22(水) 02:03:06
それでもSPARCに比べればなんぼか…
0562名無しさん@お腹いっぱい。2006/11/22(水) 03:14:23
>>561
いや、SPARCはSPARCで頑張って続けた方が、後で日の目を見る。

当面はHPがPA RISCを捨てたことを悪く言う材料にも出来るしw
0563名無しさん@お腹いっぱい。2006/11/22(水) 04:00:40
インテルがAMD厨にボロクソに言われつつも、ダイを2個パッケージに突っ込んだだけのCPUを出してる。
AMDのクアッドコアはいつ出るんだ? 2個突っ込むだけでもいいから出さないと、Xeonに勝てないぞ。
0564名無しさん@お腹いっぱい。2006/11/22(水) 08:15:43
AMDはメモコン内蔵なので、ニコイチがむずかしいんジャマイカン?
0565名無しさん@お腹いっぱい。2006/11/22(水) 09:17:59
配線技術が無いだけ
MCMできないなら300mm^2超の巨大ダイで出せばいいじゃない(マリー
0566名無しさん@お腹いっぱい。2006/11/22(水) 10:13:29
なんであんなゴミのまねする必要があるよ。ゴミでいいやつはゴミ買っとけや。
うだうだうざいぞ。
0567名無しさん@お腹いっぱい。2006/11/22(水) 10:35:21
>>562
といい続けて、既に何年よ・・・!?

遅くて使いものにならないSPRACUが"早い"って嘘が業界中に知れ渡って以降、
SPARCに期待する奴は皆無じゃんか。

F通が吸収大とか灯台・陶工大と頑張って独自SPARCを出してくれなければ、
DWH系にも使えないレベルで留まっていた訳だし。
#SPARCV辺りから、コアの設計がF通影響下にあるわけだし。

Niagaraが如何に素晴らしいのか知らんけど、普通のシステム屋から見れば、帯に短し
襷に長しの半端ものだしね。

それこそ、Webアプリケーションに特化といってもWebAPサーバ使用時ですら、どれほど
のスループットを出せないような代物をどうせいと・・・
0568名無しさん@お腹いっぱい。2006/11/22(水) 10:50:00
>>553
WLMは4年遅れ
ジャーナルファイルシステムはUFSレベルで4年遅れ
LVMも簡易化(SVM)して3年遅れで、ZFSで誤魔化し、EVM化の準備ゼロ
クラスタパッケージは10年遅れで発表(SunCluster)

信頼性や機能継続性が必要なシステムには、Solarisは使ってはいけない。
ベリ足す製品を使ったとしても、カーネルレベルでの対処も無いのでは、
あまりに悲しいOSだよ。

オープン化しても、Linuxのように標準仕様すらキャッチアップできていない
状況では、未来も無い。第一、開発者が見向きもしていない事実。

さて、どうせSun営業がLinuxなんてとか、儲がLinuxなんか云々と言い出す
事を予測して、きちんと書いておこう。

まず、オープン化されてコミュニティに参加しているエンジニア数とレベルを
比べてみようね。
それと、幾つの機能が、他商用UNIXやLinuxより遅れているのか数えてみよう。

Java系もWindowsと一緒のリリース。バグ吸収は遅延気味・・・
やっぱ、自社ですらSol版って駄目もの扱いなんじゃないのか!?
05695682006/11/22(水) 10:54:13
EVMS化でした
0570名無しさん@お腹いっぱい。2006/11/22(水) 12:37:10
>>568
Linuxがキャッチアップしていて、Solarisがキャッチアップしていない標準仕様とは?
0571名無しさん@お腹いっぱい。2006/11/22(水) 13:04:58
>>564
デュアルコアやクアッドコアを容易に実現できるのが、HyperTransport接続の強みだったはずだが。

パッケージから出すHTの本数を3本から2本に減らし、
パッケージ内で1本を、追加のダイに接続すればいい。

4CPU構成はできないが、2CPU構成ならいける。
多少効率が悪くたって、2CPU構成で8コア使えるなら、なんとかなる。
0572名無しさん@お腹いっぱい。2006/11/22(水) 13:06:13
>>570
x86(EM64やAMD64)上でのSMT(同時走行マルチスレッディング)機能のサポートとか
0573名無しさん@お腹いっぱい。2006/11/22(水) 13:13:06
SMTのサポート
 Itanuim系:Linux2.6カーネル/HP-UX11i以降
 Power系:AIX5.2L以降/Linux2.6カーネル
 SPARC系:Solaris10
 Xeon:Linux
 AMD:Linux

つまり、SMTなんて標準的なものさえサポートできてない。
0574名無しさん@お腹いっぱい。2006/11/22(水) 13:26:32
M:Nマルチスレッドに関しては、Solarisは商用UNIXにおいて一番に実装していた。
HP-UXは11.X台においてさえ、M:Mスレッド方式だったし、AIXはCMPをPower4当初は
優先させていたので、やはりM:M系の考え方に沿っていた。

にも関わらず、Itaniumへの移植とBSD系機能強化において、HP-UXはM:N化とSMTを
実装し、スループットを大幅に上げてる。
AIXもCMPよりSMTを強化する方式に切り替え、5.1L⇒5.2Lで実装を変更している。

つまり、SMTにて処理強化が出来る事がわかった時点で、必要な実装変更を行っている。

一方、SunはCPUにSMT化に必要な対処(L2/L3の強化)すら怠ってきた上、OSの実装も
それなりに後手後手となっている。

ドックイヤーが当たり前の業界で、これは致命的だろう。
いまさらスピンロックやHWレベルでの個々のCPU及びコアへのキャッシュ同期機構も
きちんとフォローできないファブリックメーカの弱点があらわになってしまったわけ。

さて、これを誤魔化す手として、有効だと必死に抗弁しているのがNiagara。
またもや、キャッシュサイズを削り、LWP配下のユーザスレッドの走行性を上げたと
主張しているが、実際のユーザ業務を考えると非常に怪しいのは御存知の通り。

開発費を調達し、強化できないならできないで、ある領域に特化するのはしょうがない。
しかし、嘘はいけないよな。
0575名無しさん@お腹いっぱい。2006/11/22(水) 13:31:49
「ドッグイヤー」な。
0576名無しさん@お腹いっぱい。2006/11/22(水) 13:34:27
実際、SMT化を実装しているのがNiagaraなんだけど・・・

CMP強化(Sunで言うCMT)とSMT強化を同時に実行することを念頭においているから、
どちらもいい加減。やっぱ、Solarisじゃん。で終わる。

スピンロック方式を辞めたといっても・・・実績が皆無じゃねぇ。
0577名無しさん@お腹いっぱい。2006/11/22(水) 13:35:29
> いまさらスピンロックやHWレベルでの個々のCPU及びコアへのキャッシュ同期機構も
> きちんとフォローできないファブリックメーカの弱点があらわになってしまったわけ。

そのへんは sun4m、Mbus とその前(XDbus だっけ? SPARCServer1000 あたり、
sun4d!)のころの検討課題だよ。SPARCv8 の解説本がいくつかあったから
古本屋ででも探して読んでみなw

なんかそれらしい単語羅列して連投してるが、マジの工作員かよ?!
Ita スレにいたやつだろ。もう狂ってるな。
0578名無しさん@お腹いっぱい。2006/11/22(水) 13:37:10
>>577
でも、SMTすらNiagaraまでサポートできていないんじゃないの?
0579名無しさん@お腹いっぱい。2006/11/22(水) 13:39:42
狂ってるっていうより、普通にUNIXエンジニアが感じている事じゃない?!
Sunがまともな事をすれば、叩かれないのにね。

ちなみにSun Microsystemスレはサン叩きのスレ。
そちらが居る場所間違ってるんじゃないのかな?
0580名無しさん@お腹いっぱい。2006/11/22(水) 13:45:21
>そのへんは sun4m、Mbus とその前(XDbus だっけ? SPARCServer1000 あたり、
>sun4d!)のころの検討課題だよ。SPARCv8 の解説本がいくつかあったから
>古本屋ででも探して読んでみなw

CPU屋じゃないんで、SPARCアーキテクチャなんて意味無いし。
OSやインフラ屋からすれば、SPARCだけ遅い理由やSolだけまともに使えない理由を
確認して、終わりだよ。

SPARCやSolarisがすばらしいなら、こんなところで油売ってないで、まともな実装を
進めて、ユーザに拒否られないように努力しなよ。wwww

UNIX系の商談で、超ダンピングでしか売り込めない事自体が非常に汚い商売と反省
してみろよ。wwwwwww
70%〜90%割引って捨て値だぞ、HPやIBM、NEC、富士通、日立じゃあり得ないもん。
0581名無しさん@お腹いっぱい。2006/11/22(水) 13:49:28
ああ、使い方まちがってるだけだよ。ちゃんと使いなw
0582名無しさん@お腹いっぱい。2006/11/22(水) 13:50:43
さて、読み返してみると・・・
> いまさらスピンロックやHWレベルでの個々のCPU及びコアへのキャッシュ同期機構も
> きちんとフォローできないファブリックメーカの弱点があらわになってしまったわけ。
という、SMTより前の話にはSun営業は突っ込めました。

でも、他ベンダでは当たり前のSMTやCMPに関しては・・・一切突っ込めません。
なぜなら、SMTに関して他ベンダは2〜3世代目にも関わらず、SunはNiagaraで初めて
だから。
0583名無しさん@お腹いっぱい。2006/11/22(水) 13:51:02
>>571
デメリットはソケット互換性や多ピン化位か
やっぱIBMとかIntelみたいに配線からプロセスルールまで全て自前でやってるところと比べるのは酷なのかねぇ
0584名無しさん@お腹いっぱい。2006/11/22(水) 13:53:26
それ以前に、「標準仕様」にSMTを挙げてきたこと自体に恐れいった。
仕様なのかよ。
0585名無しさん@お腹いっぱい。2006/11/22(水) 14:01:52
>>584
サポートしているのが当たり前だろ。Windowsですらサポートしてるぞ。

標準仕様ではなくても、業界標準サポート機能ではあるわな。
0586名無しさん@お腹いっぱい。2006/11/22(水) 14:02:46
>>584
そんなつまらない突込みしか出来ない時点でSun、おわたー!!!
0587名無しさん@お腹いっぱい。2006/11/22(水) 15:14:36
まあ、1年後に結果が出てるんじゃね?
Itaniumが勢力を拡大しているのか、
それとも、
Sunが今の好調を保つことができているかどうか。

0588名無しさん@お腹いっぱい。2006/11/22(水) 15:22:25
会社なかったりして。
0589名無しさん@お腹いっぱい。2006/11/22(水) 15:48:27
各国のメインフレーマを味方につけてるItaniumはかなりしぶとい
0590名無しさん@お腹いっぱい。2006/11/22(水) 15:54:06
>> sun4d!)のころの検討課題だよ。SPARCv8 の解説本がいくつかあったから
>> 古本屋ででも探して読んでみなw
>
> CPU屋じゃないんで、SPARCアーキテクチャなんて意味無いし。

んぷぷ.. いや、キャッシュの一貫性保持のためにどんな仕掛けがされているか
SPARCv7 → v8 の大きな追加点のひとつなんで丁寧に解説されてるから
勉強になるよ。どっかの会社の技術と違って一般論としてもとても参考になる。
もう 15 年くらい前の話だけどね、んぷぷぷp...

それからずっと後にクレイの SPARC 部隊引き取って 10k 出すことになる
わけだが。まあこの幼稚な論旨展開からするとかけらも知らないんだろうけどw

> UNIX系の商談で、超ダンピングでしか売り込めない事自体が非常に汚い商売と反省
> してみろよ。wwwwwww

はぁ。まあ US-IV 系の現行商品はちょっと古いからね。APL 出るまでは
在庫処分みたいなもんかもね。HP も売れなかった頃は同じようなことしてたし。
けどさ、この世界はいいモノさえ出せばそこそこは売れるのよ、
あんたが知ってる Intel, MS みたいな囲い込み商売の世界とちがってさ。
次にいいものを出せばいい。それだけのこと。そういう状況を出現させたのは
まぎれもなく Sun だぜ。知らんのだろうけど。
0591名無しさん@お腹いっぱい。2006/11/22(水) 15:55:01
>>589 日本だけです。あとはさっぱり。はい。
0592名無しさん@お腹いっぱい。2006/11/22(水) 15:58:31
>>583
ソケット互換を捨ててよければ、もっと簡単。
0593名無しさん@お腹いっぱい。2006/11/22(水) 17:39:36
つーかソケット互換捨てる必要なんかないよ。
AMDは「やらない」んじゃなくて「出来ない」んだよ(p
0594名無しさん@お腹いっぱい。2006/11/22(水) 17:58:49
メモコンのせいだから仕方ないだろ。
0595名無しさん@お腹いっぱい。2006/11/22(水) 18:39:37
>>590
>それからずっと後にクレイの SPARC 部隊引き取って 10k 出すことになる
>わけだが。まあこの幼稚な論旨展開からするとかけらも知らないんだろうけどw

OS&インフラ屋ですけど、充分に知ってますよ。
10Kが如何に脆かったかも。

IBMの690やHPのSuperDomeがそれを如何に簡単に潰したかもね。

>あんたが知ってる Intel, MS みたいな囲い込み商売の世界とちがってさ。
>次にいいものを出せばいい。それだけのこと。そういう状況を出現させたのは
>まぎれもなく Sun だぜ。知らんのだろうけど。

おいらが知っているのは、MIPS&国産UNIXから始まって、PowerやPA、Itanium
への変遷とその流れでのSolarisの駄目さ加減だよ。
Solを扱うエンジニアが、他のUNIX系からどのように見られたかを知れば、Sunを
排他的に扱う気持ちもわかるだろ。

国産UNIXを喰ったときの欺瞞や、SVR4.2時代のSunの駄目駄目加減もな。
0596名無しさん@お腹いっぱい。2006/11/22(水) 18:40:37
つまり、Sunが輝いていたのは初期と発展期だけってこと。

あとはくすぶり続けてるね。あいも変わらずにね。
0597名無しさん@お腹いっぱい。2006/11/22(水) 18:42:00
Sunが駄目だったものを列記してやろう。
・性能
・品質
・可用性
・拡張性
・信頼性
・基本的な機能

だよ。
0598名無しさん@お腹いっぱい。2006/11/22(水) 18:47:44
創業以来、Bill Joyの名声だけで保たれてきた会社なのか。
0599名無しさん@お腹いっぱい。2006/11/22(水) 19:08:24
>>594
メモコン関係無いし。
例えばSocket 940でも2チップ使った4コア化は技術的には可能。
0600名無しさん@お腹いっぱい。2006/11/22(水) 19:11:33
あるだろ。
DDR->DDR2で何本信号線が増えると思ってるんだ。
0601名無しさん@お腹いっぱい。2006/11/22(水) 19:20:34
>>598
Bill Joyは創業して暫くして、Sunから身を離しちゃったでしょ。
フリーソースとかとの親和性や先進性はBillからの贈り物。

でも、そのあと、開発費を継続的に投入できなかったり、まともなエンジニア群を
きちんと養えなかった経営陣の問題でしょうね。
Sunが競争力に満ちた会社だったのは93年位までだよね。

Sun-OSならこれこれが出来るのに・・・って想いや言葉が踊っていたしね。
HPがアポロを吸収した頃からの伸びや、IBMが5.1Lを出して、RS6000のボロ滓を
諦めてからの勢い以上だったのに。

さらに言えば、販社が悪すぎる。GRIMMとか見れば、日経コンピュータが叩きまくった
理由も判るし、富士通のエンジニアが「SunがSunが・・」って泣いていたのも判る。

取り巻きが悪いとこうなるっていういい例かもね。
0602名無しさん@お腹いっぱい。2006/11/22(水) 19:28:08
あれ?
Bill JoyがSunやめたのって、3,4年まえじゃなかった?
0603名無しさん@お腹いっぱい。2006/11/22(水) 19:31:54
>>590
富士通がSunの馬鹿サーバに寄らないで、きちんとしたSMPの並列性を実装した
理由って知ってる!?

Intelで超並列機を作っていたピラミッドテクノロジーのエンジニアを引き取ったからだよ。
クレイのように絵に描いた餅しか考えられない糞と違って、現実的な脆いIntel製CPU
(386だぜ。無謀にも程があるけどね・・・)での並列やSMP・超SMPを考えてた連中が
汎用機の信頼性やチェック方式を十二分に知ってる南多摩の連中とつるめば、
お馬鹿な10kの倍のSMPサーバも、簡単に作れたわけだ。


なので、欧州でのSPARCサーバは、基本、富士通製が選択されてる。

しかも、並列処理に関してのオーソリティーも九州大や東大・東工大のコアな富士通
ファミリーの研究者も、よりSunのゴミより先端的な対応が可能だったわけ。

つまり、Sunのサーバは単なるクレイのゴミの結晶。
富士通のサーバは、それとは確実にルーツが異なる。

いっしょにしちゃ、可哀想だよ。っていう程度に10kについては知ってるよん。
0604名無しさん@お腹いっぱい。2006/11/22(水) 19:32:30
>>602
森に身を隠して、Sunの開発から離れてたのは90年代初頭。
0605名無しさん@お腹いっぱい。2006/11/22(水) 21:28:57
>>600
だーかーらーソケット互換って言ってるじゃん。
チップ上に生きたメモコン二つでソケット互換が出来るなら教えて欲しいですわ。
0606名無しさん@お腹いっぱい。2006/11/22(水) 22:22:37
なんかすげースレ伸びてる
Sun復活か!
0607名無しさん@お腹いっぱい。2006/11/22(水) 22:57:49
はい、Sun(凋落の)復活です。
0608名無しさん@お腹いっぱい。2006/11/22(水) 23:04:52
サン、UltraSPARC T1を搭載したテレコム業界向けサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2006/11/22/9109.html
0609名無しさん@お腹いっぱい。2006/11/22(水) 23:07:58
>608
NEC、デュアルコアXeon 7100番台搭載モデルなど基幹業務サーバーを一新
0610名無しさん@お腹いっぱい。2006/11/22(水) 23:11:02
南多摩て
0611名無しさん@お腹いっぱい。2006/11/22(水) 23:23:01
http://www.itmedia.co.jp/enterprise/articles/0611/22/news058.html
>HPの広報担当者は11月21日、AMDがHPのブレードサーバ「ProLiant BL465c」を700台以上購入することを明らかにした。

あーあ
■ このスレッドは過去ログ倉庫に格納されています