Sun Microsystems 最後の提携

[0001 名無しさん＠お腹いっぱい。 2007/06/10(日) 14:45:02]

富士通は「いらない子」


【前スレ】
Sun Microsystems 最大の回復
http://pc11.2ch.net/test/read.cgi/unix/1170949021/

[0859 名無しさん＠お腹いっぱい。 2007/10/11(木) 17:57:10]

>>857
少し実績できてからだろうね。
まあ、T1 と違っていくらでも応用効くから、出るかもね。
8コア全部てのはどうかわからんが。4コアや 2コアでも十分楽しめそうな気はする。

[0860 名無しさん＠お腹いっぱい。 2007/10/11(木) 17:57:53]

>>858
くくく、ほれほれ、いまのうちだぞwwww

[0861 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:04:05]

>>859
8コアマストなのに何いってんの？

[0862 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:13:47]

あんたマストなのか、変わってるなwwww

[0863 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:15:59]

実績ができる頃には、興味なくなっているだろうなぁ。
新しいから、まだ実績がないから、風変わりだから、使ってみたいんだよ。

[0864 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:18:35]

サンの営業って信じられん神経してるな
客の事馬鹿にしてなに考えてんだ

[0865 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:19:16]

早期評価用として開発者向けに、500MHz動作でもいいから、出してくれないかな。
うまくスケールするかどうかを確かめたり、性能を引き出してやろうというモチベーションを
かきたてるためにも、安価でバラ撒いて欲しいのよ。

[0866 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:37:52]

>>864
お客様は神様だが、あんたは馬鹿だなww

[0867 名無しさん＠お腹いっぱい。 2007/10/11(木) 18:47:54]

プロセッサ単体では画期的な高性能なんだろうが、
サーバとして見れば、どーってことないな。

非常に有利なハズのベンチマークですら、
QuadコアXeonの2Pと同等のスコアだしさ。

T2を使って、
TOE & 暗号処理アクセラレータ付きの10GbE 2ポートのNIC
を作って欲しいな。

[0868 名無しさん＠お腹いっぱい。 2007/10/11(木) 20:40:44]

x86 系CPUと、T2を両方積んで
Xenとかで、2つのOSを動かすって出来ないかな？
面白そうなんだけど。

メリット聞かれると困るけど。

[0869 名無しさん＠お腹いっぱい。 2007/10/11(木) 21:28:00]

>>868
それで何がうれしいの？

[0870 名無しさん＠お腹いっぱい。 2007/10/11(木) 21:34:04]

「OS 中毒」だな。ふと我にかえるとすさまじい虚しさが襲ってくるから気をつけろ。

[0871 名無しさん＠お腹いっぱい。 2007/10/11(木) 22:55:02]

>>867 Quad Core×2CPUのPCサーバ以上の性能が出る高信頼性UNIXサーバ。
何が不足？

[0872 名無しさん＠お腹いっぱい。 2007/10/11(木) 22:57:15]

2ソケット対応のVictoria Fallsがリリースされれば、1U/2Uサーバでは
圧勝するわけだが。
このCPUも今期中には出てくる。intelの凄まじい開発能力をもってしても
あと数ヶ月でXeonの性能を2倍にする事は困難でしょう。

[0873 名無しさん＠お腹いっぱい。 2007/10/11(木) 23:00:30]

>>869
思いついた。
T2部分では、DBサーバもしくは、WEBサーバを動かして
x85部分では、アプリケーションサーバを動かす。
x86の方が、コア当たりの馬力があるから、こんな構成を考えてみた。

というのを1Uで実現できる、とか。

[0874 名無しさん＠お腹いっぱい。 2007/10/11(木) 23:14:08]

>>871
足りないもの
根拠もなく「高信頼性」を謳うお馬鹿Sun営業の排除

[0875 名無しさん＠お腹いっぱい。 2007/10/11(木) 23:15:13]

T5120の良い所は、1Uなのに拡張スロットが3つある事だね。
Oracle HA構成やOracle RAC構成が組めるよ。これは素敵。
ただ、ライセンスがなぁ。係数0.75はやめれ。0.25にしてくれと
Oracleに言いたい。
SunFire T2000がSPARC Enterprise T2000に改名しただけで、
係数0.25→0.75だからな。Oracleのライセンス政策はわけ分からん

