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

Sun Microsystems 最大の滝壷

レス数が900を超えています。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/
0812名無しさん＠お腹いっぱい。2006/02/22(水) 00:52:21
Javaは人手不足。野心的に領域広げすぎ(w
0813名無しさん＠お腹いっぱい。2006/02/22(水) 00:56:08
いろいろ可能性はあるでしょ。
たとえば Java の方が working set が大きくて、キャッシュから溢れるとか。
速いのならめでたいこった。
0814名無しさん＠お腹いっぱい。2006/02/22(水) 01:08:03
>>808 は、このページみたいだけど、
http://blogs.sun.com/roller/page/shingoy?entry=shain_1_0_or_shain
うまいことを書いたつもりかなあ。読んでて恥ずかしいや
0815名無しさん＠お腹いっぱい。2006/02/22(水) 02:39:20
中の人は仲良くやってるようだ
うちといっしょだな
0816名無しさん＠お腹いっぱい。2006/02/22(水) 06:31:29
Googleでこんなこと書いてたら宗教みたいで気持ち悪いけど
Sunみたいな斜陽企業だからシャレですむと思う
0817名無しさん＠お腹いっぱい。2006/02/22(水) 07:35:10
>>801
いまさらライセンス変えられるのかなぁ。
0818名無しさん＠お腹いっぱい。2006/02/22(水) 09:19:02
copyright保持者全員の同意がいるしなあ。
0819名無しさん＠お腹いっぱい。2006/02/22(水) 10:10:17
ってか、GPLってGNU側が変えることができるのはわかるけど、
じゃGPLを採用した側は新しいバージョンで受け入れたくない条項が増えても
その新しいバージョンのライセンスにしなきゃいけないもんなの？
GPLってそんな縛りあった？
0820名無しさん＠お腹いっぱい。2006/02/22(水) 10:10:40
>>814
ここ寒い
0821名無しさん＠お腹いっぱい。2006/02/22(水) 10:14:05
>>819
> ってか、GPLってGNU側が変えることができるのはわかるけど、

それは違いますので、正しいスレで勉強してきてください。
0822名無しさん＠お腹いっぱい。2006/02/22(水) 10:14:13
>>819
「オレはこんなにトンチンカンだ」大会ですか?
0823名無しさん＠お腹いっぱい。2006/02/22(水) 10:20:01
>>819
あるバージョンの GPL を採用したら、以降のバージョンの GPL も受け入れる様な
条項がある。Linux はその条項を除外するよと、昔から通知していた。

GPL みたいな不自由なライセンスを採用するのがいけないっつーのはその通り。
使えりゃ何でも良いじゃんって言うのもその通り。
GPL のドグマに殉せよというのも、理解出来なくはない（下らないけど）。
だが、スレ違いだから、以降 GPL の話題は↓でやってくれ。

さあGPL批判だよもんだよもん
http://pc8.2ch.net/test/read.cgi/unix/1119251735/
0824名無しさん＠お腹いっぱい。2006/02/22(水) 10:24:58

このスレは脱線が大好きだな。
0825名無しさん＠お腹いっぱい。2006/02/22(水) 10:33:26
>>823
おまえら、調子にのりすぎなんだよ。GNU の成果を利用してるのはおまえらだけじゃないぞ。
Linux なんぞができる前から gcc や Emacs を使って、ちゃんと GNU の主旨には
配慮してきてるんだ。商用に Unix を開発してきた企業だって多額の寄付もしている。
なにがドグマに殉せ、だ。ふざけるのもたいがいにしろ。
GNU に敬意を払え。意思を尊重しろ。ソース公開のソフトウェア利用するもんの
最低限のマナーだろうが。ちがうか?
0826名無しさん＠お腹いっぱい。2006/02/22(水) 10:36:34
>>823
>あるバージョンの GPL を採用したら、以降のバージョンの GPL も受け入れる様な
>条項がある。Linux はその条項を除外するよと、昔から通知していた。
ウソこけ
GPLにそんな条項はない
0827名無しさん＠お腹いっぱい。2006/02/22(水) 10:37:52
>>823
念のために書いとくが、ここまでで GPL, GNU はかけらも批判なんかされてない。
逆に尊重しろと言ってる。批判されてるのは GNU を理解もせずにケチをつけるガキどもだ。
0828名無しさん＠お腹いっぱい。2006/02/22(水) 10:40:30
UNIX板最大の雑談スレ
0829名無しさん＠お腹いっぱい。2006/02/22(水) 10:42:54
なんだ、じゃあ俺が批判しとこう。
GPLは悪。
0830名無しさん＠お腹いっぱい。2006/02/22(水) 10:43:16
>>823
>GPL のドグマに殉せよというのも、理解出来なくはない（下らないけど）。
「GNU に敬意を払え。意思を尊重しろ。」だの言うつもりはないが
権利保持者の権利を侵害してはいけないのは当然では？
0831名無しさん＠お腹いっぱい。2006/02/22(水) 10:56:51








ここは2ch 最大の糞壷





0832名無しさん＠お腹いっぱい。2006/02/22(水) 11:03:24
>>800-850
だから GPL の話題はスレ違いだって。
特に Linux と GPL の話題なんか板違いですらあるんだぜ。

さあGPL批判だよもんだよもん
http://pc8.2ch.net/test/read.cgi/unix/1119251735/
0833名無しさん＠お腹いっぱい。2006/02/22(水) 11:07:31
GPL の批判は誰もしてない。見当違いの上にそっちのスレこそスレ違い。
0834名無しさん＠お腹いっぱい。2006/02/22(水) 11:10:46
またライセンス厨か
0835名無しさん＠お腹いっぱい。2006/02/22(水) 11:11:38
>>833
そこは信者とアンチが戯れるスレだから、丁度良いかと。
0836名無しさん＠お腹いっぱい。2006/02/22(水) 11:23:32
>>833
スレ違いっていう前に、自分の言いたいスレ違い話も入れる馬鹿ｷﾀｺﾚ
0837名無しさん＠お腹いっぱい。2006/02/22(水) 12:55:00
>>811
これ
http://milek.blogspot.com/2006/02/t2000-real-web-performance.html
0838名無しさん＠お腹いっぱい。2006/02/22(水) 12:55:11
そんなことよりLinusの話しようぜ
0839名無しさん＠お腹いっぱい。2006/02/22(水) 16:12:36
>>829
必要悪ってやつだな。
0840名無しさん＠お腹いっぱい。2006/02/22(水) 17:37:34
Linusﾏﾝｾｰ！
0841名無しさん＠お腹いっぱい。2006/02/22(水) 18:32:39
このスレ面白いって。
0842名無しさん＠お腹いっぱい。2006/02/22(水) 18:41:47
>>838
それもスレ違いだろう。

Niagara対応のNetBSDﾏﾀﾞｰ?
0843名無しさん＠お腹いっぱい。2006/02/22(水) 18:48:15
> Niagara対応のNetBSDﾏﾀﾞｰ?

たぶん誰も開発に使える T1000/T2000を持ってないと思われ。
趣味で買うにはまだ高いし。
0844名無しさん＠お腹いっぱい。2006/02/22(水) 20:09:05
FreeBSDはなんかしているとかいう記事があったけど。
0845名無しさん＠お腹いっぱい。2006/02/22(水) 22:43:07
Niagara(笑)
0846名無しさん＠お腹いっぱい。2006/02/22(水) 23:08:05
FreeBSDは、何かしらの方法で開発に使えるマシンを持ってると思うよ。
なんたって、Itanium2の4wayマシンが何台もあるという話だし。
0847名無しさん＠お腹いっぱい。2006/02/23(木) 00:16:54
>>842
Gordon Ross はたしか Sun へ行ったと思うが。どうしてるんだろうなぁ。
0848名無しさん＠お腹いっぱい。2006/02/23(木) 00:18:38
>>843
Niagara テストベッドでイッキにふぁいんぐれいんなマルチスレッドへとつにゅうだぁ。
0849名無しさん＠お腹いっぱい。2006/02/23(木) 00:57:50
サン、Sparc対応Linuxが「Niagara」チップ上で起動
(p)http://japan.cnet.com/news/ent/story/0,2000047623,20096813,00.htm

負け犬があがいてますw
0850名無しさん＠お腹いっぱい。2006/02/23(木) 01:05:09
負け犬って、何と比べて負け犬？
Itanium 2 と比べたら、4倍くらいの差をつけて Niagara 圧勝でしょ。
マルチスレッド性能だけだけど。
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は所詮パソコン向けだし、代替ＯＳがあることで顧客の安心に繋がれば
まともに動かなくても問題ないな。ぶっちゃけ
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ソケットまでは、ｗｉｎ&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もやっている。ネットワーク透過志向が非常に強い人。
レス数が900を超えています。1000を超えると表示できなくなるよ。