Sun Microsystems 最大の滝壷

**名無しさん＠お腹いっぱい。** · 2006/02/01(水) 18:32:00

NOW IN NAIAGARA!
"Rock" on the table?

【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 18:04:08

>>792

つい790の真剣さに釣られてしまいまつた。
今は反省してまつ。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 18:27:47

>>791
行き過ぎもクソもない。プログラムのソースコードを入手できない状況を排除するのが
GNU の目的なんだから。DRM だろうがなんだろうが、ソースの入手性を保証しろと
言ってるだけだろ。あまりにも当然の展開。難癖もはなはだしい。
なにが「V2 でいい」だよ。意味解んないなら自分用のライセンス作れってんだ。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 18:37:20

みんなバイナリを直接書けばいいんじゃね？
そうすればGPLとか関係ないな。

とかいう下手な極論言いたくなるウザサｗ

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 18:47:23

それみろ、GNU の理解度はその程度。ウザイのはおまえら。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 19:15:12

で、結局のところおっぱいは何カップが最適なんだ？

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 21:53:06

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 21:54:52

C or D

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 22:33:37

>>794

別にオープンソースはGPLにこだわることないんだから、別のライセンスで
Linuxは配布することもできるね。たとえば、OpenSolarisみたいにCDDLで
配布することもできるし。CDDLでもソースコードは入手できるようになってる。

#

3.1. Availability of Source Code.

Any Covered Software that You distribute or otherwise make
available in Executable form must also be made available in
Source Code form and that Source Code form must be distributed
only under the terms of this License. You must include a copy of
this License with every copy of the Source Code form of the
Covered Software You distribute or otherwise make available.
You must inform recipients of any such Covered Software in
Executable form as to how they can obtain such Covered Software
in Source Code form in a reasonable manner on or through a medium
customarily used for software exchange.

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 22:57:32

>>800
そうだよ。だから GNU、RMS と行く道が異なるなら、GPL なんか採用しなきゃいいんだよ、
最初っから。GPL は 1 版から今回の 3 版まで、GNU プロジェクトの主旨を実現するために
作られてきたライセンスなんだから。完全に首尾一貫してるし、時代に即して内容を
練られてきている。
それを勝手に採用しといて RMS が変人だの正気じゃないだの行き過ぎだの、
あげくの果てに「彼らの頭がおかしい」だの、見当違いもはなはだしい。
2 版ならいいとか言ってるけど、GNU の方向性は昔から何も変わってないし、
それをまったく理解もせずに勝手に採用したのは Torvalds なんだよ。
とっととライセンス変更しろつーの。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:03:22

>>801
GNU もさ、以前みたいに実用になるカーネルに困ってる状況では既にないんだから、
いつまでも Linux にいい顔しとく必要ないと思うけどね。GNU それ自体を普及させる方が
優先ということも、もう既にないと思う。GNU システムを構成できるデキのいい
Unix カーネル実装は他にもいろいろあるし、実際 OpenSolaris や NetBSD と
組み合わせた GNU システムが実存するんだし。
LGPL も同じように、普及のための妥協なんだけど、こっちももう用済みだと思うな。
目標は充分に達成されてる。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:04:58

GPL が嫌なら最初から採用しなきゃいいのにねえ。

GPLv3の件だって、コメントを求めるためにわざわざ事前に
ドラフトとして発表してるんだから、DRM条項が嫌だって
言うだけでいいのに、この段階で「(GPLv3 への) Conversion
isn't going to happen」と断言しちゃうあたりの勘違いっ
ぷりもなんだかなあ。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:09:52

アンチGPL坊ってどこでもお構いなしだな。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:16:42

>>804
オマエがいちばん見当はずれ

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:40:17

Linusの異常性が日々明らかになりつつあるな。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 23:45:52

商標権で訴えられたんだとさ

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:05:10

これ、どうなんだ…
ttp://blogs.sun.com/roller/resources/shingoy/Shain_20.jpg

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:13:40