[0876 名無しさん＠お腹いっぱい。 2007/10/11(木) 23:19:55]

>>874 構成部品点数が少なくなれば確実に信頼性は上がるよ。
うちの会社も、ここ数年で商用UNIXサーバの台数をPC Linuxサーバの
台数が追い抜いたけど。故障率は後者の方が高いね。
PC Linuxやっていなかった頃は、Sunのローエンドサーバは本当に
壊れやすいと思っていたんだけど。ProLiantあたりでも、それ以上に
品質良くない事が分かった。値段安いんだから当然だけどさ。
国産、NECや富士通あたりのPCサーバだと違うんかね？

[0877 名無しさん＠お腹いっぱい。 2007/10/11(木) 23:56:28]

http://japan.zdnet.com/power_center/sun/solaris/02/02.htm
昔から、経験的にSolarisは高負荷状態でも安定していると言われていたけど、
実際に負荷試験してみると、その通りの結果が出るんだね。
LinuxだとCPU100％になるとスループットが落ちるのに対し、Solarisは
がんばっている。

[0878 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:12:53]

NetBSDスレであったこんな話とか
ttp://www.netbsd.org/~ober/
こんな話とか
ttp://www.netbsd.org/~ad/sysbench/netbsd-and-others.png

[0879 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:46:55]

>>871
× Quad Core×2CPUのPCサーバ以上の性能が出る高信頼性UNIXサーバ。
○ Quad Core×2CPUのPCサーバと同程度の性能が出る高信頼性UNIXサーバ。

ちなみに、T2で高信頼性なんて言ったら、従来のUltraSPARC系列は、何になるの?

[0880 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:49:01]

C2Qの結果が欲しいかな

[0881 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:52:23]

>>872
○○が出れば・・・ですか。

その頃には、同じサイズでx86の4Pのサーバが出ていたりして。

[0882 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:54:44]

IV+よりもT2の方が信頼性高いよ。新しい設計だから当然だけど
64VIには敵わないけど。

[0883 名無しさん＠お腹いっぱい。 2007/10/12(金) 00:56:07]

Itanium2の話、出なくなったな。HP-UX大丈夫？

[0884 名無しさん＠お腹いっぱい。 2007/10/12(金) 10:02:49]

>>881
> その頃には、同じサイズでx86の4Pのサーバが出ていたりして。
○○が出れば.. を批判するために ○○が出れば.. を言っているあなた、
左翼用語で自己矛盾に陥っていますよww

[0885 名無しさん＠お腹いっぱい。 2007/10/12(金) 10:03:33]

>>884
頭だいじょうぶ?

[0886 名無しさん＠お腹いっぱい。 2007/10/12(金) 10:05:13]

>>883
どハデな延命措置でしたね。究極の資源無駄使いでしょう。後世の笑いものですね。
「そんなイタニウムな」ということわざはここから生まれました。

[0887 名無しさん＠お腹いっぱい。 2007/10/12(金) 10:10:27]

>>877
まともに Sun 使った人ならみんな知ってることなんだけどね。
ただ、SBus から PCI になった頃の IIi 機とかはけっこうダメだった。

[0888 名無しさん＠お腹いっぱい。 2007/10/12(金) 11:17:27]

>>879

× Quad Core×2CPUのPCサーバ以上の性能が出る高信頼性UNIXサーバ。
△ Quad Core×2CPUのPCサーバと同程度の性能が出る高信頼性UNIXサーバ。
○ 並列処理に向くアプリケーションを動作させる場合においてのみ
Quad Core×2CPUのPCサーバと同程度のスループットが出る可能性のあるUNIXサーバ

[0889 名無しさん＠お腹いっぱい。 2007/10/12(金) 11:31:44]

SPECのrateは、スレッド間の相互依存がないから、ピーク性能が数字に出ちゃうよね。

常に3桁のクライアントからリクエストを受け続けて負荷が100%に張り付くような用途では、
ピーク性能が出ていいんじゃないかな。

