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

Sun Microsystem 最大の夜長

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

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

【前スレ】
Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/
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台以上購入することを明らかにした。

あーあ
0612名無しさん@お腹いっぱい。2006/11/22(水) 23:26:33
>>609
すまん、9110.htmlだた
0613名無しさん@お腹いっぱい。2006/11/22(水) 23:34:05
>>594
メモリコントローラは関係ないだろ。

Opteronマシンで片方のCPUにしかメモリを繋がなくても動くぞ。
0614名無しさん@お腹いっぱい。2006/11/22(水) 23:35:14
http://japan.cnet.com/news/ent/story/0,2000056022,20324427,00.htm
> 米国防総省の高等研究計画局(DARPA)は、CrayとIBMにおけるペタ
フロップス級のスーパーコンピュータ開発プロジェクトに引き続き資金を
援助する一方で、Sun Microsystemsへの援助を打ち切る決定を下した。

(ノ∀`) アチャー
0615名無しさん@お腹いっぱい。2006/11/22(水) 23:38:43
>>595
> おいらが知っているのは、MIPS&国産UNIXから始まって、PowerやPA、Itanium
うひゃ〜、でた〜。そんなこったろうとは思ってたが。
できそこない Unix ばっかりさわってた偏食デブさんですかwwwwwwww
OSF/1 に AIX 採用してもらえたらよかったのにね?
SVR4.2 がなんだって? そんなもん Solaris とまるきり関わりないですけど、ひーww
まるでハズレてますわ。SuperDome がなんだってー???
0616名無しさん@お腹いっぱい。2006/11/22(水) 23:39:18
Rock終わったな
0617名無しさん@お腹いっぱい。2006/11/22(水) 23:53:11
国防総省の共通運用環境からSolarisが外される日も近いな
0618名無しさん@お腹いっぱい。2006/11/23(木) 00:03:57
http://japan.cnet.com/news/ent/story/0,2000056022,20324967,00.htm
一応好調みたいだな。
このままいけば再び3位に返り咲くだろう。
もっとも、大きな流れとしては、Unix→Windows/Linux(x86)なわけだから、
薄氷を踏むような感じではあるが。
0619名無しさん@お腹いっぱい。2006/11/23(木) 00:09:17
>>595
さんざん極悪連投を繰り返した後のショボいタネあかしww さむ〜wwww
0620名無しさん@お腹いっぱい。2006/11/23(木) 00:09:36
>>615
10kの話はどしたの?_

日本のベンダーから駆逐された悲しい
クレイから捨てられたエンジニアが
やけくそで作ったゴミは?

0621名無しさん@お腹いっぱい。2006/11/23(木) 00:11:48
なんか、OSとCPUをごっちゃに語ってるおばかさんがいるなあ
0622名無しさん@お腹いっぱい。2006/11/23(木) 00:13:06
>>615
mips系はriscの傑作。
sparcより、よっぽどまともなアーキテクチャやん。

ただ、運がなかっただけ。
0623名無しさん@お腹いっぱい。2006/11/23(木) 00:13:19
典型的囲い込み指向企業だったとこの人がなに言ってもねぇ。信用できんしw
IBM があれだけ性能のいい製品作ってても支配的になれないのもまさに
そこだからねぇ。一回失ったそういう信用はなかなか取り返せんよ。
いくら Linux 支援したところで。ウソくさいしw
0624名無しさん@お腹いっぱい。2006/11/23(木) 00:14:15
>>622
MIPS 採用してたクローズドな会社は、いくつもあったよね?
0625名無しさん@お腹いっぱい。2006/11/23(木) 00:15:46
下降しきった負け犬がなにをいっても。
潰れるだけだろ、Sunなんて。
0626名無しさん@お腹いっぱい。2006/11/23(木) 00:21:41
負け犬みたいな遠吠えを繰り返してるのは、誰だろうなwww?
0627名無しさん@お腹いっぱい。2006/11/23(木) 00:22:32
ほんとは好きなくせに。
0628名無しさん@お腹いっぱい。2006/11/23(木) 04:34:53
>>614
>Sun Microsystemsへの援助を打ち切る決定を下した。

NECの地球シミュレータが米政府の度肝を抜いたおかげでSunにも臨時
に支給されていた補助金が打ち切られたのか。

富士通頼みのSunを支援しても、米政府の思惑とは外れてるからねw

Powerが国家プロジェクト的地位で不動の物となるならば、SONYがCELL
の莫大な開発費を負担してきたというのも、SONYと米政府との間に何か
裏取引でもあったりして。
0629名無しさん@お腹いっぱい。2006/11/23(木) 08:57:16
どうでもいい話だが、
アメリカがスパコンTop1の座を地球シミュレータに明け渡していた期間、
その後塵を拝していたのは、Compaq(完成時はhpになってた)が作ったASCI Q。
Linpackではピーク性能の70%くらい出てたようだけど、実際に使うと悲惨な代物だったそうな。

えーと、SunってTop1になったスパコンあったっけ?
0630名無しさん@お腹いっぱい。2006/11/23(木) 11:37:32
スパコンの並列性にクレイから捨てら
れた連中が再度、目を付けて中途半端
にopteronの物まねしたのが、T1とT2。

Opの技術がはIBMベースのものだけど、
Sunベースだとああなる。

TSUBAMEもNECの設計がなきゃ、まともな
構成すらとれなかったし、OSもLinux。
なので、あれはSun製ではないよね。

まともなスパコンって、皆無じゃん。
0631名無しさん@お腹いっぱい。2006/11/23(木) 11:48:48
>>630
相変わらず話が無茶苦茶だな。
0632名無しさん@お腹いっぱい。2006/11/23(木) 11:49:30
>>628
富士通は、PrimeQuestにSun鯖向け
だったPrimeClusterを乗せ変えた時点
で、完璧にItanium路線に切り替えた。

だって、ユーザからSparc&Solarisって
事で信用なくなってるし。
しかも、研究支援している大学への
提供鯖もSparcじゃなくなったんだぜ。

Sun、どうすんだろ。
0633名無しさん@お腹いっぱい。2006/11/23(木) 11:58:11
TSUBAMEって、一部Windowsなんでしょ。
キャンパスHPCってことで、学生向け
にWindowsHPCだっけ?
それを使ってるよね。

どっちにせよ、Sunは単にx86のOpteron
のサーバ提供で、何かしたの?
0634名無しさん@お腹いっぱい。2006/11/23(木) 12:01:24
>>631
AMDの生産技術・設計技術の多くがIBM
のからの導入ってのは、常識じゃん。
0635名無しさん@お腹いっぱい。2006/11/23(木) 12:25:29
>>633
他のユーザよりも早くGalaxy4とThumperを納入したことくらいかな。
0636名無しさん@お腹いっぱい。2006/11/23(木) 12:27:35
>>634
>>630 の人は断片的な聞き齧りと思い込みで書き込んでるでしょ。
見ていて恥ずかしい。
■ このスレッドは過去ログ倉庫に格納されています