おれはもうFreeShain10だよ。>>808なんて遅いね。今時68kかよ。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:31:04

ItaniumやらGPLやら、何とかしてNiagara以外の話題に持っていきたい人がいるようですねえ

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:45:49

>>789
本当かいな？ソース求む。

何故Javaよりも差が開くんだろ。
JavaでこそNiagaraの特性が生かされると思っていたんだが。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:52:21

Javaは人手不足。野心的に領域広げすぎ(w

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 00:56:08

いろいろ可能性はあるでしょ。
たとえば Java の方が working set が大きくて、キャッシュから溢れるとか。
速いのならめでたいこった。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 01:08:03

>>808 は、このページみたいだけど、
http://blogs.sun.com/roller/page/shingoy?entry=shain_1_0_or_shain
うまいことを書いたつもりかなあ。読んでて恥ずかしいや

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 02:39:20

中の人は仲良くやってるようだ
うちといっしょだな

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 06:31:29

Googleでこんなこと書いてたら宗教みたいで気持ち悪いけど
Sunみたいな斜陽企業だからシャレですむと思う

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 07:35:10

>>801
いまさらライセンス変えられるのかなぁ。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 09:19:02

copyright保持者全員の同意がいるしなあ。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:10:17

ってか、GPLってGNU側が変えることができるのはわかるけど、
じゃGPLを採用した側は新しいバージョンで受け入れたくない条項が増えても
その新しいバージョンのライセンスにしなきゃいけないもんなの？
GPLってそんな縛りあった？

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:10:40

>>814
ここ寒い

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:14:05

>>819
> ってか、GPLってGNU側が変えることができるのはわかるけど、

それは違いますので、正しいスレで勉強してきてください。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:14:13

>>819
「オレはこんなにトンチンカンだ」大会ですか?

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:20:01

>>819
あるバージョンの GPL を採用したら、以降のバージョンの GPL も受け入れる様な
条項がある。Linux はその条項を除外するよと、昔から通知していた。

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

さあGPL批判だよもんだよもん
http://pc8.2ch.net/test/read.cgi/unix/1119251735/

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:24:58

このスレは脱線が大好きだな。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:33:26

>>823
おまえら、調子にのりすぎなんだよ。GNU の成果を利用してるのはおまえらだけじゃないぞ。
Linux なんぞができる前から gcc や Emacs を使って、ちゃんと GNU の主旨には
配慮してきてるんだ。商用に Unix を開発してきた企業だって多額の寄付もしている。
なにがドグマに殉せ、だ。ふざけるのもたいがいにしろ。
GNU に敬意を払え。意思を尊重しろ。ソース公開のソフトウェア利用するもんの
最低限のマナーだろうが。ちがうか?

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:36:34

>>823
>あるバージョンの GPL を採用したら、以降のバージョンの GPL も受け入れる様な
>条項がある。Linux はその条項を除外するよと、昔から通知していた。
ウソこけ
GPLにそんな条項はない

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:37:52

>>823
念のために書いとくが、ここまでで GPL, GNU はかけらも批判なんかされてない。
逆に尊重しろと言ってる。批判されてるのは GNU を理解もせずにケチをつけるガキどもだ。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:40:30

UNIX板最大の雑談スレ

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:42:54

なんだ、じゃあ俺が批判しとこう。
GPLは悪。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:43:16

>>823
>GPL のドグマに殉せよというのも、理解出来なくはない（下らないけど）。
「GNU に敬意を払え。意思を尊重しろ。」だの言うつもりはないが
権利保持者の権利を侵害してはいけないのは当然では？

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 10:56:51

ここは2ch 最大の糞壷

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:03:24

>>800-850
だから GPL の話題はスレ違いだって。
特に Linux と GPL の話題なんか板違いですらあるんだぜ。

さあGPL批判だよもんだよもん
http://pc8.2ch.net/test/read.cgi/unix/1119251735/

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:07:31

GPL の批判は誰もしてない。見当違いの上にそっちのスレこそスレ違い。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:10:46

またライセンス厨か

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:11:38

>>833
そこは信者とアンチが戯れるスレだから、丁度良いかと。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:23:32

>>833
スレ違いっていう前に、自分の言いたいスレ違い話も入れる馬鹿ｷﾀｺﾚ

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 12:55:00

>>811
これ
http://milek.blogspot.com/2006/02/t2000-real-web-performance.html

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 12:55:11

そんなことよりLinusの話しようぜ

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 16:12:36

>>829
必要悪ってやつだな。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 17:37:34

Linusﾏﾝｾｰ！

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 18:32:39

このスレ面白いって。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 18:41:47

>>838
それもスレ違いだろう。

Niagara対応のNetBSDﾏﾀﾞｰ?

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 18:48:15

> Niagara対応のNetBSDﾏﾀﾞｰ?

たぶん誰も開発に使える T1000/T2000を持ってないと思われ。
趣味で買うにはまだ高いし。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 20:09:05

FreeBSDはなんかしているとかいう記事があったけど。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 22:43:07

Niagara(笑)

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 23:08:05

FreeBSDは、何かしらの方法で開発に使えるマシンを持ってると思うよ。
なんたって、Itanium2の4wayマシンが何台もあるという話だし。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 00:16:54

>>842
Gordon Ross はたしか Sun へ行ったと思うが。どうしてるんだろうなぁ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 00:18:38

>>843
Niagara テストベッドでイッキにふぁいんぐれいんなマルチスレッドへとつにゅうだぁ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 00:57:50

サン、Sparc対応Linuxが「Niagara」チップ上で起動
(p)http://japan.cnet.com/news/ent/story/0,2000047623,20096813,00.htm

負け犬があがいてますw

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 01:05:09

負け犬って、何と比べて負け犬？
Itanium 2 と比べたら、4倍くらいの差をつけて Niagara 圧勝でしょ。
マルチスレッド性能だけだけど。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 02:10:03

Niagaraで開発しようとするとシングルスレッド性能が低いのがネックだな。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 02:14:57

ビルド一回こっきりだったら、「make -jたくさん」とすれば、
Niagara で十分速くコンパイルできそうだけど、プログラミング
している場合、デバッグ時は一つのファイルを修正してコンパイル
というのを繰り返すことになるから、シングルスレッド性能が
速い方がいいよね。
やっぱり、そういう目的には UltraSPARC IIIi の方を使うんじゃ
ないの？
あるいは、Opteron で開発およびデバッグして、最終ビルドと
テストだけ Niagara で行なう。(w

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 02:23:36

make -j のように異なるタスクをたくさん走らせるのは Niagara じゃ
ぜんぜん性能が出ないんじゃない? Niagara は同じような処理を
たくさんこなすでしょ。

ビルドマシンとターゲットマシンを分けることに落ち着くとは思うけど。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 02:35:21

異なる仕事と言っても、ほとんどコンパイラの呼び出しでしょ。

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

まあ実機持ってなくて想像なので、大間違いかもしれんけど。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 02:57:51

そもそもシングルスレッド性能も、

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

なら十分に速いはずだと思うがどうか?

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 03:21:04

>>260 のベンチマークによると、シングルスレッド性能は、
UltraSPARC II 400MHz相当みたいなので、遅いでしょ。
スレッドがたとえ1つしかなくても、これより速くはならん
みたいだし。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 05:52:19

> UltraSPARC II 400MHz相当みたいなので、遅いでしょ。

普通のコンパイルだったら、別にこれでいいんじゃないの？
自分のパソでアプリ開発する程度の負荷だったら、問題ないんんじゃない。
多数の人間がアクセスしてくるサーバ用途では、これでは全然足りないが、
逆に多数アクセスだと、Niagaraアーキが生きてくる。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 10:02:15

>>855
printfデバッグなんて、デバッガが無かった頃の話ですよ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 10:32:16

だれがprintfデバッグやねん！

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 12:23:18

コンパイラもマルチスレッド化する時代か

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 16:02:24

>>849
ルートファイルシステムの直前までいっただけのことをこんな一般向けの記事にする
CNET で、アホだね。ま、ここからマルチユーザー起動までそんなに遠くはないだろうけど、
Niagara の利点活かせるようになるにはまだほど遠いんだが。
でもほんとに 32 個みえる CPU をうまく活かせるようになれば、Linux も
エンタープライズ向けに使えるレベルになるだろうけど。ま、がんばれ。
マルチユーザーまでいった時点で「Niagara は遅い」とかトホホなことを
Dave Miller にしろ Torvalds にしろ言いそうなのがちょっと気になる..

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 16:20:31

単なる SMP の SPARC じゃないの?

**名無しさん＠お腹いっぱい。** · 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/

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 16:59:56

Linuxは所詮パソコン向けだし、代替ＯＳがあることで顧客の安心に繋がれば
まともに動かなくても問題ないな。ぶっちゃけ

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 17:01:32

sparcってどっからも相手されてないんだな
なんか、かわいそうになってきた、ﾄﾎﾎ

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 17:18:39

>863
よくわからないんだけど
"上手に稼働" っていうのと
"起動した" ってのは別だよね?

hyper threading みたいな部分は今までの SPARC には
なかったんでその部分に初期対応出来たって話なのかな?

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 17:20:54

>>864
古い開発者連中は自身のデスクトップ機+αぐらいにしか興味はなくて、
SMP 向けにロック多用されて改変が容易でなくなったりするのを嫌がる。
SMP 機作ってる側は「Linux やってまっせ」という看板が欲しいから
持ってる SMP まわりのノウハウを Linux に手を入れて反映したいが、
特定企業に好き勝手されてると見られるのも困るからあんまりおおっぴらにも
やれない。
結局どっかの企業の私物化状態にならないと Linux の SMP 対応レベルが Solaris に
追いつくことはないと思うよ。そうなったものを Linux とは呼んで欲しくないけどね。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 17:25:49

>>866
カーネルの読み込み、デバイスの検出、初期化。そこまでできた、ってだけ。
まだシングルユーザーモードまで言ってない。ここまでは、32 個見えるうちの
最初の 1 個の CPU しか使ってないよ。まだ「起動した」とは言えない。
CMT 関連では、たぶんスケジューラーに手を入れて各物理コアにスレッドが
均等に割り振られるようにする必要があると思うけど、そこまでいってるとは
到底思えない。単に普通のシングルプロセッサとして Niagara がこれまでの
SPARC と違う部分を実装しただけだと思うよ、まだ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 17:42:07

完全にブログの日記段階ってことみたいっすね

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 18:08:50

2005年サーバー売上、WindowsがUnixを抜いて1位に--米調査
http://japan.cnet.com/news/biz/story/0,2000050156,20096995,00.htm

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 20:41:31

Aduvaって初めて聞いた。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 20:42:57

>>867
LinuxではなくFreeBSDが流行っていれば、よかったのにねぇ。

Linux互換のOSを別途作るっていうほうがいいかもしれない。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 20:50:51

NetBSDが流行って欲しい

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 21:23:46

俺も、NetBSDならいいかな。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 21:36:33

>>867
そういう能書きばっかり垂れてるからSolarisはダメなんですよ。
HPCでBeowolf ClusterのLinuxに及ばない現実を認めましょう。
TOP500でSPARCそらりすって何位だっけ?ププ

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 22:00:24

>>872
今の Linux の立場に FreeBSD がなっていたとしたら、やっぱり似たような団体(?)に
なってると思うよ。似たような連中が同じように存在すると思う。
Linux 特有の部分もいくらかはあるけどね。Torvalds くんは結構特別な人のようだね。
妙な魅力があるようだ。オレにはわかんないけどね。ただの短慮なガキにしか見えん。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 22:00:52

>>875
よかったね、他のマシンでもがんばってくれ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 22:36:16

>>872
所詮は Unix 族なんで、システムコールの差異を多少吸収してやればカーネルレベルでは
割と簡単に互換にできるから、仕事の種類によってはホンモノより高性能ってのは
充分ありえる。現状でもあるかも知れん。
けど、SMP に関しては libc もがんばらないといかんので、これについては代替えは
むずかしいかなぁ。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 22:45:28

結局4ソケットまでは、ｗｉｎ&linux
それ以上はunixって現状にしばらく変化なしか
>>863の、8wayで4wayの1.7倍ってのは厳しい

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 22:48:00

連カキコごめん
ただ、今の4ソケット8WayPCって、StarFireとか5年以上前の
メインフレームクラスの性能あるってことなんだよな、処理によっては
>>870のも時代かなと

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 23:12:36

それは仕方ない。
基本的にイノベーションは、下位の市場セグメントから起きて
上位セグメントを席巻していくのが常だし。

だから、Niagara みたいな下位セグメント向けCPUが重要なんだし、
逆にサーバで一番伸びているのもその領域。
ハイエンドだけしか残ってない IA64 に未来はない。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 23:26:30

>>880
他社の CPU の性能があがるのは別に問題ない。問題なのは UltraSPARC の性能向上が
ずっと鈍かったこと。まず Niagara を出しておいて Rock をやり、それまでは
富士通に頼るというのは戦略的には正しいと思う。
Niagara も Niagara2 がでると、いろいろヨコ展開が考えられると思う。
CPU 数というリソースが潤沢にある前提だと一般的なアプリでもプログラミングパラダイムが
変わってくるかも知れないし。

**名無しさん＠お腹いっぱい。** · 2006/02/23(木) 23:39:42

ユーザから継続要望のあったWeb Appliance鯖(Cobalt)ラインを潰しておきながら、
自力でフラッグシップ・プロセッサが作れなくなったという理由だけで、今度は
SPARC SolarisのWeb Appliance鯖を無理やり押し付けてもそれは無理ぽ。
Sun厨を除いて誰も買わないよ。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 00:10:26

>>872
FreeBSDも駄目じゃん。> スケール

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 00:13:45

>>881
イノベーションは上位セグメントから生じるものだろ。高額なコストを許容できる
ユーザのおかげで開発ができる。それが、次第に下位に普及していく。
今や、上位と下位との差が狭くなってきているから、もはや、イノベーションの
開発に要する高額なコストリスクを単独で背負えるベンダがなくなっている。
そんなだから、少しでもコストを許容できる市場で開発コストをペイしていく
必要がある。Niagaraの今の位置づけはそういう背景があると思う。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 00:37:31

> イノベーションは上位セグメントから生じるものだろ。

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

今のPCのCPUは、15年前の汎用機CPUの10倍以上の性能だからね。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 01:35:09

Niagaraは破壊的なイノベーションじゃ無いし。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 02:38:01

>>876
ライセンスが違うよ。

FreeBSDは、プロプライエタリなMacOS Xに取り込まれたりもしているのだから、
SunがBSDに回帰するのもまた一興かと思う。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 02:39:16

>>884
そうね、FreeBSDは2CPUでさえもボロボロだった。
それは昔の話で、BSD/OSとマージしてマシになってたりしないかな・・・しないか。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 02:45:09

BSD厨はこれだから。。

**名無しさん＠お腹いっぱい。** · 2006/02/24(金) 02:49:27

>>888
ベースを SVR4 にするんじゃなかった、ってマクネリがぼやいてたね、AT&T から
出てきたのはほんとひどいもんだったらしい。まともにしたのは Sun の功績大。
いまさら BSD へもどってもう一度同じことをしたいとは思ってないでしょ。
それより、OpenSolaris 出たんだし、いろんなレイヤでプログラミングインターフェースを
共有することを考えた方がいいんじゃないかな。パフォーマンス劣化の可能性を
承知の上でマイクロカーネルを切り出すとかも有意義だと思うけど。
せめて、デバイスドライバは遅くなるとしても共有のインターフェースがあると
うれしいよね。

**名無しさん＠お腹いっぱい。** · 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