そうではない、閑散としたサーバだと、実行状態のスレッドが64もなくて、
やるべき処理はあるのだけれどもCPUが遊んでしまうという、
もったいないことになると思う。

[0890 名無しさん＠お腹いっぱい。 2007/10/12(金) 12:10:08]

カーネルサービスを並行に実施できなかったり、カーネルに限らず
変な所で資源競合の待ちが発生するようなシステムだとそういうことが起きるね。
Sun は SMP 性能向上でもう 20年くらいそれやってるからメチャ有利だよ。
ひきかえ Intel は.....悲惨w まあ、FSB やめてシリアルバスでも、なんでも
やってみるといいよwwww

[0891 名無しさん＠お腹いっぱい。 2007/10/12(金) 12:50:55]

>>890
889の後半の話は、SunのSolarisが走るT2のマシンで、CPUが遊ぶと言ってるのだが。

関係ない話でIntelを叩いて悦に入っている馬鹿にでもわかるように極端な例にすると、
T2で、シングルスレッドで書かれたプログラムを1つだけ走らせると、性能が出ないということ。
当たり前すぎる話だが、気をつけないといけない落とし穴なんだよ。

[0892 名無しさん＠お腹いっぱい。 2007/10/12(金) 13:12:15]

たとえばなんのソフト? どこにそんな落し穴があるの?
悦に言ってるのはだれかねぇww

[0893 名無しさん＠お腹いっぱい。 2007/10/12(金) 13:17:05]

ああ、悦に入る、だったw
ところで、その「落し穴」ソフトは T2 だと CPU が遊んで遅いけど、
シングルスレッドの得意な CPU だと速いんだよな? そうだよな?
具体例よろしく。
CPU 遊んでも T2 より速いとはすごすぎるなノーベル賞取れそうだww

[0894 名無しさん＠お腹いっぱい。 2007/10/12(金) 13:33:14]

>>887
ただ、OSが頑強なせいでハードに負荷が溜まって
ウン億のマシンの故障率が上がっているとかなんとか。
>>891
マーケティングの魔法ですね。
iMacがintelになってXX倍速くなったり、32bitCPUを2つ積んだら64bit級になったり。
>>893
話を極端に振りすぎです。
コア当たりの性能は、飛び抜けて良いわけではなく
T2の性能は、沢山のコアを生かしてこそ活用できるという事実です。
技術者は、別にそれに一喜一憂せず生かすことを考えればいいだけ。

[0895 名無しさん＠お腹いっぱい。 2007/10/12(金) 14:46:39]

Sun の主張はまったく理解できとらんのね。メモリ待ちによる遅延。おわかり?
シングルスレッド特化の CPU は実際速くないのよ、と言ってるんだけど。
あんたらの方が我田引水だと言ってるんだが。
つーか、某社のヨタ話盲目信心してるだけじゃんかよ。SMP 機なんか
使ったことねーだろ?

[0896 名無しさん＠お腹いっぱい。 2007/10/12(金) 14:51:43]

吠えれば吠えるほど虚しい

[0897 名無しさん＠お腹いっぱい。 2007/10/12(金) 14:56:49]

意味わからんの棚に上げてかww

[0898 名無しさん＠お腹いっぱい。 2007/10/12(金) 15:34:27]

Intel Xeon ... X4150/X4450 = 16 core 2.9GHz
SPARC T2 ..... T5120/T5220 = 8 core 1.4GHz

AMD のバルサはまだぁ？

[0899 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:06:38]

具体的なデータ

UltraSPARC T2 8コア
SPECint_rate2006 → 78.3 コアあたり 9.8
※SPECに登録されていないので、スレッド数(Copies)不明。

Sun Fire V490 UltraSPARC IV+ 2.1GHz 2コア×4CPU = 8コア
ttp://www.spec.org/cpu2006/results/res2007q2/cpu2006-20070331-00717.html
SPECint_rate2006 → 78.0 コアあたり 9.8
スレッド数(Copies)は8

Sun Blade X8420 Opteron 8220 2.8GHz 2コア×4CPU = 8コア
ttp://www.spec.org/cpu2006/results/res2007q1/cpu2006-20070109-00214.html
SPECint_rate2006 → 93.1 コアあたり 11.6
スレッド数(Copies)は8

