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

Sun Microsystems 最大の滝壷

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001名無しさん@お腹いっぱい。2006/02/01(水) 18:32:00
NOW IN NAIAGARA!
"Rock" on the table?


【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0851名無しさん@お腹いっぱい。2006/02/23(木) 02:10:03
Niagaraで開発しようとするとシングルスレッド性能が低いのがネックだな。
0852名無しさん@お腹いっぱい。2006/02/23(木) 02:14:57
ビルド一回こっきりだったら、「make -jたくさん」とすれば、
Niagara で十分速くコンパイルできそうだけど、プログラミング
している場合、デバッグ時は一つのファイルを修正してコンパイル
というのを繰り返すことになるから、シングルスレッド性能が
速い方がいいよね。
やっぱり、そういう目的には UltraSPARC IIIi の方を使うんじゃ
ないの?
あるいは、Opteron で開発およびデバッグして、最終ビルドと
テストだけ Niagara で行なう。(w
0853名無しさん@お腹いっぱい。2006/02/23(木) 02:23:36
make -j のように異なるタスクをたくさん走らせるのは Niagara じゃ
ぜんぜん性能が出ないんじゃない? Niagara は同じような処理を
たくさんこなすでしょ。

ビルドマシンとターゲットマシンを分けることに落ち着くとは思うけど。
0854名無しさん@お腹いっぱい。2006/02/23(木) 02:35:21
異なる仕事と言っても、ほとんどコンパイラの呼び出しでしょ。

あと、キャッシュ容量が3MBと、スレッド数に比べて少なめなの
で、同じ仕事を複数の方が効率は高いと思うけど、キャッシュを
はずした時の性能低下を、4スレッドのFGMTで隠蔽する設計だから、
異なる仕事でも結構性能がいいかもしれないよ。

まあ実機持ってなくて想像なので、大間違いかもしれんけど。
0855名無しさん@お腹いっぱい。2006/02/23(木) 02:57:51
そもそもシングルスレッド性能も、

>>852
> デバッグ時は一つのファイルを修正してコンパイル
> というのを繰り返すことになるから、

なら十分に速いはずだと思うがどうか?
0856名無しさん@お腹いっぱい。2006/02/23(木) 03:21:04
>>260 のベンチマークによると、シングルスレッド性能は、
UltraSPARC II 400MHz相当みたいなので、遅いでしょ。
スレッドがたとえ1つしかなくても、これより速くはならん
みたいだし。
0857名無しさん@お腹いっぱい。2006/02/23(木) 05:52:19
> UltraSPARC II 400MHz相当みたいなので、遅いでしょ。

普通のコンパイルだったら、別にこれでいいんじゃないの?
自分のパソでアプリ開発する程度の負荷だったら、問題ないんんじゃない。
多数の人間がアクセスしてくるサーバ用途では、これでは全然足りないが、
逆に多数アクセスだと、Niagaraアーキが生きてくる。
0858名無しさん@お腹いっぱい。2006/02/23(木) 10:02:15
>>855
printfデバッグなんて、デバッガが無かった頃の話ですよ。
0859名無しさん@お腹いっぱい。2006/02/23(木) 10:32:16
だれがprintfデバッグやねん!
0860名無しさん@お腹いっぱい。2006/02/23(木) 12:23:18
コンパイラもマルチスレッド化する時代か
0861名無しさん@お腹いっぱい。2006/02/23(木) 16:02:24
>>849
ルートファイルシステムの直前までいっただけのことをこんな一般向けの記事にする
CNET で、アホだね。ま、ここからマルチユーザー起動までそんなに遠くはないだろうけど、
Niagara の利点活かせるようになるにはまだほど遠いんだが。
でもほんとに 32 個みえる CPU をうまく活かせるようになれば、Linux も
エンタープライズ向けに使えるレベルになるだろうけど。ま、がんばれ。
マルチユーザーまでいった時点で「Niagara は遅い」とかトホホなことを
Dave Miller にしろ Torvalds にしろ言いそうなのがちょっと気になる..
0862名無しさん@お腹いっぱい。2006/02/23(木) 16:20:31
単なる SMP の SPARC じゃないの?
0863名無しさん@お腹いっぱい。2006/02/23(木) 16:28:51
Linux は 32CPU の「単なる SMP」をじょうずに稼働できるレベルには達してないよ。

「カーネル2.6は8CPUまで十分スケール」---Linux Kernel Conference 2005
ttp://itpro.nikkeibp.co.jp/article/NEWS/20051111/224456/
0864名無しさん@お腹いっぱい。2006/02/23(木) 16:59:56
Linuxは所詮パソコン向けだし、代替OSがあることで顧客の安心に繋がれば
まともに動かなくても問題ないな。ぶっちゃけ
0865名無しさん@お腹いっぱい。2006/02/23(木) 17:01:32
sparcってどっからも相手されてないんだな
なんか、かわいそうになってきた、トホホ
0866名無しさん@お腹いっぱい。2006/02/23(木) 17:18:39
>863
よくわからないんだけど
"上手に稼働" っていうのと
"起動した" ってのは別だよね?

hyper threading みたいな部分は今までの SPARC には
なかったんでその部分に初期対応出来たって話なのかな?
0867名無しさん@お腹いっぱい。2006/02/23(木) 17:20:54
>>864
古い開発者連中は自身のデスクトップ機+αぐらいにしか興味はなくて、
SMP 向けにロック多用されて改変が容易でなくなったりするのを嫌がる。
SMP 機作ってる側は「Linux やってまっせ」という看板が欲しいから
持ってる SMP まわりのノウハウを Linux に手を入れて反映したいが、
特定企業に好き勝手されてると見られるのも困るからあんまりおおっぴらにも
やれない。
結局どっかの企業の私物化状態にならないと Linux の SMP 対応レベルが Solaris に
追いつくことはないと思うよ。そうなったものを Linux とは呼んで欲しくないけどね。
0868名無しさん@お腹いっぱい。2006/02/23(木) 17:25:49
>>866
カーネルの読み込み、デバイスの検出、初期化。そこまでできた、ってだけ。
まだシングルユーザーモードまで言ってない。ここまでは、32 個見えるうちの
最初の 1 個の CPU しか使ってないよ。まだ「起動した」とは言えない。
CMT 関連では、たぶんスケジューラーに手を入れて各物理コアにスレッドが
均等に割り振られるようにする必要があると思うけど、そこまでいってるとは
到底思えない。単に普通のシングルプロセッサとして Niagara がこれまでの
SPARC と違う部分を実装しただけだと思うよ、まだ。
0869名無しさん@お腹いっぱい。2006/02/23(木) 17:42:07
完全にブログの日記段階ってことみたいっすね
0870名無しさん@お腹いっぱい。2006/02/23(木) 18:08:50
2005年サーバー売上、WindowsがUnixを抜いて1位に--米調査
http://japan.cnet.com/news/biz/story/0,2000050156,20096995,00.htm
0871名無しさん@お腹いっぱい。2006/02/23(木) 20:41:31
Aduvaって初めて聞いた。
0872名無しさん@お腹いっぱい。2006/02/23(木) 20:42:57
>>867
LinuxではなくFreeBSDが流行っていれば、よかったのにねぇ。

Linux互換のOSを別途作るっていうほうがいいかもしれない。
0873名無しさん@お腹いっぱい。2006/02/23(木) 20:50:51
NetBSDが流行って欲しい
0874名無しさん@お腹いっぱい。2006/02/23(木) 21:23:46
俺も、NetBSDならいいかな。
0875名無しさん@お腹いっぱい。2006/02/23(木) 21:36:33
>>867
そういう能書きばっかり垂れてるからSolarisはダメなんですよ。
HPCでBeowolf ClusterのLinuxに及ばない現実を認めましょう。
TOP500でSPARCそらりすって何位だっけ?ププ
0876名無しさん@お腹いっぱい。2006/02/23(木) 22:00:24
>>872
今の Linux の立場に FreeBSD がなっていたとしたら、やっぱり似たような団体(?)に
なってると思うよ。似たような連中が同じように存在すると思う。
Linux 特有の部分もいくらかはあるけどね。Torvalds くんは結構特別な人のようだね。
妙な魅力があるようだ。オレにはわかんないけどね。ただの短慮なガキにしか見えん。
0877名無しさん@お腹いっぱい。2006/02/23(木) 22:00:52
>>875
よかったね、他のマシンでもがんばってくれ。
0878名無しさん@お腹いっぱい。2006/02/23(木) 22:36:16
>>872
所詮は Unix 族なんで、システムコールの差異を多少吸収してやればカーネルレベルでは
割と簡単に互換にできるから、仕事の種類によってはホンモノより高性能ってのは
充分ありえる。現状でもあるかも知れん。
けど、SMP に関しては libc もがんばらないといかんので、これについては代替えは
むずかしいかなぁ。
0879名無しさん@お腹いっぱい。2006/02/23(木) 22:45:28
結局4ソケットまでは、win&linux
それ以上はunixって現状にしばらく変化なしか
>>863の、8wayで4wayの1.7倍ってのは厳しい
0880名無しさん@お腹いっぱい。2006/02/23(木) 22:48:00
連カキコごめん
ただ、今の4ソケット8WayPCって、StarFireとか5年以上前の
メインフレームクラスの性能あるってことなんだよな、処理によっては
>>870のも時代かなと
0881名無しさん@お腹いっぱい。2006/02/23(木) 23:12:36
それは仕方ない。
基本的にイノベーションは、下位の市場セグメントから起きて
上位セグメントを席巻していくのが常だし。

だから、Niagara みたいな下位セグメント向けCPUが重要なんだし、
逆にサーバで一番伸びているのもその領域。
ハイエンドだけしか残ってない IA64 に未来はない。
0882名無しさん@お腹いっぱい。2006/02/23(木) 23:26:30
>>880
他社の CPU の性能があがるのは別に問題ない。問題なのは UltraSPARC の性能向上が
ずっと鈍かったこと。まず Niagara を出しておいて Rock をやり、それまでは
富士通に頼るというのは戦略的には正しいと思う。
Niagara も Niagara2 がでると、いろいろヨコ展開が考えられると思う。
CPU 数というリソースが潤沢にある前提だと一般的なアプリでもプログラミングパラダイムが
変わってくるかも知れないし。
0883名無しさん@お腹いっぱい。2006/02/23(木) 23:39:42
ユーザから継続要望のあったWeb Appliance鯖(Cobalt)ラインを潰しておきながら、
自力でフラッグシップ・プロセッサが作れなくなったという理由だけで、今度は
SPARC SolarisのWeb Appliance鯖を無理やり押し付けてもそれは無理ぽ。
Sun厨を除いて誰も買わないよ。
0884名無しさん@お腹いっぱい。2006/02/24(金) 00:10:26
>>872
FreeBSDも駄目じゃん。> スケール
0885名無しさん@お腹いっぱい。2006/02/24(金) 00:13:45
>>881
イノベーションは上位セグメントから生じるものだろ。高額なコストを許容できる
ユーザのおかげで開発ができる。それが、次第に下位に普及していく。
今や、上位と下位との差が狭くなってきているから、もはや、イノベーションの
開発に要する高額なコストリスクを単独で背負えるベンダがなくなっている。
そんなだから、少しでもコストを許容できる市場で開発コストをペイしていく
必要がある。Niagaraの今の位置づけはそういう背景があると思う。
0886名無しさん@お腹いっぱい。2006/02/24(金) 00:37:31
> イノベーションは上位セグメントから生じるものだろ。

そうでもない。
「イノベーションのジレンマ」を読んでみてみたら?
性能が過剰になったとき、単純で低価格な製品が、主流市場を
下位セグメントから席巻する。

今のPCのCPUは、15年前の汎用機CPUの10倍以上の性能だからね。
0887名無しさん@お腹いっぱい。2006/02/24(金) 01:35:09
Niagaraは破壊的なイノベーションじゃ無いし。
0888名無しさん@お腹いっぱい。2006/02/24(金) 02:38:01
>>876
ライセンスが違うよ。

FreeBSDは、プロプライエタリなMacOS Xに取り込まれたりもしているのだから、
SunがBSDに回帰するのもまた一興かと思う。
0889名無しさん@お腹いっぱい。2006/02/24(金) 02:39:16
>>884
そうね、FreeBSDは2CPUでさえもボロボロだった。
それは昔の話で、BSD/OSとマージしてマシになってたりしないかな・・・しないか。
0890名無しさん@お腹いっぱい。2006/02/24(金) 02:45:09
BSD厨はこれだから。。
0891名無しさん@お腹いっぱい。2006/02/24(金) 02:49:27
>>888
ベースを SVR4 にするんじゃなかった、ってマクネリがぼやいてたね、AT&T から
出てきたのはほんとひどいもんだったらしい。まともにしたのは Sun の功績大。
いまさら BSD へもどってもう一度同じことをしたいとは思ってないでしょ。
それより、OpenSolaris 出たんだし、いろんなレイヤでプログラミングインターフェースを
共有することを考えた方がいいんじゃないかな。パフォーマンス劣化の可能性を
承知の上でマイクロカーネルを切り出すとかも有意義だと思うけど。
せめて、デバイスドライバは遅くなるとしても共有のインターフェースがあると
うれしいよね。
0892名無しさん@お腹いっぱい。2006/02/24(金) 02:58:57
>>889
BSD/OS の MP を取り込むはずだったよね。まあ、MP 関連は「取り込む」って言い方が
あてはまるのか疑問だけど、それはおいといて、5 とか 6 はそっち方面の改善を
めざしてたはず。でも「こんなに改善した」って話はまだ聞かないね。リニアに
性能あがります、って出してるとこは Sun ぐらいなもん。Linux は >>863 程度だし。
Itanium のこれは笑わせてもらったよ。

ttp://solution.unisys.co.jp/webseminar/20/

CPU と OS は明記してあるけど、多重度の軸に数値が入ってないww
0893名無しさん@お腹いっぱい。2006/02/24(金) 04:01:15
>>891,892
ところでSolarisのレベルはどんなもんなの?
ベンチの結果とかどっかない?
0894名無しさん@お腹いっぱい。2006/02/24(金) 04:22:50
>>893
>>612 のグラフとかね。「リニア」とかでググってみると下記とかみつかる。
ttp://www.group1.jp/solution/1-4.html
0895名無しさん@お腹いっぱい。2006/02/24(金) 07:36:38
なにがInnovationなんだか。
UltraSPARC Vがダメになったんで、Rockまでの間ナニか作ってないといけないから
とりあえず現状で出来そうなしょぼいプロセッサを作って、無理やり用途考えただけだろ。
Javaの場合は組み込み目的で開発してダメで全く想定外のInternetで花開いたけど、
Niagaraはどうなるんでしょうね。
0896名無しさん@お腹いっぱい。2006/02/24(金) 10:16:59
Javaの歴史

組み込みがダメ

クライアントサイド(Javaアプレット)がダメ

サーバサイド

という流れだからなぁ。

最初の時点の言語仕様の時点でも既にグルー向けなわけで、
どうして最初から、業務システムをターゲットにしなかったのか。
0897名無しさん@お腹いっぱい。2006/02/24(金) 10:45:04
>>896
組み込みがダメ

クライアントサイド(Javaアプレット)がダメ

サーバサイド

組み込み(i-mode)で開花
0898名無しさん@お腹いっぱい。2006/02/24(金) 10:50:31
BJ-Javaもあるだろ。
>>896は軽く5年くらい遅れていると思われ。
0899名無しさん@お腹いっぱい。2006/02/24(金) 11:02:35
>>875
OS の MP 実装の良し悪しってのはね、カーネルサービス中のカーネル経由の資源利用の競合を
いかにうまく調停するかを言うのよ。各スレッドがカーネルサービスをほとんど使わずに
じかに CPU 消費する時間の比率が大きい科学技術系演算とかは OS の MP 実装は
いい加減でもハードウェアが高性能なら高い性能指標がでる。
0900名無しさん@お腹いっぱい。2006/02/24(金) 11:06:34
しかも>>875はclusterじゃん。
あまりにも無知で話にならん。
0901名無しさん@お腹いっぱい。2006/02/24(金) 11:11:38
>>896
前にもここに書いたような気がするけど、Gosling くらいのプログラミング言語の大家が
ほんとうに家電にしか使えないようなショボイ言語を作ってたと考えるのは不自然だよ。
元は Lisp 屋さんで Postscript の画面拡張 (NeWS) もやった人なんだから。
そこまであたためてたものをセットトップボックスに応用しようとした、というのが
正しいと思う。当人含めて脚色しておもしろがってるだけ。
この辺、悪いように解釈したがる人がいるとかには無頓着なんだよな。
Bill Joy が BSD のマニュアルにバグ並べてるのとかに近いノリ。
シェアのことしかアタマにない連中はこういうことに気をつけてるもんだけど。
0902名無しさん@お腹いっぱい。2006/02/24(金) 11:48:20
Oakの前身のGreentalkは、
ケイのDynaBookみたいな端末のための言語だよ。

コンピュータ機器が"普通の"家電となるのがそういうプロジェクトの目的みたいなもんだから、

> ほんとうに家電にしか使えないようなショボイ言語を作ってたと考えるのは不自然だよ。

はちょっとどうかね。
どんな目的であれショボイ言語を作るわけがない、ってのが正しいんじゃない?

それから今ではeclipseなどクライアントサイドでも成功を納めつつある。
0903名無しさん@お腹いっぱい。2006/02/24(金) 11:48:25
> 今のPCのCPUは、15年前の汎用機CPUの10倍以上の性能だからね。

といっても、今の汎用機には足下にも及ばない....
0904名無しさん@お腹いっぱい。2006/02/24(金) 11:50:55
>>903
今の汎用機には「〜の面で」足下にも及ばない....

ちゃんと書けよ、クズ!
0905名無しさん@お腹いっぱい。2006/02/24(金) 11:52:28
> といっても、今の汎用機には足下にも及ばない....

CPU性能だけなら、汎用機は、ハイエンドのUNIXマシンと
変わらんよ。最高速のPCよりはむしろ遅いくらいだ。

汎用機が画期的に強いのはI/O性能やスケーラビリティで
あって、個々のCPU性能に関しては、とっくにUNIXサーバや
PCに追い付かれている。
0906名無しさん@お腹いっぱい。2006/02/24(金) 11:52:32
>>895
Niagara は買収で買ってきた技術。Afara Websystems という会社を買った。
この会社は Sun にいた Les Kohn という人が立ち上げた会社で、この人は
Intel で i860 をやった人らしい。
# ここから分岐したw Itanium スレで偶然発見。
UltraSPARC V はダメになったんじゃなくて、計画を Rock に一本化しただけ。
Intel も今はあんなに品種を拡げてる場合じゃないと思うが。まあ少し先でどうなってるかだね。
0907名無しさん@お腹いっぱい。2006/02/24(金) 11:59:36
>>901
しょぼいとは誰も言ってないのでは?

というか、しょぼくなく何でも出来るようにしたから
かえって使いにくくなってしまった感じ
0908名無しさん@お腹いっぱい。2006/02/24(金) 12:06:09
>>907
妄想かよ。
0909名無しさん@お腹いっぱい。2006/02/24(金) 12:06:50
>>907
どうしても譲ろうとしないのが、実行時解決に関する部分。Gosling とかの時代の人は、
分散システムの実現がテーマとして活き続けてて、パッケージの一意性や
ネットワークでオブジェクトを転送するとかを決して譲らない。「使いにくい」というのは、
たぶん全てこの辺に起因してると思う。この辺の譲らない点から、Java が
何を意図して作成されてるかが透けて見える。
0910名無しさん@お腹いっぱい。2006/02/24(金) 12:10:31
>>906
i960, NS320xxも。
0911名無しさん@お腹いっぱい。2006/02/24(金) 12:18:18
>>909
1997のJini発足以降からやってるBob Schilferは、
MITのLiskovのところでCLUとその分散型であるArgusやりながら、
X Window Systemもやっている。ネットワーク透過志向が非常に強い人。
0912名無しさん@お腹いっぱい。2006/02/24(金) 14:56:53
dragonfly bsd がいいなぁ


とか言ってみる
0913名無しさん@お腹いっぱい。2006/02/24(金) 17:43:04
プロジェクトのテーマとしては絶好のマシンだろうね、Niagara。けど、DragonFly て x86 専用?
0914名無しさん@お腹いっぱい。2006/02/24(金) 17:52:41
>>886
イノベーションが技術革新の意味じゃなく、新しい価値のルールづけの革新だと
いうのなら、そのときには、新しい価値観での上位セグメント(この文脈だと、これ
までの価値観での上位セグメントではない)がその後のイノベーションを引っ張る
んだろう、下位セグメントはその後をついていくだけと思う。思うだけ。根拠はない。
0915名無しさん@お腹いっぱい。2006/02/24(金) 17:55:16
>>906
Rockに一本化って、UltraSPARC V と全然性格が違うが。
廃棄というか、SPARC64 に一本化というほうが合ってるような。
0916名無しさん@お腹いっぱい。2006/02/24(金) 20:28:59
>>901
現実を見ないで風呂敷ばっかり広げるから失敗するんだよ。>Gosling
0917名無しさん@お腹いっぱい。2006/02/24(金) 21:54:59
NeWS以外は成功しているじゃないか。
0918名無しさん@お腹いっぱい。2006/02/24(金) 22:14:36
NeWS だって技術的には成功だったんだよ。
ま、>>916 には Lisp も風呂敷なんだろ。何言ってもムダ。
0919名無しさん@お腹いっぱい。2006/02/24(金) 22:41:01
そろそろ次スレの季節だな。
0920名無しさん@お腹いっぱい。2006/02/24(金) 23:50:50

さあ、みんなで次スレのタイトルを考えよう!
0921名無しさん@お腹いっぱい。2006/02/25(土) 00:23:19
みなさま、たまにはpicoJavaも思い出してあげてください
0922名無しさん@お腹いっぱい。2006/02/25(土) 00:25:33
最後のナイアガラ
0923名無しさん@お腹いっぱい。2006/02/25(土) 01:26:32
>>918
ビジネスでやってるのに「技術的には成功」ってバカだろw
現実を見た設計ができないタコだから、Goslingはダメなんだよ。
わかったか阿呆。
0924名無しさん@お腹いっぱい。2006/02/25(土) 01:53:28
アホキター
0925名無しさん@お腹いっぱい。2006/02/25(土) 02:12:25
まずは技術的に成功、それを売る。至極当然。技術的に歪めてから売るどっかとは違うのよ。
0926名無しさん@お腹いっぱい。2006/02/25(土) 02:13:30
まあ、あそこはないものをあるといって売る会社ですから。
0927名無しさん@お腹いっぱい。2006/02/25(土) 02:27:59
>>923
ま、好きなだけビジネス的に成功したクソ技術使えや。
0928名無しさん@お腹いっぱい。2006/02/25(土) 06:12:52
Sparcって一生懸命Linuxに尻尾ふってる感じ
当のLinuxからは相手にされてないみたいだけどw
0929名無しさん@お腹いっぱい。2006/02/25(土) 06:16:40
技術っていっても、あれだな、サッカーで言うところの玉遊び、リフティング
とかのボール扱いがうまいだけ
実際のサッカーの試合に出るとてんで駄目ってことだろう
0930名無しさん@お腹いっぱい。2006/02/25(土) 06:17:28
技術技術いってるのは、SUN詣だけでオナニーしてるだけだからw
0931名無しさん@お腹いっぱい。2006/02/25(土) 06:18:47
あいつは、リフティングやらせたら、永遠にできるけど
試合に出たらまったく話になりませんってやつか?w
0932名無しさん@お腹いっぱい。2006/02/25(土) 06:22:01
おいおい、そういう真実いうなやw
みんな言わなかっただけなんだから、優しさで
0933名無しさん@お腹いっぱい。2006/02/25(土) 06:45:18
監督が悪い。
0934名無しさん@お腹いっぱい。2006/02/25(土) 07:33:59
それを言うなら親が悪い、でしょ
0935名無しさん@お腹いっぱい。2006/02/25(土) 07:47:23
スレタイ候補マダァ-? (・∀・ )っ/凵
0936名無しさん@お腹いっぱい。2006/02/25(土) 07:53:49
最期の落陽
0937名無しさん@お腹いっぱい。2006/02/25(土) 09:28:32
UNIX板最後の盛況スレ
0938名無しさん@お腹いっぱい。2006/02/25(土) 09:37:41
頭のおかしいヤツが散々自演して行ったな
0939名無しさん@お腹いっぱい。2006/02/25(土) 10:30:39
>>928-934
ジサークジエーン...
0940名無しさん@お腹いっぱい。2006/02/25(土) 11:54:57
最後の蟹男
0941名無しさん@お腹いっぱい。2006/02/25(土) 12:32:38
> CPU性能だけなら、汎用機は、ハイエンドのUNIXマシンと
> 変わらんよ。最高速のPCよりはむしろ遅いくらいだ。

機能面ではPCは汎用機に追いついていないが、CPU性能が
ハイエンドUnixマシン並って、Power5+並ってことでしょ?
CPU性能がPower5+並でI/Oが早ければ、性能面でも全然PCより優れているね。



0942名無しさん@お腹いっぱい。2006/02/25(土) 13:04:52
Sun Microsystems 最後の自演
0943名無しさん@お腹いっぱい。2006/02/25(土) 15:15:46
>>938
技術が歪んでビジネスで成功したソフトばかり使ってるとああいう病気になるらしいwwww
0944名無しさん@お腹いっぱい。2006/02/25(土) 17:08:28
>>938-939
残念
ハズレ
0945名無しさん@お腹いっぱい。2006/02/25(土) 17:17:27
さむ〜 ↑こいつ
0946名無しさん@お腹いっぱい。2006/02/25(土) 17:28:39
:P
0947名無しさん@お腹いっぱい。2006/02/25(土) 18:44:52
Sun Microsystems 最後の社員
0948名無しさん@お腹いっぱい。2006/02/25(土) 18:47:27
Itanium 最後のVLIW
0949名無しさん@お腹いっぱい。2006/02/25(土) 18:53:14
>>948
それ別スレで是非立ててくれ。
0950名無しさん@お腹いっぱい。2006/02/25(土) 19:41:12
次スレ

Sun Microsystems Itaniumなんて糞食らえ
http://pc8.2ch.net/test/read.cgi/unix/1140863996/
レス数が950を超えています。1000を超えると書き込みができなくなります。