Sun Microsystems 最大の滝壷
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/02/01(水) 18:32:00"Rock" on the table?
【前スレ】
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/
0765名無しさん@お腹いっぱい。
2006/02/20(月) 04:56:56Opteron で 32ソケット(64コア)までサポートしてるチップセット
として、Newisys が Horus ってのを発表してるよ。
A1シリコンがSC2005の時には動いてて、B0シリコンが2005年末予定って
話だったから
ttp://www.itjungle.com/tlb/tlb102505-story02.html
今年中くらいには採用した製品が出てくる可能性があるかも。
0766名無しさん@お腹いっぱい。
2006/02/20(月) 05:47:33すでに出荷されている製品の話をしようぜ。
0767名無しさん@お腹いっぱい。
2006/02/20(月) 08:07:12せっかく痛スレ作ってもらったんだから、素に帰れ。
0768名無しさん@お腹いっぱい。
2006/02/20(月) 08:07:490769名無しさん@お腹いっぱい。
2006/02/20(月) 08:18:07x86 CPU 相手にシステムのスケーラビリティで勝った程度でそんなに嬉しいのかね?
そんなの普通は当然なんじゃないの? エンタープライズで売れたいなら。。。
0770名無しさん@お腹いっぱい。
2006/02/20(月) 09:41:12んで勝手に勝った気になって気持ち良くお帰りいただきましょう
0771名無しさん@お腹いっぱい。
2006/02/20(月) 10:02:02> HPは少なくともIntelよりはこのあたりは良く知っているだろう。
HPはCOMPAQw/DEC買ったけど、Tru64/Alpha軍団はMicrosoftやAMD行っちゃったよ〜
0772名無しさん@お腹いっぱい。
2006/02/20(月) 10:03:17SunとAMDには、CrayとDECの残党がたくさんいるからね。
0773名無しさん@お腹いっぱい。
2006/02/20(月) 10:13:46spec.orgのOMPでもSPARC64Vとたいして性能変らないね。
0774名無しさん@お腹いっぱい。
2006/02/20(月) 11:49:16ま、大概のケースに於いて、他人から素人呼ばわりされるヤツ程負け惜しみみたいな言い訳が多いよな。
0775名無しさん@お腹いっぱい。
2006/02/20(月) 13:56:06一応ハエヌキで PA-RISC + HP-UX やってた人達がいますが... スパっとお忘れですね?ww
0776名無しさん@お腹いっぱい。
2006/02/20(月) 13:58:42あはははは、何べんも言われてるのにまだわからないの.. Itanium なんて
スケールできてなかったらとっくにもうこの世にないよ。
当初の予定を変更しまくって最後の居場所がハイエンドなんだからさ。
0777名無しさん@お腹いっぱい。
2006/02/20(月) 14:03:44> SGIのパッチをあてるそうだが。
きっと Linux 消して IRIX 上書きするんだろうな。
いや、Linux には MIPS のエミュレーションさせるのかも。w
0778名無しさん@お腹いっぱい。
2006/02/20(月) 15:06:200779名無しさん@お腹いっぱい。
2006/02/20(月) 16:16:42パニクってるよ、まだ。CPU 32 個見えてまんな。
# しっかし、あいかわらずきちゃないカーネルメッセージだ。
0780名無しさん@お腹いっぱい。
2006/02/20(月) 16:50:44スケールしない
RASもない
そんなだから、SunはOpteronオンリーにせず、SPARCを使い続けているわけで。
0781名無しさん@お腹いっぱい。
2006/02/20(月) 17:16:02GPLv3――FSFとトーバルズ氏の間の溝
ttp://www.itmedia.co.jp/enterprise/articles/0602/17/news049.html
う、うーん、頭痛い。なんだこの最後のバカコメント。なんでこんなバカを
みんなして奉ってるんだ......
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まともに動かなくても問題ないな。ぶっちゃけ
■ このスレッドは過去ログ倉庫に格納されています