[0900 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:11:31]

T2のベンチマーク値は、コアあたり幾つのスレッドを走らせたんだろうな。

1ってことは、ないだろうな。
たとえ1だとしても、Opteron 8220よりも遅いってことだな。

[0901 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:27:33]

>>893

> ところで、その「落し穴」ソフトは T2 だと CPU が遊んで遅いけど、
> シングルスレッドの得意な CPU だと速いんだよな? そうだよな?
> 具体例よろしく。

サイズの大きなアプリ（例えば、gccとか、MySQLとか）を
並列度なしでビルドしてみれば、その差は歴然としていて、
泣けてくるほどだと思うよ。やってみたこと、ないんだろうか。

[0902 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:29:21]

コンパイルなんてそんな低俗なことさせませんよ？

[0903 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:35:56]

次スレはここね

Sun Microsystems 最大の日本撤退
http://pc11.2ch.net/test/read.cgi/unix/1149692672/

[0904 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:37:45]

Niagara はスレッドがたくさん動いてなんぼで、Sun のリリース見ても
主なターゲットはエッジサーバなんだから。
今更、シングルスレッドが悪いことを指摘されて吠えなくてもねぇ。
いいマシンでも、変な信者がいると印象悪ー。

[0905 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:50:10]

>>902
むしろ並列コンパイルこそ、T2が得意な分野だと思うが。

[0906 名無しさん＠お腹いっぱい。 2007/10/12(金) 16:50:43]

さあ早くエントリクラスのNiagaraサーバを開発する作業に戻るんだ

[0907 名無しさん＠お腹いっぱい。 2007/10/12(金) 17:33:43]

>>905
不得意分野を捏造して特殊用途だと思い込みたいんだよ、かわいそうに。
よくいるタイプだね、相対位置を確かめ続けないと不安でしょうがないのww
T2 はかなりの領域に応用できるはず。不得意皆無とは言わないが、
シングルスレッド性能ばかり突出したプロセッサの方が変則的に
見られるようになるのは時間の問題だね。NetBurst みたいにさ。

[0908 名無しさん＠お腹いっぱい。 2007/10/12(金) 17:55:01]

>>907
おりょ? >>895と同一人物っぽい文体だけど、別人ですか?

UltraSPARC IV+は、シングルスレッド性能ばかり突出した変則ですか?

私はUltraSPARC IV+ 8コア と T2 を比べたら、前者を使いたい。
トータルのスループットが同じで、なおかつ、シングルスレッド性能が高い。
苦労せずとも性能を使い切れるからね。
とはいえ、4CPU機になるのでT2搭載機とは値段がまるで違うけどね。

[0909 名無しさん＠お腹いっぱい。 2007/10/12(金) 19:20:22]

T2 使うのに苦労が要るのか? ユーザーにか?

[0910 名無しさん＠お腹いっぱい。 2007/10/12(金) 19:30:42]

性能を使い切るには苦労は必要だろうなぁ

[0911 名無しさん＠お腹いっぱい。 2007/10/12(金) 19:32:32]

>>908 VI+のシングル性能って、、、
IV+が速ければ苦労していないわさ。
ところで、T2を使うのに苦労するような書き方だけど、SPARC Solarisで
シングル性能を重視する場面って何？
実際、T1でも、WebやWebAPだけでなく、Oracleもファイルサービスも
認証サーバ、バックアップサーバ用途でも速いよ？
バッチ？

[0912 名無しさん＠お腹いっぱい。 2007/10/12(金) 19:33:28]

>>910 Disk I/Oがネックにならない構成にすれば大丈夫。
それでもCPU使い切れないのなら、Zoneで分割ですね。

[0913 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:06:50]

>>911
相対評価でお願いしますｗ

[0914 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:12:34]

>>912
そこが難しい。実際使おうと思うと
CPUよりもIOで詰まるから。

出来ないって言う訳じゃない、苦労するよねって話。

[0915 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:13:38]

GNUのtarに-z付けてLTOにバックアップ取ったりすると、
LTOの性能が台無しだな、なんて思うことはある。

[0916 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:14:13]

