Sun Microsystems 最大の滝壷
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/02/01(水) 18:32:00"Rock" on the table?
【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0782名無しさん@お腹いっぱい。
2006/02/20(月) 17:30:01デバックメッセージとしては、まぁ許せるものじゃない?
>GPLv3――FSFとトーバルズ氏の間の溝
よくわからないけど、Linusはそんなに頓珍漢を言っているのだろうか?
0783名無しさん@お腹いっぱい。
2006/02/20(月) 17:39:31バカいうやつがバカ
0784名無しさん@お腹いっぱい。
2006/02/20(月) 17:50:45ハゲドウ。
"they have their heads up their asses."
なんて言ったLinusこそが、
"he has his head up his ass."
だよな。
0785名無しさん@お腹いっぱい。
2006/02/20(月) 18:27:47> よくわからないけど、Linusはそんなに頓珍漢を言っているのだろうか?
GNU プロジェクトの成果を利用しているのなら、少しぐらいはプロジェクトの趣旨に
配慮されてはいかが? ということで GNU Manifesto どぞ >>223
0786名無しさん@お腹いっぱい。
2006/02/20(月) 19:13:21馬鹿は馬鹿でもLinux作った馬鹿だから
0787名無しさん@お腹いっぱい。
2006/02/21(火) 00:11:04HP-UXは実績と安さ以外の魅力は無いが
ServiceGuardは別にHP-UX版だけとは限らないし
HACMPに比べたら価格もそこそこで宜しいのでは。
(知らんけどVeritasの方が意外と値頃感有ったりして・・・。)
0788名無しさん@お腹いっぱい。
2006/02/21(火) 10:26:550789名無しさん@お腹いっぱい。
2006/02/21(火) 11:30:164倍以上の性能出したらしいですよ。
0790名無しさん@お腹いっぱい。
2006/02/21(火) 14:23:50だから、GNU Manifesto 読めよ。どこまで GNU プロジェクトをバカにするのかおまえらは?
>>223
0791名無しさん@お腹いっぱい。
2006/02/21(火) 17:41:52Manifestoを読んでも、Linusがそう外したことを言っているとは思えないのだが。
問題となっているのは、DRMに関係したソースの公開の必要性についてなんでしょ?
セキュリティをハックするために、ソース公開を要求されたら拒否できない仕組みは
幾らなんでも行き過ぎというのがLinusの言っていることじゃないの?
V2はそこまでもともめていないので、V2のままでいくというのは、それなりに説得性
があるけれど?
0792名無しさん@お腹いっぱい。
2006/02/21(火) 17:50:150793名無しさん@お腹いっぱい。
2006/02/21(火) 18:04:08つい790の真剣さに釣られてしまいまつた。
今は反省してまつ。
0794名無しさん@お腹いっぱい。
2006/02/21(火) 18:27:47行き過ぎもクソもない。プログラムのソースコードを入手できない状況を排除するのが
GNU の目的なんだから。DRM だろうがなんだろうが、ソースの入手性を保証しろと
言ってるだけだろ。あまりにも当然の展開。難癖もはなはだしい。
なにが「V2 でいい」だよ。意味解んないなら自分用のライセンス作れってんだ。
0795名無しさん@お腹いっぱい。
2006/02/21(火) 18:37:20そうすればGPLとか関係ないな。
とかいう下手な極論言いたくなるウザサw
0796名無しさん@お腹いっぱい。
2006/02/21(火) 18:47:230797名無しさん@お腹いっぱい。
2006/02/21(火) 19:15:12で、結局のところ おっぱいは何カップが最適なんだ?
0798名無しさん@お腹いっぱい。
2006/02/21(火) 21:53:060799名無しさん@お腹いっぱい。
2006/02/21(火) 21:54:520800名無しさん@お腹いっぱい。
2006/02/21(火) 22:33:37別にオープンソースは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.
0801名無しさん@お腹いっぱい。
2006/02/21(火) 22:57:32そうだよ。だから GNU、RMS と行く道が異なるなら、GPL なんか採用しなきゃいいんだよ、
最初っから。GPL は 1 版から今回の 3 版まで、GNU プロジェクトの主旨を実現するために
作られてきたライセンスなんだから。完全に首尾一貫してるし、時代に即して内容を
練られてきている。
それを勝手に採用しといて RMS が変人だの正気じゃないだの行き過ぎだの、
あげくの果てに「彼らの頭がおかしい」だの、見当違いもはなはだしい。
2 版ならいいとか言ってるけど、GNU の方向性は昔から何も変わってないし、
それをまったく理解もせずに勝手に採用したのは Torvalds なんだよ。
とっととライセンス変更しろつーの。
0802名無しさん@お腹いっぱい。
2006/02/21(火) 23:03:22GNU もさ、以前みたいに実用になるカーネルに困ってる状況では既にないんだから、
いつまでも Linux にいい顔しとく必要ないと思うけどね。GNU それ自体を普及させる方が
優先ということも、もう既にないと思う。GNU システムを構成できるデキのいい
Unix カーネル実装は他にもいろいろあるし、実際 OpenSolaris や NetBSD と
組み合わせた GNU システムが実存するんだし。
LGPL も同じように、普及のための妥協なんだけど、こっちももう用済みだと思うな。
目標は充分に達成されてる。
0803名無しさん@お腹いっぱい。
2006/02/21(火) 23:04:58GPLv3の件だって、コメントを求めるためにわざわざ事前に
ドラフトとして発表してるんだから、DRM条項が嫌だって
言うだけでいいのに、この段階で「(GPLv3 への) Conversion
isn't going to happen」と断言しちゃうあたりの勘違いっ
ぷりもなんだかなあ。
0804名無しさん@お腹いっぱい。
2006/02/21(火) 23:09:520805名無しさん@お腹いっぱい。
2006/02/21(火) 23:16:42オマエがいちばん見当はずれ
0806名無しさん@お腹いっぱい。
2006/02/21(火) 23:40:170807名無しさん@お腹いっぱい。
2006/02/21(火) 23:45:520808名無しさん@お腹いっぱい。
2006/02/22(水) 00:05:10ttp://blogs.sun.com/roller/resources/shingoy/Shain_20.jpg
0809名無しさん@お腹いっぱい。
2006/02/22(水) 00:13:400810名無しさん@お腹いっぱい。
2006/02/22(水) 00:31:040811名無しさん@お腹いっぱい。
2006/02/22(水) 00:45:49本当かいな? ソース求む。
何故Javaよりも差が開くんだろ。
JavaでこそNiagaraの特性が生かされると思っていたんだが。
0812名無しさん@お腹いっぱい。
2006/02/22(水) 00:52:210813名無しさん@お腹いっぱい。
2006/02/22(水) 00:56:08たとえば Java の方が working set が大きくて、キャッシュから溢れるとか。
速いのならめでたいこった。
0814名無しさん@お腹いっぱい。
2006/02/22(水) 01:08:03http://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:29Sunみたいな斜陽企業だからシャレですむと思う
0817名無しさん@お腹いっぱい。
2006/02/22(水) 07:35:10いまさらライセンス変えられるのかなぁ。
0818名無しさん@お腹いっぱい。
2006/02/22(水) 09:19:020819名無しさん@お腹いっぱい。
2006/02/22(水) 10:10:17じゃGPLを採用した側は新しいバージョンで受け入れたくない条項が増えても
その新しいバージョンのライセンスにしなきゃいけないもんなの?
GPLってそんな縛りあった?
0820名無しさん@お腹いっぱい。
2006/02/22(水) 10:10:40ここ寒い
0821名無しさん@お腹いっぱい。
2006/02/22(水) 10:14:05> ってか、GPLってGNU側が変えることができるのはわかるけど、
それは違いますので、正しいスレで勉強してきてください。
0822名無しさん@お腹いっぱい。
2006/02/22(水) 10:14:13「オレはこんなにトンチンカンだ」大会ですか?
0823名無しさん@お腹いっぱい。
2006/02/22(水) 10:20:01あるバージョンの 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おまえら、調子にのりすぎなんだよ。GNU の成果を利用してるのはおまえらだけじゃないぞ。
Linux なんぞができる前から gcc や Emacs を使って、ちゃんと GNU の主旨には
配慮してきてるんだ。商用に Unix を開発してきた企業だって多額の寄付もしている。
なにがドグマに殉せ、だ。ふざけるのもたいがいにしろ。
GNU に敬意を払え。意思を尊重しろ。ソース公開のソフトウェア利用するもんの
最低限のマナーだろうが。ちがうか?
0826名無しさん@お腹いっぱい。
2006/02/22(水) 10:36:34>あるバージョンの GPL を採用したら、以降のバージョンの GPL も受け入れる様な
>条項がある。Linux はその条項を除外するよと、昔から通知していた。
ウソこけ
GPLにそんな条項はない
0827名無しさん@お腹いっぱい。
2006/02/22(水) 10:37:52念のために書いとくが、ここまでで GPL, GNU はかけらも批判なんかされてない。
逆に尊重しろと言ってる。批判されてるのは GNU を理解もせずにケチをつけるガキどもだ。
0828名無しさん@お腹いっぱい。
2006/02/22(水) 10:40:300829名無しさん@お腹いっぱい。
2006/02/22(水) 10:42:54GPLは悪。
0830名無しさん@お腹いっぱい。
2006/02/22(水) 10:43:16>GPL のドグマに殉せよというのも、理解出来なくはない(下らないけど)。
「GNU に敬意を払え。意思を尊重しろ。」だの言うつもりはないが
権利保持者の権利を侵害してはいけないのは当然では?
0831名無しさん@お腹いっぱい。
2006/02/22(水) 10:56:51ここは2ch 最大の糞壷
0832名無しさん@お腹いっぱい。
2006/02/22(水) 11:03:24だから GPL の話題はスレ違いだって。
特に Linux と GPL の話題なんか板違いですらあるんだぜ。
さあGPL批判だよもんだよもん
http://pc8.2ch.net/test/read.cgi/unix/1119251735/
0833名無しさん@お腹いっぱい。
2006/02/22(水) 11:07:310834名無しさん@お腹いっぱい。
2006/02/22(水) 11:10:460835名無しさん@お腹いっぱい。
2006/02/22(水) 11:11:38そこは信者とアンチが戯れるスレだから、丁度良いかと。
0836名無しさん@お腹いっぱい。
2006/02/22(水) 11:23:32スレ違いっていう前に、自分の言いたいスレ違い話も入れる馬鹿キタコレ
0837名無しさん@お腹いっぱい。
2006/02/22(水) 12:55:00これ
http://milek.blogspot.com/2006/02/t2000-real-web-performance.html
0838名無しさん@お腹いっぱい。
2006/02/22(水) 12:55:110839名無しさん@お腹いっぱい。
2006/02/22(水) 16:12:36必要悪ってやつだな。
0840名無しさん@お腹いっぱい。
2006/02/22(水) 17:37:340841名無しさん@お腹いっぱい。
2006/02/22(水) 18:32:390842名無しさん@お腹いっぱい。
2006/02/22(水) 18:41:47それもスレ違いだろう。
Niagara対応のNetBSDマダー?
0843名無しさん@お腹いっぱい。
2006/02/22(水) 18:48:15たぶん誰も開発に使える T1000/T2000を持ってないと思われ。
趣味で買うにはまだ高いし。
0844名無しさん@お腹いっぱい。
2006/02/22(水) 20:09:050845名無しさん@お腹いっぱい。
2006/02/22(水) 22:43:070846名無しさん@お腹いっぱい。
2006/02/22(水) 23:08:05なんたって、Itanium2の4wayマシンが何台もあるという話だし。
0847名無しさん@お腹いっぱい。
2006/02/23(木) 00:16:54Gordon Ross はたしか Sun へ行ったと思うが。どうしてるんだろうなぁ。
0848名無しさん@お腹いっぱい。
2006/02/23(木) 00:18:38Niagara テストベッドでイッキにふぁいんぐれいんなマルチスレッドへとつにゅうだぁ。
0849名無しさん@お腹いっぱい。
2006/02/23(木) 00:57:50(p)http://japan.cnet.com/news/ent/story/0,2000047623,20096813,00.htm
負け犬があがいてますw
0850名無しさん@お腹いっぱい。
2006/02/23(木) 01:05:09Itanium 2 と比べたら、4倍くらいの差をつけて Niagara 圧勝でしょ。
マルチスレッド性能だけだけど。
0851名無しさん@お腹いっぱい。
2006/02/23(木) 02:10:030852名無しさん@お腹いっぱい。
2006/02/23(木) 02:14:57Niagara で十分速くコンパイルできそうだけど、プログラミング
している場合、デバッグ時は一つのファイルを修正してコンパイル
というのを繰り返すことになるから、シングルスレッド性能が
速い方がいいよね。
やっぱり、そういう目的には UltraSPARC IIIi の方を使うんじゃ
ないの?
あるいは、Opteron で開発およびデバッグして、最終ビルドと
テストだけ Niagara で行なう。(w
0853名無しさん@お腹いっぱい。
2006/02/23(木) 02:23:36ぜんぜん性能が出ないんじゃない? 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:04UltraSPARC II 400MHz相当みたいなので、遅いでしょ。
スレッドがたとえ1つしかなくても、これより速くはならん
みたいだし。
0857名無しさん@お腹いっぱい。
2006/02/23(木) 05:52:19普通のコンパイルだったら、別にこれでいいんじゃないの?
自分のパソでアプリ開発する程度の負荷だったら、問題ないんんじゃない。
多数の人間がアクセスしてくるサーバ用途では、これでは全然足りないが、
逆に多数アクセスだと、Niagaraアーキが生きてくる。
0858名無しさん@お腹いっぱい。
2006/02/23(木) 10:02:15printfデバッグなんて、デバッガが無かった頃の話ですよ。
0859名無しさん@お腹いっぱい。
2006/02/23(木) 10:32:160860名無しさん@お腹いっぱい。
2006/02/23(木) 12:23:180861名無しさん@お腹いっぱい。
2006/02/23(木) 16:02:24ルートファイルシステムの直前までいっただけのことをこんな一般向けの記事にする
CNET で、アホだね。ま、ここからマルチユーザー起動までそんなに遠くはないだろうけど、
Niagara の利点活かせるようになるにはまだほど遠いんだが。
でもほんとに 32 個みえる CPU をうまく活かせるようになれば、Linux も
エンタープライズ向けに使えるレベルになるだろうけど。ま、がんばれ。
マルチユーザーまでいった時点で「Niagara は遅い」とかトホホなことを
Dave Miller にしろ Torvalds にしろ言いそうなのがちょっと気になる..
0862名無しさん@お腹いっぱい。
2006/02/23(木) 16:20:310863名無しさん@お腹いっぱい。
2006/02/23(木) 16:28:51「カーネル2.6は8CPUまで十分スケール」---Linux Kernel Conference 2005
ttp://itpro.nikkeibp.co.jp/article/NEWS/20051111/224456/
0864名無しさん@お腹いっぱい。
2006/02/23(木) 16:59:56まともに動かなくても問題ないな。ぶっちゃけ
0865名無しさん@お腹いっぱい。
2006/02/23(木) 17:01:32なんか、かわいそうになってきた、トホホ
0866名無しさん@お腹いっぱい。
2006/02/23(木) 17:18:39よくわからないんだけど
"上手に稼働" っていうのと
"起動した" ってのは別だよね?
hyper threading みたいな部分は今までの SPARC には
なかったんでその部分に初期対応出来たって話なのかな?
0867名無しさん@お腹いっぱい。
2006/02/23(木) 17:20:54古い開発者連中は自身のデスクトップ機+αぐらいにしか興味はなくて、
SMP 向けにロック多用されて改変が容易でなくなったりするのを嫌がる。
SMP 機作ってる側は「Linux やってまっせ」という看板が欲しいから
持ってる SMP まわりのノウハウを Linux に手を入れて反映したいが、
特定企業に好き勝手されてると見られるのも困るからあんまりおおっぴらにも
やれない。
結局どっかの企業の私物化状態にならないと Linux の SMP 対応レベルが Solaris に
追いつくことはないと思うよ。そうなったものを Linux とは呼んで欲しくないけどね。
0868名無しさん@お腹いっぱい。
2006/02/23(木) 17:25:49カーネルの読み込み、デバイスの検出、初期化。そこまでできた、ってだけ。
まだシングルユーザーモードまで言ってない。ここまでは、32 個見えるうちの
最初の 1 個の CPU しか使ってないよ。まだ「起動した」とは言えない。
CMT 関連では、たぶんスケジューラーに手を入れて各物理コアにスレッドが
均等に割り振られるようにする必要があると思うけど、そこまでいってるとは
到底思えない。単に普通のシングルプロセッサとして Niagara がこれまでの
SPARC と違う部分を実装しただけだと思うよ、まだ。
0869名無しさん@お腹いっぱい。
2006/02/23(木) 17:42:070870名無しさん@お腹いっぱい。
2006/02/23(木) 18:08:50http://japan.cnet.com/news/biz/story/0,2000050156,20096995,00.htm
0871名無しさん@お腹いっぱい。
2006/02/23(木) 20:41:310872名無しさん@お腹いっぱい。
2006/02/23(木) 20:42:57LinuxではなくFreeBSDが流行っていれば、よかったのにねぇ。
Linux互換のOSを別途作るっていうほうがいいかもしれない。
0873名無しさん@お腹いっぱい。
2006/02/23(木) 20:50:510874名無しさん@お腹いっぱい。
2006/02/23(木) 21:23:460875名無しさん@お腹いっぱい。
2006/02/23(木) 21:36:33そういう能書きばっかり垂れてるからSolarisはダメなんですよ。
HPCでBeowolf ClusterのLinuxに及ばない現実を認めましょう。
TOP500でSPARCそらりすって何位だっけ?ププ
0876名無しさん@お腹いっぱい。
2006/02/23(木) 22:00:24今の Linux の立場に FreeBSD がなっていたとしたら、やっぱり似たような団体(?)に
なってると思うよ。似たような連中が同じように存在すると思う。
Linux 特有の部分もいくらかはあるけどね。Torvalds くんは結構特別な人のようだね。
妙な魅力があるようだ。オレにはわかんないけどね。ただの短慮なガキにしか見えん。
0877名無しさん@お腹いっぱい。
2006/02/23(木) 22:00:52よかったね、他のマシンでもがんばってくれ。
0878名無しさん@お腹いっぱい。
2006/02/23(木) 22:36:16所詮は Unix 族なんで、システムコールの差異を多少吸収してやればカーネルレベルでは
割と簡単に互換にできるから、仕事の種類によってはホンモノより高性能ってのは
充分ありえる。現状でもあるかも知れん。
けど、SMP に関しては libc もがんばらないといかんので、これについては代替えは
むずかしいかなぁ。
0879名無しさん@お腹いっぱい。
2006/02/23(木) 22:45:28それ以上は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 に未来はない。
■ このスレッドは過去ログ倉庫に格納されています