Oracle走らせると、T1 1GHz×8CoreとIV+ 1.9GHz×2Core×2CPUで同等。
まだ試していないけど、T2 1.2GHz×8Coreでは、IV+ 4CPU構成より速いと思う。

[0917 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:15:08]

>>914 それはシングルスレッド重視のCPUでもいっしょでしょう

[0918 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:17:01]

>>915 テープ速いからねぇ。LTO3 2台も用意してしまうと、ストレージに
相当金かけないと、性能を使い切れない。

[0919 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:22:12]

>>915
普通そんなことせんやろｗ

[0920 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:22:23]

>>918
CPUが遅いと言ってるんだと思うけど。

[0921 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:22:45]

>>917
別にシングルスレッドどうとかじゃなくて、
単に、「T2の性能を使い切るのは大変だよね」って言いたいだけなんだけど・・・
シングルスレッド云々言っている人とは別人です。

ID付けて欲しいわ・・・

[0922 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:26:04]

LTOが圧縮するからねぇｗ

[0923 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:28:20]

リクエストがスレッドのぐらいは無いと性能が発揮されないから、環境作るのも大変だ罠。
ちゃんとスケールする、Solaris は良いね。
アプリもスケールするように作らなきゃいけないのが、ちと厳しいが。

[0924 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:28:29]

古い1-1.5GHzクラスのIII/IIIiのサーバ64台分をT2 1台に集約出来たりするかな？

[0925 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:29:25]

相当リソースに余裕がなきゃ無理。

[0926 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:33:50]

>>925 メモリも64GBまで行くし。ネットワークも1000×4＋10G×2。
拡張スロットも5120で3スロット。
64台はともかくとして、16台は固いよな。32台も行けそう。

[0927 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:34:57]

>>920
LTOを全力疾走させられる速度でgzip圧縮できるCPUなんて、あんのか?

>>924
最低でもHDDを64台に分散させないと、アクセスタイムがネックになりまくるぞ。

[0928 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:35:59]

I/Oが全然足らんだろ。
だから、絵にかいたモチ。誇大広告にもほどがある。

[0929 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:38:27]

そこでZFS＋JBODですよ。

[0930 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:39:32]

外付けRAIDつければいいじゃん。

[0931 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:40:42]

開発・検証機にもいいだろ。Zoneで8〜16分割。

[0932 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:44:41]

>>929,930
そんなんで解決するわけないだろｗ
HBAも増設してチャンネル数を同等にしたとしても、同じだけの性能がだせるかどうかかなり怪しい。

[0933 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:49:43]

HDDの得意なシーケンシャルアクセスも、多数のスレッドで同時にやればランダムアクセスになる。
桁違いにパフォーマンスは低下してしまう。ファイルシステムやRAIDが頑張っても、いかんとも。

[0934 名無しさん＠お腹いっぱい。 2007/10/12(金) 20:56:18]

実際、ランダムアクセスの方が多いでしょ

[0935 名無しさん＠お腹いっぱい。 2007/10/12(金) 21:03:27]

結果としてあまり変わらないんじゃ？

[0936 名無しさん＠お腹いっぱい。 2007/10/12(金) 21:14:12]

>>931
加えて zfs ならスナップショット取り放題だから、開発/検証には向いているかもね。
ただ、同じような処理を多数同時にこなすのには向いているけど、
異なる性格の処理を混ぜたら悲惨なことになると思うけど。

[0937 名無しさん＠お腹いっぱい。 2007/10/12(金) 21:32:33]

たくさん詰め込めば平準化するのでは？
SANストレージ統合もそんな感じでしょ。

[0938 名無しさん＠お腹いっぱい。 2007/10/12(金) 21:47:30]

Sunの新しいサーバ群のシャシー設計は美しいな。
メモリもエアフロー方向に並んでいるし。増設しない場合はDIMMの
代わりに板を挿して置く念の入り用。

[0939 名無しさん＠お腹いっぱい。 2007/10/13(土) 00:14:46]

アンディたんマンセー

[0940 名無しさん＠お腹いっぱい。 2007/10/13(土) 01:47:42]

dellやProLiantとは設計思想からして違うよな。
こう言う所が好きだ。
でも、くそブレード出してきたりもするし。当たり外れの大きい所も、Sunの
特徴だわな。V40zもひどかった

[0941 名無しさん＠お腹いっぱい。 2007/10/13(土) 11:11:56]

10GbE*2, GbE*4あると遊べそうだな。
ローカルなRAIDより、iSCSIでいい気がしてくる。

[0942 名無しさん＠お腹いっぱい。 2007/10/13(土) 15:20:22]

　　１Ｒ〜１１Ｒ

　　ｙｙｙｙｙ 　　　　　　　　 ／⌒ヽ
　 ( 　｀ω´)＝つ≡つ 〃(＾ω＾　) ﾐ　
　(っ　≡つ＝つ　(＾ω＾　)　 O（＾ω＾　）　ﾋｭﾝﾋｭﾝ　
　/　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ　Oヽ(　　 　)〃ノO "
　( /￣∪　　　　　　　　　∪∪



　　ｙｙｙｙ;，.　　　　 　 ／⌒ヽ
　 (；｀ω(;;(⊂≡⊂＝(＾ω＾　)
　(っ　　つ　　⊂＝⊂≡　⊂)
　/　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ　　(　　　＼
　( /￣∪　　　　　　　 ∪￣ヽ_)





　　１２Ｒ

　　　　　　　　　　　　　　／⌒ヽ
　　 ∩ｙｙｙｙｙ∩　　　　 (＾ω＾；)＜すごくロマンティックです。
　　 /ﾉ；｀ω´)ﾉ　　彡　と　と ﾉ
　　/　　　 /　　　　　　と と ノ
　 /　　　)
　( /￣∪　　

[0943 名無しさん＠お腹いっぱい。 2007/10/16(火) 13:50:16]

だれか発注した?

[0944 名無しさん＠お腹いっぱい。 2007/10/16(火) 21:03:17]

みんな発狂した

[0945 名無しさん＠お腹いっぱい。 2007/10/17(水) 22:22:08]

発注は発狂をもって代えさせていただきます

[0946 名無しさん＠お腹いっぱい。 2007/10/18(木) 22:05:17]

>>940
DellやIBMはまだしもProLiantの設計思想はSunに通じると思うけど

[0947 名無しさん＠お腹いっぱい。 2007/10/18(木) 23:08:57]

>>946
簡単に言うと、どんな設計思想?

x86サーバに関しては、ProLiantのほうがファンの設計など
進んでいる印象があるが…

[0948 名無しさん＠お腹いっぱい。 2007/10/18(木) 23:09:44]

>>947
各パーツの配置

[0949 名無しさん＠お腹いっぱい。 2007/10/19(金) 01:30:03]

>>947
壊れても謝らないし原因を調べない。
たまたま壊れたんです。運が悪かったですねえと次を買ってもらう。

[0950 名無しさん＠お腹いっぱい。 2007/10/21(日) 18:20:21]

そろそろ次スレのタイトルを考える頃合です。

[0951 名無しさん＠お腹いっぱい。 2007/10/21(日) 18:46:55]

次スレ
ttp://pc11.2ch.net/test/read.cgi/unix/1149692672/

[0952 名無しさん＠お腹いっぱい。 2007/10/21(日) 19:21:58]

Sun Microsystems 最後はみんないらない子

[0953 名無しさん＠お腹いっぱい。 2007/10/21(日) 19:42:48]

Sun Microsystems 最後のお願いに参りました

[0954 名無しさん＠お腹いっぱい。 2007/10/21(日) 20:06:44]

Sun Microsystem 最後の閉店セール

[0955 名無しさん＠お腹いっぱい。 2007/10/21(日) 22:07:38]

Sun Microsystem 最後の言い訳

[0956 名無しさん＠お腹いっぱい。 2007/10/21(日) 22:25:07]

Sun Microsystems 最後のスケジュール遅延

[0957 名無しさん＠お腹いっぱい。 2007/10/21(日) 22:52:00]

Sun Microsystems 最後の出す出す詐欺

[0958 名無しさん＠お腹いっぱい。 2007/10/21(日) 23:05:11]

Sun Microsystems 最後の綱は富士通