Sun Microsystems 最恵の支援
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。
2008/10/24(金) 20:09:31これから、どうなるのでしょう
【前スレ】
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
0002名無しさん＠お腹いっぱい。
2008/10/24(金) 20:10:10Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/
0003名無しさん＠お腹いっぱい。
2008/10/24(金) 20:10:38Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/
0004名無しさん＠お腹いっぱい。
2008/10/24(金) 20:11:30Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
【公式サイト】
Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/
blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/
0005名無しさん＠お腹いっぱい。
2008/10/24(金) 20:19:460006名無しさん＠お腹いっぱい。
2008/10/25(土) 18:37:570007名無しさん＠お腹いっぱい。
2008/10/25(土) 21:27:01http://japan.cnet.com/news/biz/story/0,2000056020,20382549,00.htm
0008名無しさん＠お腹いっぱい。
2008/10/27(月) 00:18:270009名無しさん＠お腹いっぱい。
2008/10/27(月) 11:04:320010名無しさん＠お腹いっぱい。
2008/10/27(月) 11:38:20マクネリの常識って
0011名無しさん＠お腹いっぱい。
2008/10/27(月) 19:52:580012名無しさん＠お腹いっぱい。
2008/10/28(火) 18:48:58シングルスレッド重視な環境向けに、
SF24x/44xa後継にドゾとのことなんだが、
SPARC64系はALOM/ILOMとは別物がのってるのですね。
M系(Fを名乗ればよいのに)は眼中に無かったので
チト驚いた。
0013名無しさん＠お腹いっぱい。
2008/10/28(火) 23:51:30富士通製なのでPrimePowerで使ってたXSCFですね。
0014名無しさん＠お腹いっぱい。
2008/10/29(水) 17:08:440015名無しさん＠お腹いっぱい。
2008/10/29(水) 17:12:180016名無しさん＠お腹いっぱい。
2008/10/30(木) 15:05:50やっぱベクちゃんは高速スイッチが好きみたいだねｗ
0017名無しさん＠お腹いっぱい。
2008/10/31(金) 11:11:450018名無しさん＠お腹いっぱい。
2008/10/31(金) 13:15:350019名無しさん＠お腹いっぱい。
2008/10/31(金) 13:34:510020名無しさん＠お腹いっぱい。
2008/10/31(金) 14:13:2332Kを2コアで共有すると、かなり狭い感じがする。
0021名無しさん＠お腹いっぱい。
2008/10/31(金) 14:23:490022名無しさん＠お腹いっぱい。
2008/10/31(金) 15:50:370023名無しさん＠お腹いっぱい。
2008/10/31(金) 16:04:150024名無しさん＠お腹いっぱい。
2008/10/31(金) 17:27:15そんなにビビらんでもww
0025名無しさん＠お腹いっぱい。
2008/10/31(金) 21:58:51早くても出るのは再来年だろうな
0026名無しさん＠お腹いっぱい。
2008/10/31(金) 22:08:53Rock鯖をリリースできるようになれば、
富士通への配慮とかせずにSPARC64にぶつけてきますよ、たぶん。
0027名無しさん＠お腹いっぱい。
2008/10/31(金) 22:23:050028名無しさん＠お腹いっぱい。
2008/11/01(土) 10:34:55どっかの囲い込み業界とは違うからな。「互換性」とか言って脅しかけるようなのとは。
0029名無しさん＠お腹いっぱい。
2008/11/01(土) 11:01:16Sun、7～9月期決算は17億ドルの大幅赤字
http://www.itmedia.co.jp/news/articles/0810/31/news022.html
なるほど
0030名無しさん＠お腹いっぱい。
2008/11/01(土) 11:06:280031名無しさん＠お腹いっぱい。
2008/11/01(土) 12:47:39SPARCは囲い込みが不十分だったために、
「いいもんが売れる、そんだけ」の理由で、
x86に大量にシェアを奪われたわけですよ。
メールサーバやWebサーバに、SPARCstationやSPARCserverを使うのが当たり前だった頃、
x86でそれらをやろうものなら、かなりのチャレンジャーか、無謀なバカと見られていたわけだが。
0032名無しさん＠お腹いっぱい。
2008/11/01(土) 13:46:260033名無しさん＠お腹いっぱい。
2008/11/01(土) 14:37:11...意味わかんないんだね。「囲い込み」をすること自体が、旧態依然なんだが。
Sunが登場して以来の意味まるでわかってないようだ。
0034名無しさん＠お腹いっぱい。
2008/11/01(土) 16:38:48言いたいことはわかるよ。
UltraSPARCとSPARC64の間で自由に行き来ができるからこそ競争によって性能が上がっていく
そう言いたいんでしょ?
富士通がSunの完全なライバルで潰し合いして良いなら、「いいもんが売れる」でも構わないが、
Sunは富士通に補完してもらっているパートナーなわけで、富士通がSPARC64儲からないのでやめる
って言い出したら、Sunは困るよ。
0035名無しさん＠お腹いっぱい。
2008/11/01(土) 17:03:46> Sunは富士通に補完してもらっているパートナーなわけで、富士通がSPARC64儲からないのでやめる
そんなん言うくらいならもうとっくにやめてるぜ? なんべんもなww
今一番もうかるとこだろ。他になにがもうかってるよ? Itaか?プ
0036名無しさん＠お腹いっぱい。
2008/11/01(土) 17:29:42Rockが出た時の話をしているのに、今の話してるし。
0037名無しさん＠お腹いっぱい。
2008/11/01(土) 17:47:35かわいそうに。ほんとあわれだw
0038名無しさん＠お腹いっぱい。
2008/11/01(土) 18:03:040039名無しさん＠お腹いっぱい。
2008/11/01(土) 18:11:09研究所はSun大好きで、Sun鯖とJavaで開発してるんだけど、
事業部はSun大嫌いで、研究所が作ったものを使わずに、HPで別に開発してる。
なぜかは、説明しなくても、業界人ならわかるよね?
0040名無しさん＠お腹いっぱい。
2008/11/01(土) 18:17:02現場はHPにしてもらいたい
0041名無しさん＠お腹いっぱい。
2008/11/01(土) 18:21:470042名無しさん＠お腹いっぱい。
2008/11/01(土) 18:31:07Sunが失敗した場合にしか売れないんじゃ
大変だな。
富士通の場合は自社の案件で使うだけで
開発費を確保できるから、SPARC64続け
てこれたのだと思う。
外販メインなら、とっくにダメポ。
0043名無しさん＠お腹いっぱい。
2008/11/01(土) 18:33:29ドコモの件がダメ押しだったね。
あれ以降、Sunで提案するのは恐くてできなくなった。
ドコモがSun使ってるって話を聞いたときにはビックリしたよ。
他人事なのに、え? 大丈夫なの? って心配になった。
偏執的な多重化してるから大丈夫って聞いてたけど、
大丈夫じゃなかった。
0044名無しさん＠お腹いっぱい。
2008/11/01(土) 20:43:29ドコモの件は「CTCがヘボだったから失敗した」という説も聞くけど、
Sun自体に何か根本的な問題があったのか？
0045名無しさん＠お腹いっぱい。
2008/11/01(土) 20:48:590046名無しさん＠お腹いっぱい。
2008/11/01(土) 21:01:53ダメ押しなんで、本当の原因が何かは、どうでもよかったりする。
0047名無しさん＠お腹いっぱい。
2008/11/01(土) 22:17:39Sunの根本的な問題「所詮WS用OS屋」
0048名無しさん＠お腹いっぱい。
2008/11/02(日) 16:05:19研究所と事業部のコミュニケーション不足?
0049名無しさん＠お腹いっぱい。
2008/11/04(火) 22:01:06http://www.theregister.co.uk/2008/11/03/ibm_chases_sun_shops/
IBMがSunのケツの穴狙ってるってよ
0050名無しさん＠お腹いっぱい。
2008/11/04(火) 22:43:130051名無しさん＠お腹いっぱい。
2008/11/05(水) 16:43:410052名無しさん＠お腹いっぱい。
2008/11/05(水) 23:04:45http://www.theregister.co.uk/2008/11/05/sun_mysql_used_by_obama/
Sunはオバマの尻馬に乗ってやがる
0053名無しさん＠お腹いっぱい。
2008/11/06(木) 00:29:17ok 知らないなら、それはそれで幸せだ。
0054名無しさん＠お腹いっぱい。
2008/11/06(木) 00:31:35Sunは納入した後に大変なんだ。
事業部はそれを実際に経験している。
研究所はプロトタイプっぽいものを作るところまでしかやらないから、
その後の事は知識としてしか知らないのよ。
0055名無しさん＠お腹いっぱい。
2008/11/06(木) 01:08:31日本のシステム運用思想とSunは相性が悪いと感じる
0056名無しさん＠お腹いっぱい。
2008/11/06(木) 12:30:36事業部＜気がする
0057名無しさん＠お腹いっぱい。
2008/11/06(木) 12:34:56「気がする」じゃなくて、定量的・定性的に示せばいいじゃない。
「気がする」だけなら、たぶん「気のせい」
0058名無しさん＠お腹いっぱい。
2008/11/06(木) 12:59:590059名無しさん＠お腹いっぱい。
2008/11/06(木) 18:53:58一方、
事業部がSunを使わないのは、コミュニケーション不足ではない。
0060名無しさん＠お腹いっぱい。
2008/11/06(木) 18:59:49> 「気がする」じゃなくて、定量的・定性的に示せばいいじゃない。
これだから研究所の人は頭でっかちなんだよ。
「お客の要求であり、提案では変えられるものではない」
そう言われて素直にHPに乗り換えない研究所の連中は、
学生の頃に慣れ親しんだSunを使い続けたいだけだろう。
0061名無しさん＠お腹いっぱい。
2008/11/06(木) 19:13:330062名無しさん＠お腹いっぱい。
2008/11/06(木) 20:08:420063名無しさん＠お腹いっぱい。
2008/11/06(木) 20:23:36富士通製のMシリーズもダメなのか?
0064名無しさん＠お腹いっぱい。
2008/11/06(木) 20:50:210065名無しさん＠お腹いっぱい。
2008/11/06(木) 20:58:030066名無しさん＠お腹いっぱい。
2008/11/07(金) 01:34:56http://www.theregister.co.uk/2008/11/05/sun_opensparc_europe/
> just like the early years for the Itanium
ほらあ、TPMもRockは初期のItaniumみたいだって言ってるじゃん
0067名無しさん＠お腹いっぱい。
2008/11/07(金) 15:49:35どうするんだろうねえ。止めるなら早めの方が。もう遅いか。
0068名無しさん＠お腹いっぱい。
2008/11/07(金) 17:03:06・シングルスレッド性能を追求するために数々の機能を盛り込んだ
・テープアウトした後に年単位で遅延
ダメポ。
0070名無しさん＠お腹いっぱい。
2008/11/07(金) 22:24:25→ 競合相手の富士通に塩を送るのかよ
中身は富士通でもメーカー保守はSunだろ?
→ 競合相手の富士通は、富士通の保守を提供できる
今回は中身が富士通でも、次は中身もSunになるんだろ?
→ 競合相手の富士通は、次も中身は富士通だ
0071名無しさん＠お腹いっぱい。
2008/11/08(土) 00:14:310072名無しさん＠お腹いっぱい。
2008/11/08(土) 22:24:190073名無しさん＠お腹いっぱい。
2008/11/08(土) 22:48:50シングルスレッド追求って、トランザクションメモリとスカウトスレッド？
まあ、トランザクションメモリと EPIC は、結局、ソフトウエア開発者に負担かかる
という点で似てるのかもしれない
0074名無しさん＠お腹いっぱい。
2008/11/10(月) 12:58:03周回遅れの発想もいいとこじゃない?
トランザクショナルメモリも、設計レベルでソフトウェアの実装の取り替えが必要な上、
3桁オーダのスレッド環境でこそ真価が発揮できる新技術なのに、
in-orderなNiagaraには実装できませんでした、じゃ目も当てられない。
だったらRock-Niagara共通でIntelのHATMを実装した方がよっぽど役に立った、
ということになる。
何か深慮遠謀があるならいいけどね。
0075名無しさん＠お腹いっぱい。
2008/11/10(月) 14:52:57シングルスレッドにせざるをえないものはRock・・・なんていう両面作戦を考えちゃったんだろうね。
後者はIBMのPOWERとかに頑張ってもらえばよかったのに。
0076名無しさん＠お腹いっぱい。
2008/11/10(月) 17:02:33WW2末期のナチスドイツみたいな惨状だな。
極東の同盟国(Fujitsu)の方が最後まで粘るかなw
0077名無しさん＠お腹いっぱい。
2008/11/11(火) 19:21:330078名無しさん＠お腹いっぱい。
2008/11/11(火) 22:59:280079名無しさん＠お腹いっぱい。
2008/11/12(水) 04:27:140080名無しさん＠お腹いっぱい。
2008/11/12(水) 09:39:44Sun機しか使ってこなかったとこに SPARC64機が入ったんだから、
Rock機がすぐれた製品として出てきてもニーズによってはそのまま SPARC64機を
使うだろうから、すごいチャンスだと思うが。
それとも今までみたいなシェアで細々との方がよかったって言ってるわけ?
なんか悲壮な願望を述べてあるけど、想定にムリがありすぎw
0081名無しさん＠お腹いっぱい。
2008/11/12(水) 09:59:55SPARC64は良く売れました、しかし、SunはSPARCを捨てました
ってことになったら元も子もないだろ?
0082名無しさん＠お腹いっぱい。
2008/11/12(水) 10:13:42SPARC64全面採用になるだろうし。
つーか、妄想はなはだしいよ。君の考えているようなことはあり得ない。気の毒だが。
0083名無しさん＠お腹いっぱい。
2008/11/12(水) 11:21:060084名無しさん＠お腹いっぱい。
2008/11/12(水) 11:32:260085名無しさん＠お腹いっぱい。
2008/11/12(水) 11:33:210086名無しさん＠お腹いっぱい。
2008/11/12(水) 12:04:360087名無しさん＠お腹いっぱい。
2008/11/12(水) 20:37:59富士通にとってはチャンスだが、Sunにとっては自社のUltraSPARCのシェアを侵蝕されている。
Rock遅延で困っている時なら助け船だが、Rockが出た後は邪魔でしかない。
SPARC64は今まで細々とやってこれたのだから、これからもやっていけるだろう。
しかしUltraSPARCは細々になったら、やっていけない。
では、プロセッサ開発から撤退し、代わりにSPARC64を採用するかというと、
他社の作ったプロセッサを採用したサーバというのは、すでにx86でやっている。
ならば、x86に一本化しましょう。
これがSunがSPARCを捨てるシナリオの1つ。
0088名無しさん＠お腹いっぱい。
2008/11/12(水) 20:56:17ハイエンドは下降だがNiagaraは伸びてるんだから
Rock失敗してもSPARC捨てないだろ。
ウルトラC: どこかの互換ベンチャーを買収して、x86ベースのCMTサーバを作る。
0089名無しさん＠お腹いっぱい。
2008/11/12(水) 22:13:31Niagaraが他社のシェアを食っているならともかく、既存のSun鯖をリプレースしているので、先行きが暗い。
実際、
> ハードウェア製品の売り上げは$1.246Bで17%ダウンと大きな落ち込み
> ソフトウェアは$124Mで27%アップ
という数字が出ていて、これが継続するようなら、
たとえ今が黒字でもいずれ赤字転落するので転落する前にハードウェア事業化から撤退して、
ソフトウェア事業だけに専念する
なんていう経営判断がなされる恐れがある。
共食いなのは、以下でわかるでしょう
> ハイエンドのSPARC Enterpriseが$576Mで27%ダウン
$789M から $213M 減ってる
> NiagaraベースのCMT（Chip Multi-Threading)サーバは#338Mで83%のアップ
$184M から $153M 増えてる
> 絶対額で言うと，落ち込んだとは言えSPARC Enterpriseがハード全体の半分弱を占め
ハードウェア事業の半分を占めるSPARC関連が、こうもネックだと、x86一本化もありえるな。
0090名無しさん＠お腹いっぱい。
2008/11/12(水) 22:14:58富士通から安価に仕入れられるのなら継続するが、マージンが薄いなら、扱いをやめる
というのもありえるな。
0091名無しさん＠お腹いっぱい。
2008/11/12(水) 22:32:350092名無しさん＠お腹いっぱい。
2008/11/12(水) 22:46:520093名無しさん＠お腹いっぱい。
2008/11/12(水) 23:44:45FX1の中に入っているノードを流用してワークステーション作ってくれないかな。
そんなものを作ったら、それをInfinibandで繋げて使うって話になっちゃうか。
0094名無しさん＠お腹いっぱい。
2008/11/13(木) 10:27:49SPARC64機が売れないのは旧 UltraSPARC顧客がまだ様子見してるからだよ。
少なくとも来年後半までは Rock出ないんだから、どう転んでも今後拡大する。
その後出た Rockが売れるか、「SPARC64機いいじゃん」ってことになるか、
どっちにせよ SPARCは安泰。Sunの儲けの幅は違うけどね。
加えて Niagara系絶好調じゃんよ。これくらい SPARCのデキがいい時期は
今までなかったくらいじゃねーのか?
0095名無しさん＠お腹いっぱい。
2008/11/13(木) 10:32:040096名無しさん＠お腹いっぱい。
2008/11/13(木) 10:34:090097名無しさん＠お腹いっぱい。
2008/11/13(木) 14:58:570098名無しさん＠お腹いっぱい。
2008/11/13(木) 15:02:39Sunが本格的にヤバくなるまでSPARC64を売りたがらなかった理由を考えろって。
0099名無しさん＠お腹いっぱい。
2008/11/13(木) 15:40:040100名無しさん＠お腹いっぱい。
2008/11/13(木) 16:27:550101名無しさん＠お腹いっぱい。
2008/11/13(木) 18:21:000102名無しさん＠お腹いっぱい。
2008/11/13(木) 20:12:39Sunはアングロサクソン的に自社を守ることが最優先だから、
富士通のビジネスなんて面倒みてやる筋合いないんだよ。
0103名無しさん＠お腹いっぱい。
2008/11/13(木) 21:23:37のSPEED,Rate結果が SPEC CPUに
登録されてますよ。
値は、絶望しそうなので、見ないほうが…。
0104名無しさん＠お腹いっぱい。
2008/11/13(木) 21:28:070105名無しさん＠お腹いっぱい。
2008/11/13(木) 22:10:410106名無しさん＠お腹いっぱい。
2008/11/13(木) 22:20:000107名無しさん＠お腹いっぱい。
2008/11/13(木) 22:50:10それなら適当なラックマウントサーバを縦置きする台に乗せて使いなよ。
0108名無しさん＠お腹いっぱい。
2008/11/14(金) 06:41:200109名無しさん＠お腹いっぱい。
2008/11/14(金) 11:33:360110名無しさん＠お腹いっぱい。
2008/11/14(金) 14:21:380111名無しさん＠お腹いっぱい。
2008/11/14(金) 18:19:06Ultra25
CPU UltraSPARCIIIi 1.34GHz、キャッシュ1MB
メモリ 1GB
HDD 160GB SATA
グラフィックス XVR-300
これで中古が16万円。
趣味で使うには十分な性能だろう。
もうちょっとCPUパワー欲しいなら
Blade 2500
CPU UltraSPARCIIIi 1.6GHz×2
メモリ 4GB
HDD 73GB×2
ビデオ XVR-600
これで44万。前世紀に9800で一式買ったと思えば、安いだろ。
いや、お金はないんだというのなら、
Blade 1500
CPU UltraSPARCIIIi 1GHz
メモリ 1GB
HDD 80GB
ビデオ XVR-500
これで9万。
0112名無しさん＠お腹いっぱい。
2008/11/14(金) 22:24:28http://www.bloomberg.com/apps/news?pid=20670001&refer=&sid=aq_sEpeurux8
0113名無しさん＠お腹いっぱい。
2008/11/14(金) 23:03:35決算が悪いのにレイオフを発表しないと株価が下がって株主から叩かれる
っていうルールがあるから、レイオフを発表したんだろうが、ひどい。
$600Mかけてレイオフして、削減できるのは年間$700M～$800Mだから、
世界的な不況が1年で終わったら、踏んだり蹴ったりだな。
それにしても従業員の18%を削減か。
これじゃ、Rockはヤバくないか? ただでさえ既にレイオフで人が大幅に減らされた後なのに。
0114名無しさん＠お腹いっぱい。
2008/11/15(土) 01:20:260115名無しさん＠お腹いっぱい。
2008/11/15(土) 15:40:230116名無しさん＠お腹いっぱい。
2008/11/15(土) 18:15:38中古でBlade2000(単純に物珍しさでRISCのハードがほしい)でも買おうか
と思ってるが、飽きたらじゃまな粗大ゴミになっちゃうからなあ、どうし
ようか迷ってる。
0117名無しさん＠お腹いっぱい。
2008/11/15(土) 23:20:150118名無しさん＠お腹いっぱい。
2008/11/16(日) 00:27:26・消費電力が大きい = 風通しの悪い部屋では暑くてたまりません。
・騒音が大きい = 鬱陶しいので電源入れる気がしません。
・筐体が大きい = 場所くってたまりません。
この3つをよく考えたほうがいい。
消費電力が少なく、動作音が小さく、場所も取らなければ、
電源入れっぱなしにして、いろいろと活用できるのだが、
その逆だと、持っているだけで使わないということになりやすい。
RISCいぢりたいだけなら、
ブロードバンドルーターをハックしたほうがいいかもしれない。
0119名無しさん＠お腹いっぱい。
2008/11/16(日) 00:43:21ノート機のGENIALStation737Sの中古があるぞ。
UltraSPARCIIe 450MHz、512MB、20GB、14インチXGAで、8万円。
性能の割りには値段が高いが、場所取らないぞ。
Blade 100も小さくはないが大きくもない。
UltraSPARCIIe 500MHz、256MB、40Gで、2万ちょっと。
0120名無しさん＠お腹いっぱい。
2008/11/16(日) 02:18:31http://www.itmedia.co.jp/enterprise/articles/0811/15/news006.html
0121名無しさん＠お腹いっぱい。
2008/11/16(日) 03:40:52もしかしたら、あのPentiumD搭載+ハイエンドGPUのフルタワーPCよりも煩く熱いとか?
思うに、その手のUNIXマシンは冷却fanがPC用に比べあまり良くないので煩いし熱いだけ
なんでは?
0122名無しさん＠お腹いっぱい。
2008/11/16(日) 03:48:41製品別に組織を分けるということは・・・切り売り、もしくは、切り捨ての準備か?
0123名無しさん＠お腹いっぱい。
2008/11/16(日) 03:53:58んー、考え方の違い、かな。
良くないと思うのなら、手を出さないことです。
0124名無しさん＠お腹いっぱい。
2008/11/16(日) 08:04:44その昔、憧れた何百万の高級イメージを味わいというのもあるからね
0125名無しさん＠お腹いっぱい。
2008/11/16(日) 08:10:350126名無しさん＠お腹いっぱい。
2008/11/16(日) 14:36:09考えるまでもなく良くないわな
メリットなんか何もない
奇矯なこだわりがある人だけが手に入れて物欲を満足させるためのアイテムだ
実用品ではなくオブジェとして捉えるべき
0127名無しさん＠お腹いっぱい。
2008/11/16(日) 14:36:46そう考えると、量が出回ってある程度単価を高く設定できるPC市場を抑えることができたintelは
凄い得してる。
SUNは自社WSの互換機を奨励してるが、WS市場を押さえたら次はPC市場にSparcを
普及させるつもりだったんだろう。
0128名無しさん＠お腹いっぱい。
2008/11/16(日) 14:39:350129名無しさん＠お腹いっぱい。
2008/11/16(日) 16:33:34冷却ファンは詳しくないが、数の出回るPC用の方がメーカーも力入れてるだろう
から、UNIXマシン用よりもファン性能が高いんじゃないのかな?
0130名無しさん＠お腹いっぱい。
2008/11/16(日) 16:37:47オブジェなら故障品を産廃から漁ったらどうよ。
動くのはモッタイナイ。
>>121
>>129
そういう妄想するレベルなら、豚に真珠。
0131名無しさん＠お腹いっぱい。
2008/11/16(日) 20:32:07消費電力と排熱はPCより多いだろうけど、その辺が問題なきゃいいのでは。
0132名無しさん＠お腹いっぱい。
2008/11/16(日) 22:21:33自宅だと、かなり大きく聞こえるでしょう。
0133名無しさん＠お腹いっぱい。
2008/11/16(日) 22:24:530134名無しさん＠お腹いっぱい。
2008/11/17(月) 00:10:210135名無しさん＠お腹いっぱい。
2008/11/17(月) 01:24:30画期的なサーバだと思うんだが。
もっとも、低価格モデルにHA機能が付いていないのはイタイ。
相変わらずSunのマーケティングはズレている。
物はいいんだけどなぁ。
0136名無しさん＠お腹いっぱい。
2008/11/17(月) 20:25:010137名無しさん＠お腹いっぱい。
2008/11/17(月) 22:10:16ttp://www.itmedia.co.jp/news/articles/0811/17/news071.html
0138名無しさん＠お腹いっぱい。
2008/11/17(月) 22:45:03ttp://signalspot.com/OpenSPARC_T2_presentation_day_1.pdf
の35ページの案件だね。
UltraSPARC T2が一番すぐれていると主張しているのだが、
1ブレードにT2を4つ積んだ製品をSunが出せなかったので、
Opteronに落ち付いたのかな。
0139名無しさん＠お腹いっぱい。
2008/11/17(月) 23:15:05ngi group株式会社は17日、同社と資本・業務提携を締結している
株式会社SUNの役員ら4人が逮捕されたとの報道について、
事件とは一切関係ないとするコメントを発表した。
この報道は、脱税容疑で逮捕状が出た元大阪府議の弁護士の逃亡を手助けしたとして、
SUNの社長を含む役員3人と元社員1人が、犯人隠避の疑いで大阪地検特捜部により逮捕されたというもの。
0140名無しさん＠お腹いっぱい。
2008/11/18(火) 00:15:270141名無しさん＠お腹いっぱい。
2008/11/18(火) 00:38:15おいおい、紛らわしい社名なだけで、このスレのSunとは関係ない会社だろう。
0142名無しさん＠お腹いっぱい。
2008/11/18(火) 09:48:11去年の秋に世界１目指してたのに
バルセロナ出荷遅れ＋500テラ届かずで
この順位になっちまったんだよｗ
今年になっても 500テラ越えてないじゃんｗ >> TACC Ranger
0143名無しさん＠お腹いっぱい。
2008/11/18(火) 14:31:30top500 に Sun のシステムはいくつかあるけど
SPARC 使ったシステムが１つもないｗ
0144名無しさん＠お腹いっぱい。
2008/11/18(火) 14:47:51売上とはあんま関係ないけどな。TOP500と企業収益結びつけたがるバカが
粘着してたけど。また出たか?w
0145名無しさん＠お腹いっぱい。
2008/11/18(火) 15:00:44それでも TACC は４位で初登場してたのね。
4. Texas Advanced Computing Center/Univ. of Texas United States
Ranger - SunBlade x6420, Opteron Quad 2Ghz, Infiniband / 2008
Sun Microsystems 62976 326.00 503.81 2000.00
0146名無しさん＠お腹いっぱい。
2008/11/18(火) 17:55:011台あるよ……と思ったら富士通だった。日本のJAXA。
>>144
たとえば2000年6月のTop500をProcessor Familyで見ると、
Sparcがシェア24.4%で2位なのがわかる。
UltraSPAC II 400MHz とかだったようだ。
ちなみに1位は28.6%のPower。
0147名無しさん＠お腹いっぱい。
2008/11/18(火) 19:18:200148名無しさん＠お腹いっぱい。
2008/11/18(火) 19:36:15長引く業績不振に対処。ソフトウェア部門トップの辞任も発表
http://www.computerworld.jp/news/trd/127309.html
0149名無しさん＠お腹いっぱい。
2008/11/18(火) 19:42:54LINPACKなんぞではエンプラ用途については全く指標にならん。
まあエンプラ用途が全てとまでは言わんが。
0150名無しさん＠お腹いっぱい。
2008/11/18(火) 21:48:44CrayのスパコンのSPARCのラインがSGI経由でSunに渡って、E10KとしてSunから出た。
だもんで、既存のCrayのユーザがE10Kを買ったのだと思う。
0151名無しさん＠お腹いっぱい。
2008/11/18(火) 23:03:37一番気にしているのはお前なんじゃないか w
0152名無しさん＠お腹いっぱい。
2008/11/19(水) 10:28:18へぇ、リッチ・グリーンやめちゃうのかｗ
そういやソフトウェア部門も再編するんだね。
0153名無しさん＠お腹いっぱい。
2008/11/19(水) 16:28:32222位 宇宙航空研究開発機構 JAXA FX1 富士通 SPARC64 Ⅶ 18.54 TFLOPS 89.81％
これだね。
http://pr.fujitsu.com/jp/news/2008/11/19.html
0154名無しさん＠お腹いっぱい。
2008/11/19(水) 23:24:250155名無しさん＠お腹いっぱい。
2008/11/20(木) 14:41:25たしかに効率いいね。
＞SPARC64VIIを512個，CPUコア数では2048個利用している。
＞この場合のピーク性能は，512個×40.32GFLOPS＝20.64TFLOPSとなる。
＞これに対し，実効演算速度は18.54TFLOPSだった。
0156名無しさん＠お腹いっぱい。
2008/11/20(木) 14:53:11日本は見事にスパコン後進国になったなあ。
それだけ計算機需要がないということなんだろうけど。
0157名無しさん＠お腹いっぱい。
2008/11/20(木) 18:13:05> ノード間高速バリア同期、リダクション演算機能をハードウェア機構で実現 (オプション)
これが効いているのだろう。
ちなみにFX1の筐体、5Uとデカい割りには4ノードしか乗ってない。
SunのX4600くらいの密度で実装して8ノードにしなかったのかな。
0158名無しさん＠お腹いっぱい。
2008/11/20(木) 18:22:110159名無しさん＠お腹いっぱい。
2008/11/20(木) 19:05:32ttp://ja.wikipedia.org/wiki/%E8%A8%88%E7%AE%97%E6%B5%81%E4%BD%93%E5%8A%9B%E5%AD%A6%E7%A0%94%E7%A9%B6%E6%89%80
> 1987年5月 最初のスーパーコンピュータ（富士通製 FACOM VP200）を導入、
> 以後順次台数を増やし、ピーク時にはNEC、日立製作所など合計7台のスーパー
> コンピュータを保有する
> 創業当時、閑静な住宅地にスーパーコンピュータが次々と運び込まれたこと
> を米国の情報機関が聞きつけ、「極秘に核兵器の開発をしているのではない
> か」と疑われた。実際、当時の流体研の計算能力は、米国の軍事研究機関を
> 凌いでいた。
↓
> 1990年代末 スーパーコンピュータがパソコンに置き換わる
実はスパコン要らないのか?
0160名無しさん＠お腹いっぱい。
2008/11/20(木) 19:17:070161名無しさん＠お腹いっぱい。
2008/11/20(木) 19:58:27計算内容が変らなければ、
昔にスパコンでやっていたものがパソコン1台で置き換えられたとしても、
不思議じゃないよ。
0162名無しさん＠お腹いっぱい。
2008/11/20(木) 20:54:02お買い得だったのが、最近は逆だ、って解説してたな。
0163名無しさん＠お腹いっぱい。
2008/11/20(木) 21:50:46中古のPOWER MacG5買った方がいいんじゃない？
0164名無しさん＠お腹いっぱい。
2008/11/20(木) 22:19:420165名無しさん＠お腹いっぱい。
2008/11/20(木) 22:38:40自分もどこかで読んだよ。
>>164
DSPやFPGAが速かったのも昔の話だと思う。
0166名無しさん＠お腹いっぱい。
2008/11/20(木) 23:03:18PentiumProが登場した辺りからPCのパフォーマンスが飛躍してきたな。
一方SparcはじめRISC勢は減速状態に
（明確な性能差のあったAlpha-AXPは会社が危うい状態)
0167名無しさん＠お腹いっぱい。
2008/11/20(木) 23:21:10速い? って色んな人が聞いてたけど、値段に見合うほど速くはないって苦笑いしてた。
それまでは数百万のマシン1台を10～20人で共用して使い切るのが安かったが、
他の人と同時に計算するくらいなら、
独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。
0168名無しさん＠お腹いっぱい。
2008/11/20(木) 23:40:19ことができなかったのかな?
0169名無しさん＠お腹いっぱい。
2008/11/21(金) 01:35:07サーバではなくワークステーションを使うところが多かったため、
ワークステーションを安売りすると大損すると思ったんだろうね。
0170名無しさん＠お腹いっぱい。
2008/11/21(金) 03:07:42できない。フェラーリみたいな理由で。
CPU/マザボ/ケース/電源をまとめて開発するとそれだけで大変なお値段に・・・
そのかわり良い面もあるけどね。
0171名無しさん＠お腹いっぱい。
2008/11/21(金) 03:14:54CPUとチップセット以外は、
PCメーカー各社がぞれぞれ独自設計で製造したPCの数と、
さほど変らないと思うんだが。
0172名無しさん＠お腹いっぱい。
2008/11/21(金) 04:02:570173名無しさん＠お腹いっぱい。
2008/11/21(金) 04:09:50*- intelみたいに大規模に作ってるわけじゃないし
*- モデル毎にバラバラで汎用性ないし(なぜ汎用性無いのかわからない！ヒートシンクやCPUファン統一すれば良いのにといつも思う)
*- CPU壊れたときどこが悪かったのかSolarisのmessagesやcorefileに詳細に出すようになってるところもコストアップの要因だと思う
0174名無しさん＠お腹いっぱい。
2008/11/21(金) 05:03:43マルチプロセッサ機は数百から一千万したけど、
シングルプロセッサ機は100万前後のもあったと思う。
0175名無しさん＠お腹いっぱい。
2008/11/21(金) 07:09:180176名無しさん＠お腹いっぱい。
2008/11/21(金) 07:28:13それにUNIX-WSもPC-ATコンパチのようにコストの安い途上国で生産するという
手段も取っていたんでは?
0177名無しさん＠お腹いっぱい。
2008/11/21(金) 09:13:17MIPSは各社が手を出してたから、きっかけはPSじゃないんじゃね?
0178名無しさん＠お腹いっぱい。
2008/11/21(金) 09:33:28> 独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。
あのさぁ。そんなバカばっかりなわけないでしょ、計算速度がイノチの人達なのに。
0179名無しさん＠お腹いっぱい。
2008/11/21(金) 09:38:19そうそう。増設機器やミドルは高かったけど、最小構成はそんなに高くなかった。
SS1百万円くらいだったはず。あっちだと 8千ドルくらいだった気がする。
SS4は 40万円くらいだったか?
0180名無しさん＠お腹いっぱい。
2008/11/21(金) 10:53:52空くのを待つなら、あるいは、同時に走らせて遅くなるなら、
パソコンで計算したほうが早く得られる場合があるって話だろ。
0181名無しさん＠お腹いっぱい。
2008/11/21(金) 11:45:57売れたわけで、そんな経緯も知らずに当時 Alpha使ってた科技系の
エンジニアとか学者学生とかそういないだろ。
0182名無しさん＠お腹いっぱい。
2008/11/21(金) 12:01:440183名無しさん＠お腹いっぱい。
2008/11/21(金) 17:33:270184名無しさん＠お腹いっぱい。
2008/11/21(金) 17:41:000185名無しさん＠お腹いっぱい。
2008/11/22(土) 02:42:480186名無しさん＠お腹いっぱい。
2008/11/22(土) 02:58:360187名無しさん＠お腹いっぱい。
2008/11/22(土) 08:41:50例えば、現行のSparcチップがCore2の3～4倍とか
0188名無しさん＠お腹いっぱい。
2008/11/22(土) 08:58:460189名無しさん＠お腹いっぱい。
2008/11/22(土) 09:05:34SPARCでなければならない用途というのが思い浮かばないよ。
0190名無しさん＠お腹いっぱい。
2008/11/22(土) 09:16:35要するにその昔は性能での優位性があったからこそWS用途でSparcが
用いられたわけだろ。
ならば、現行のx86を5倍は上回る性能を出せば復活できる。
0191名無しさん＠お腹いっぱい。
2008/11/22(土) 09:27:12UNIXであること、
使いたい優れたソフトウェアがUNIX向けだったこと、
この2つが理由だったと思う。
いまではWindowsに取って代わられた。
いくら性能が5倍でも、Windowsでなければ復活はない。
0192名無しさん＠お腹いっぱい。
2008/11/22(土) 09:33:36現状でWindowsパソコンでは、
CPU1個で足りないなら、最大で4あるいは8ソケットくらいまではスケールアップの選択肢がある。
OSもアプリも、大きく変える必要がなく、シームレスだ。
OSやアプリを変えてまで乗り換える判断がなされる閾値が5倍として、
6コアのXeonMPの4ソケット機の5倍の性能、
4コアのOpteronの8ソケット機の5倍の性能、
それを実現するのは大変じゃない?
0193名無しさん＠お腹いっぱい。
2008/11/22(土) 09:35:54Sparc版WindowsをMSに出してもらうってことか。
しかし、それなりの性能差があれば速度重視の特定分野で復活できそうだが。
(当然、価格を極力抑える)
0194名無しさん＠お腹いっぱい。
2008/11/22(土) 09:36:280195名無しさん＠お腹いっぱい。
2008/11/22(土) 09:40:56性能差を維持しなければならないし、
それなりの数が出なければ価格を抑えられないよ。
0196名無しさん＠お腹いっぱい。
2008/11/22(土) 09:50:17とりあえずx86マシンの現在のBIOSを蹴散らしOpenPROMを…
0197名無しさん＠お腹いっぱい。
2008/11/22(土) 10:15:08> 6コアのXeonMPの4ソケット機
> 4コアのOpteronの8ソケット機
こんなのをサーバではなくワークステーションとして使ってるユーザがどんだけいるのか、と。
ほとんどいないなら、その5倍も、必要とされてないだろう。
0198名無しさん＠お腹いっぱい。
2008/11/22(土) 11:40:17しかも容易に他社に真似されないレベルのものを。
0199名無しさん＠お腹いっぱい。
2008/11/22(土) 11:51:08T1、T2は登場時点では、x86をぶっちぎっていたんだし。
0200名無しさん＠お腹いっぱい。
2008/11/22(土) 13:06:350201名無しさん＠お腹いっぱい。
2008/11/22(土) 13:18:200202名無しさん＠お腹いっぱい。
2008/11/22(土) 13:32:380203名無しさん＠お腹いっぱい。
2008/11/22(土) 14:15:170204名無しさん＠お腹いっぱい。
2008/11/22(土) 15:04:060205名無しさん＠お腹いっぱい。
2008/11/22(土) 16:03:03RISCのWindows NTマシンが売れなかったのを忘れたか？
ソフトウェア資産の重要性はSunもSolaris 2で学んだよな
まあSPARCに関わらず主要なプロセッサで突然そんな性能を
廉価に実現できたりしないし、性能だけで飛びつく連中は
簡単に浮気するぞ
むなしい妄想はほどほどにしとけ
0206名無しさん＠お腹いっぱい。
2008/11/22(土) 17:00:47と夢見た時期もあったけどみんな討ち死にだ。
あ、GPUがあった。
0207名無しさん＠お腹いっぱい。
2008/11/22(土) 19:23:21なった結果、出来の悪いx86命令セットをRISCに変換したり
効率上げるための機能を詰め込めるようになった。
0208名無しさん＠お腹いっぱい。
2008/11/22(土) 19:31:25Sunの技術力が足りないだけでしょ？
0209名無しさん＠お腹いっぱい。
2008/11/22(土) 20:04:140210名無しさん＠お腹いっぱい。
2008/11/22(土) 20:15:350211名無しさん＠お腹いっぱい。
2008/11/22(土) 20:44:590212名無しさん＠お腹いっぱい。
2008/11/22(土) 20:51:360213名無しさん＠お腹いっぱい。
2008/11/22(土) 20:54:46変なプライドがあった？
自らの技術力を過信してた？
SPARCってお荷物を抱えていたから？
0214名無しさん＠お腹いっぱい。
2008/11/22(土) 20:59:36その後DECを買収してまた過去のテクノロジとさよならした
SunがDECを買収したとして、同じ決断が出来ただろうか？
足りなかったのは技術力よりも経営陣の決断力ではないか？
0215名無しさん＠お腹いっぱい。
2008/11/22(土) 21:03:530216名無しさん＠お腹いっぱい。
2008/11/23(日) 00:59:391986年の論文だかにもあるらしい
これができたから、x86は性能向上が可能になった。
ということは前もってx86の性能向上は予見できたってことか。
0217名無しさん＠お腹いっぱい。
2008/11/23(日) 01:17:22簡単にウイルスにかかっちゃう
役所とか警察とか学校で使ってもらう
ウインドウズが動かないから安心。x86でLinuxも普及につれ
ウイルス出てきそうだし。
0218名無しさん＠お腹いっぱい。
2008/11/23(日) 01:23:020219名無しさん＠お腹いっぱい。
2008/11/23(日) 02:03:15SPARCを捨てろって? AMDは中身こそ大胆に変えているが、x86であることは捨ててない。
SPARCとバイナリ互換で、中身がSPARCとは別物にしたら・・・オーバーヘッド大きそうね。
0220名無しさん＠お腹いっぱい。
2008/11/23(日) 02:04:36会社は、ね。
技術者は違う。
>>217
SPARCが普及すれば、それをターゲットにしたウィルスだって、出てくるでしょう。
0221名無しさん＠お腹いっぱい。
2008/11/23(日) 02:38:03x86は元の効率が悪かったので、オーバーヘッドがあってもRISC命令変換に
よる性能向上があった。
それだから、SUNがSPARCより効率の良い命令セットを考案しそれを内部変換で実行
できるようにすればいいのでは。
0222名無しさん＠お腹いっぱい。
2008/11/23(日) 03:13:56命令を含んでいるから、そこでいうRISC変換はもともとあり得るものだった。
SPARCは基本的に、単純な命令で構成されているので、同じ意味での
RISC変換は意味がない。
もっともSPARCの内部アーキが、初期のSPARCから変わってないことはない。
大きな意味で考えればsuperscalarなんかも内部的に効率によい命令
アーキテクチャで実行しているといえるのでは？
0223名無しさん＠お腹いっぱい。
2008/11/23(日) 03:30:49CG用に買おうかな、って思うんだけど
グラボはXVR-600あたりにしとけばおk？
0224名無しさん＠お腹いっぱい。
2008/11/23(日) 03:45:29速い訳が無い
0225名無しさん＠お腹いっぱい。
2008/11/23(日) 04:09:58UltraSparc3の1.2GhzはSpecCPU2000だとPen4の2.66Ghz辺りと同じ
市販アプリでの実行速度はどうなのかは知らんけど。
0226名無しさん＠お腹いっぱい。
2008/11/23(日) 04:27:120227名無しさん＠お腹いっぱい。
2008/11/23(日) 07:01:54プラットフォーム気にせんでいいものは何でやっても結果変わらんでしょ。
Sun好きなら止めはせんけどさ
0228名無しさん＠お腹いっぱい。
2008/11/23(日) 07:48:58QuickTransitってのもあるけど、ねぇ。
0229名無しさん＠お腹いっぱい。
2008/11/23(日) 10:22:56>使いたいCGソフトがSPARC版のSolaris用
そんなのねぇ。
っーか、SolarisでCGなんて聞いた事無い
0230名無しさん＠お腹いっぱい。
2008/11/23(日) 10:41:172000年前後にはまだあったんよ。
でも今でも生きてるのはx86に移植されてるし、
今となっては無用の長物だろうけど。
0231名無しさん＠お腹いっぱい。
2008/11/23(日) 10:54:100232名無しさん＠お腹いっぱい。
2008/11/23(日) 11:07:59MIPS(SGI), Alphaあたりは知ってるけど。
0233名無しさん＠お腹いっぱい。
2008/11/23(日) 11:08:190234名無しさん＠お腹いっぱい。
2008/11/23(日) 11:20:570235名無しさん＠お腹いっぱい。
2008/11/23(日) 11:25:04SGIってフレームバッファの性能が良かったからCGで使われたんじゃ?
0236名無しさん＠お腹いっぱい。
2008/11/23(日) 11:31:33最近のPowerPCはISA変換を行ってると聞いたが。
0237名無しさん＠お腹いっぱい。
2008/11/23(日) 13:08:21Alphaはレンダリングに使われただけ。
>>233
いつの時代だよ。
>>234
それもレンダリングマシンとしてだろ。
>>235
IRIXが優秀だから。
0238名無しさん＠お腹いっぱい。
2008/11/23(日) 13:35:41階層化キャッシュにSSDを使うところが面白い。
しかし、2つばかり気に入らないところがある。
１．データのライトキャッシュにSSDを使わない
２．最上位機種しかHAクラスタをサポートしない
0239名無しさん＠お腹いっぱい。
2008/11/23(日) 15:16:05SGIは、ライブラリが整備されてた。
昔は、それだけで使う価値があったのです。
0240名無しさん＠お腹いっぱい。
2008/11/23(日) 21:54:47サイズも邪魔にならなそうだし。
0241名無しさん＠お腹いっぱい。
2008/11/24(月) 10:55:04RISC版WinNTってMSがx86の将来性に不安を持ったから、作ったと聞いたが。
0242名無しさん＠お腹いっぱい。
2008/11/24(月) 11:25:36もともとは、x86よりも上のクラスのコンピュータのためのOSとして、開発された。
当初のターゲットは、あのi860だった。i860が悲惨だったので、途中で386にターゲットを変更した。
0243名無しさん＠お腹いっぱい。
2008/11/24(月) 12:16:11zfsの詳細はよくわからないが、ライトキャッシュってZILと呼ばれてる奴だろうか。
ログを書き出すためのストレージは、シーケンシャルライト(&リード)が大半だったり
しないだろうか、と思うのだが。
0244名無しさん＠お腹いっぱい。
2008/11/24(月) 12:31:23これはSSDにとっては非常に厳しい条件。
フラッシュメモリの書き込み時間の長さは、ライトバックキャッシュによって隠蔽してる。
だからライトバックキャッシュが有効な状態でのシーケンシャルライトは速くても、
無効な状態でのシーケンシャルライトは劇遅だと思うよ。
インテルのエンタープライズ向けのSSDのデータシートのIOPsの値にも、
ライトバックキャッシュ有効っていう注釈がついている。
そして、無効にしたときの数字は書かれてない。
0245名無しさん＠お腹いっぱい。
2008/11/24(月) 19:05:43開発動機と売り上げに何の関係があるんだ
頭おかしいのか？
そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ
もしRISC版の各プラットフォームでリリースすることを考えた場合
動作検証用のシステムを導入し
リリースのたびに対応するプラットフォーム全種での検証が必要になる
つまり何かと費用が必要になるわけで
そんな未知数のプラットフォームに投資できる連中はそう多くない
売れるなら出してもいいが、とりあえず様子を見ようということになる
だからアプリケーションは出ず
アプリケーションが出ないからシステムも売れない
売れないからハードウェアベンダは撤退、MSもあきらめた
そんなものを今さら取り上げた>>193は世間知らずにも程がある
0246名無しさん＠お腹いっぱい。
2008/11/24(月) 19:43:33Flashはwriteが遅い。
だから、intelのSSDは10並列にして速度を稼いでいる。
Sun Storage 7000シリーズで使っているSSDもintel製だ。
＃ 多分（写真からはそう見える）
0247名無しさん＠お腹いっぱい。
2008/11/24(月) 20:53:15> そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ
それはまるで
UNIXはフリーウェアだけで事足りる
オープンソースを自分でコンパイルするのが常識
っていうGNU万歳な学生さんの思考だな。
ちなみに、WindowsNTではAlphaだけが少し立ち上がって失速したが、
WindowsCEではMIPS、SH、ARM、x86の4つが結構長く続いたね。
その理由もおそらく、アプリがほとんどなくても成りたっていたからだろう。
0248名無しさん＠お腹いっぱい。
2008/11/24(月) 20:59:130249名無しさん＠お腹いっぱい。
2008/11/24(月) 21:08:59成り立ってるという話なら聞いたが。
0250名無しさん＠お腹いっぱい。
2008/11/24(月) 22:35:58多くのコンパイラで通るように書くのは、簡単ではないよ。
そんなだから、コードを修正してリコンパイルしてテストするよりも、
バイナリ・トランスレータを使って実行したほうが簡単ってことに。
0251名無しさん＠お腹いっぱい。
2008/11/24(月) 23:33:51`|ﾆ|゛
, -‐‐‐‐-､|
, '´, '''`v'‐-、 ＼
, ' i OiO | ヽ ／￣￣￣￣
,' ヽ〇`､,ノ ! |
i (_ .| ＜ バイナリ
.i ヽ￣￣￣｀ヽ / |
ヽ i , ‐'""゛`| ./ ＼＿＿＿＿
ヽ､`‐‐----',,／
￣￣￣
0252名無しさん＠お腹いっぱい。
2008/11/25(火) 00:45:05そうですか、ベンチは結構はやいですね
ソフトはblenderとかgimpとかオープンソースのアプリで遊ぼうかと思いまして
wildcatみたいなごっついビデオカードがあるからCG用途でどうかなぁ、と思いました
0253名無しさん＠お腹いっぱい。
2008/11/25(火) 08:54:220254名無しさん＠お腹いっぱい。
2008/11/25(火) 12:07:03> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ
まあ、移植性の悪くて使いもしない機能テンコ盛りのお下品ソフトばかり
使ってるとマトモな感覚がマヒしてしまうという典型だな。
リコンパイルだけで問題なく稼働するプラットフォームニュートラルな
ソフトウェアは実際かなりの数存在してるし、押えどころわかってさえ
いれば作成や維持もそんなに大変ではない。
第一特定機種にしか存在しない機能を使ったソフトウェアなんて一般人は
ほとんど使うことないから、当然と言えば当然。
OSや、アセンブラでチューニングしたようなのはもちろん別ね。
あと、そもそも土台から腐った書き方してあるやつね。
そういうのを後生大事に擁護する方がよっぽど「頭おかしい」と思うがねw
> つまり何かと費用が必要になるわけで
FADもはなはだしいな。
> 売れないからハードウェアベンダは撤退、MSもあきらめた
上記「土台腐ったソフト」の典型だから、だろw?
0255名無しさん＠お腹いっぱい。
2008/11/25(火) 12:08:330256名無しさん＠お腹いっぱい。
2008/11/25(火) 12:10:34Uを間違ってAとタイプするのは、いったいどんな配列のキーボードなのだろうか。
0257名無しさん＠お腹いっぱい。
2008/11/25(火) 12:17:26問題なく動くことを確認する工数は?
たぶん問題ないだろうと思っても、
実際に確認してみないことには、
品質を保証できないでしょう?
0258名無しさん＠お腹いっぱい。
2008/11/25(火) 15:09:50アホかと。
0259名無しさん＠お腹いっぱい。
2008/11/25(火) 15:11:350260名無しさん＠お腹いっぱい。
2008/11/25(火) 15:19:18激しく違和感があるんだわ、その言動に。
>>259
二連投乙
0261名無しさん＠お腹いっぱい。
2008/11/25(火) 16:40:33Oracle, PostgreSQL, MySQL, OpenOffice(StarOffice), Motif, GTK, GNOME,
Firefox,... 他になに上げりゃいいんだか。
Javaのランタイムなんかはプラットフォームそのものなんで実装は大変だが、
ふつーのアプリで「コストが」なんて言ってるのはやり方マズいだけ。
押えどころなんて知れてる。
違和感ねぇ。ハズれだけど。あんたこそ何者だよ? Unixさわったことあんの?!ww
0262名無しさん＠お腹いっぱい。
2008/11/25(火) 17:18:41「確実に動作する、もしダメなら動くようにする」が
異なることに気づけない素人乙
0263名無しさん＠お腹いっぱい。
2008/11/25(火) 17:27:02あわれさ漂ってきたけど..
0264名無しさん＠お腹いっぱい。
2008/11/25(火) 17:31:26エンディアンネスに配慮しなくていいソフトウェア開発なんてありえんでしょ。
博物館の標本にされちまうぞw
0265名無しさん＠お腹いっぱい。
2008/11/25(火) 19:52:53http://mamono.2ch.net/test/read.cgi/newsplus/1227609444/
0266名無しさん＠お腹いっぱい。
2008/11/25(火) 20:05:12Sun自体が博物館の標本みたいな会社だから
0267名無しさん＠お腹いっぱい。
2008/11/25(火) 21:17:28マ板をみりゃわかるように、そんな気の利いたコードを書くのは少ないよ。
0268名無しさん＠お腹いっぱい。
2008/11/25(火) 21:20:28底辺を引き合いにする事はないと思うぜ？
0269名無しさん＠お腹いっぱい。
2008/11/25(火) 21:25:28覚えてるか？
0270名無しさん＠お腹いっぱい。
2008/11/25(火) 22:01:56あとUNIX板も
0271名無しさん＠お腹いっぱい。
2008/11/25(火) 23:45:13http://www.theregister.co.uk/2008/11/24/sun_sparct2_kicker/
T3120だってさ
0272名無しさん＠お腹いっぱい。
2008/11/26(水) 01:38:17おぼえてませんｻｰｾﾝw
0273名無しさん＠お腹いっぱい。
2008/11/26(水) 01:42:01T2の在庫整理か？
0274名無しさん＠お腹いっぱい。
2008/11/26(水) 03:14:30>>263
ここで素人さんに解説するのはアホらしいので、ヒントだけ。
OracleがサポートしているOSが限られているのはなぜか。
Oracleが持っていないCPU・OSについて、
彼らにクロスコンパイラを提供するだけで済むと思う?
0275名無しさん＠お腹いっぱい。
2008/11/26(水) 03:17:19>>261は作ったソフトをパッケージソフトとしてバイナリで客に売るときに、
持っていないプラットフォームでも、リコンパイルしただけで済ますの?
で、客から動かないって言われたら、どーすんの?
0276名無しさん＠お腹いっぱい。
2008/11/26(水) 07:31:10C99万歳！
0277名無しさん＠お腹いっぱい。
2008/11/26(水) 08:48:17そんな一般常識しか思いつかないのは素人だよな
0278名無しさん＠お腹いっぱい。
2008/11/26(水) 09:23:13現実はそんなに簡単なレベルでは済まないよなー。
0279名無しさん＠お腹いっぱい。
2008/11/26(水) 09:26:19「じゃあJavaで書き直します」
0280名無しさん＠お腹いっぱい。
2008/11/26(水) 09:29:230281名無しさん＠お腹いっぱい。
2008/11/26(水) 11:12:19バカはお前だ。
>>279
いやべつにJavaで書いても話は同じなんだが。
持っていないプラットフォーム向けでも、
Javaで書いたので動くはずです
といってテストせずに売るの?
0282名無しさん＠お腹いっぱい。
2008/11/26(水) 11:39:51>日本IBM（東京）が1000人規模の正社員削減を進めていることが25日、明らかになった。
金融不安による世界的な景気後退のあおりを受け、自動車業界などを中心に
派遣社員や期間従業員など非正規雇用従業員を削減する動きが広がっているが、
リストラの波が正規雇用社員にも及んできた格好だ。
0283名無しさん＠お腹いっぱい。
2008/11/26(水) 14:11:16二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二終∪ll二⊃∪ll
ll∩⊂二ll∩了二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
0284名無しさん＠お腹いっぱい。
2008/11/26(水) 14:33:23まさに FUD。こんなとこじゃだれも本気にしないんだよ。あわれなやつww
0285名無しさん＠お腹いっぱい。
2008/11/26(水) 15:59:23まさに無知
プログラムをろくに作ったことのない素人だな
0286名無しさん＠お腹いっぱい。
2008/11/26(水) 17:19:04移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、
って言ってるのよねこれ。
まあ移植性高いコード書く習慣が広まれば未知のハードに手出す為の最低条件はクリアできるし、
黒魔術が組み込まれてて特定のアドレスで特定のコードを実行させると上司が死ぬとか、
そういう魅力的な機能がSPARCに導入されればMSだってアプリ屋だって参入してくるかもよ。
使う人が増えれば対応にコストかけても元が取れるしSunも救えるし上司も死ぬしで良い事づくめ！
0287名無しさん＠お腹いっぱい。
2008/11/26(水) 17:31:19あと弁護士も
0288名無しさん＠お腹いっぱい。
2008/11/26(水) 18:09:33美少女シスターが部屋に住み着く機能でいいです
0289名無しさん＠お腹いっぱい。
2008/11/26(水) 18:57:13> 移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、
今の現場知らんジジイがわめいてるだけだし。携帯電話も汎用アプリに
なろうかって時代に、特定の環境だけ対象でぬくぬくと開発してて商売になると
思ってるとはおめでたすぎるわ。正味アホかと。バカかと。www
他人を「素人」とか言ってるが、何年も前に開発現場離れたジジイか
不勉強の言い訳並べまくる終りかけの会社の社員かなんかとしか思えんw
0290名無しさん＠お腹いっぱい。
2008/11/26(水) 22:51:28まったくこのスレに相応しい名言だなぁ～
0291名無しさん＠お腹いっぱい。
2008/11/27(木) 00:01:16でもその前にAMDが潰れそうなのでなんとかしてください
0292名無しさん＠お腹いっぱい。
2008/11/27(木) 00:05:270293名無しさん＠お腹いっぱい。
2008/11/27(木) 01:42:29会社どこ?
出入り禁止リストに追加するから。
0294名無しさん＠お腹いっぱい。
2008/11/27(木) 02:50:32そういう会社なのねｗ
0295名無しさん＠お腹いっぱい。
2008/11/27(木) 03:03:090296名無しさん＠お腹いっぱい。
2008/11/27(木) 03:04:360297名無しさん＠お腹いっぱい。
2008/11/27(木) 04:43:16SunはAppleと比べると売り方が悪いのか物が悪いのか。
まあ客層違うし比べるもんでもないだろうけど、幼児体験による偏愛とかってレス見てると
買ってる奴の発想はどっちも似たようなもんじゃねえかとか思わなくもない。
ってのはマッキントッシュ野郎への偏見か。
0298名無しさん＠お腹いっぱい。
2008/11/27(木) 04:59:40様々なプラットフォームを相手に開発して商売しているからこそ、
テストが大変だってことが骨身にしみていると思うんだがなぁ。
押えておくべきポイントがわかっていても、人はミスするし、
そして、プラットフォームにも多少のミスはあるわけで、
実際に組み合わせてみて試すことは欠かせない。
もし「大丈夫なはずだ」だけで済むのなら、
インターオペラビリティ問題なんて出てこないわな。
0299名無しさん＠お腹いっぱい。
2008/11/27(木) 07:27:25いや、>>289 は「テストしなくていい」とは言ってないんだから
テストの必要性を訴えても話が繋がらないのでは
0300名無しさん＠お腹いっぱい。
2008/11/27(木) 07:34:35で、確認だが、マルチプラットフォーム向けにコーディングしたとしても、テストの工数はかなりかかる
これは異論ないね?
0301名無しさん＠お腹いっぱい。
2008/11/27(木) 07:42:24よく売れてるプラットフォーム向けにしかアプリをリリースしない
というのは現実に行われていることで、
つまり、すでにワークステーション系のアプリが
SPARCからx86へ、SolarisからWindowsへ移行が済んでいて、
今さらSunがSPARCのワークステーションを出したところで、
それらは戻ってこない、ってことだな。
マルチプラットフォームというのは囲い込みができないわけで、
Sunの顧客はいとも容易く他社に流れるし、取り戻すのも容易。
これって、けっこう厳しいよね。
昔はSun信者がたくさんいたんだけど、彼らを失ったのは痛いね。
0302名無しさん＠お腹いっぱい。
2008/11/27(木) 07:46:45もっと早い時期にWindowsが脅威になっていれば共闘もあっただろうに。
0303名無しさん＠お腹いっぱい。
2008/11/27(木) 09:39:50ただSPARCは早いとこ見切りつけた方がいいんじゃないかと思う
0304名無しさん＠お腹いっぱい。
2008/11/27(木) 09:55:150305名無しさん＠お腹いっぱい。
2008/11/27(木) 10:39:29連投はどっちの御家芸?
0306名無しさん＠お腹いっぱい。
2008/11/27(木) 10:40:09MacOSのベースもSolarisになってたかもしれん。
0307名無しさん＠お腹いっぱい。
2008/11/27(木) 10:46:110308名無しさん＠お腹いっぱい。
2008/11/27(木) 11:06:560309名無しさん＠お腹いっぱい。
2008/11/27(木) 11:42:260310名無しさん＠お腹いっぱい。
2008/11/27(木) 11:43:08偽装連投って、人間としてサイテーの行為よね。みんな気をつけようねw
0311名無しさん＠お腹いっぱい。
2008/11/27(木) 11:48:54偽装だって
0312名無しさん＠お腹いっぱい。
2008/11/27(木) 11:53:580313名無しさん＠お腹いっぱい。
2008/11/27(木) 12:04:04V8EはMMU含む。
0314名無しさん＠お腹いっぱい。
2008/11/27(木) 12:04:35へ～、別人に見えるんだ。
認識力に問題あるんじゃない?
0315名無しさん＠お腹いっぱい。
2008/11/27(木) 13:20:590316名無しさん＠お腹いっぱい。
2008/11/27(木) 15:26:28スレの末期症状だわ。
0317名無しさん＠お腹いっぱい。
2008/11/27(木) 15:31:530318名無しさん＠お腹いっぱい。
2008/11/27(木) 16:26:00思われるし、病気だな。
0319名無しさん＠お腹いっぱい。
2008/11/27(木) 19:59:50インテルPCへと移行するときに
うちのOSだかSparcだかを使わない？ってアピールしてなかったっけ
あっさりスルーされてたが
0320名無しさん＠お腹いっぱい。
2008/11/27(木) 20:56:100321名無しさん＠お腹いっぱい。
2008/11/27(木) 21:27:530322名無しさん＠お腹いっぱい。
2008/11/27(木) 22:10:590323名無しさん＠お腹いっぱい。
2008/11/28(金) 02:27:490324名無しさん＠お腹いっぱい。
2008/11/28(金) 23:25:24Mac関連のスレのように別の製品のユーザが馬鹿にしにくるくらい
2chではコンシューマ向けではない製品に関するスレはほとんどレスがないか、煽りだらけになるかのどちらか
0325名無しさん＠お腹いっぱい。
2008/11/29(土) 03:27:132chがメジャーになりすぎて、いろいろと変わりすぎた。
0326名無しさん＠お腹いっぱい。
2008/11/29(土) 06:05:44Solarisもx86を第一にすべきだろ。
0327名無しさん＠お腹いっぱい。
2008/11/29(土) 09:45:01まあ絶好調だからな、SPARCは。富士通のおかげもあって。
あと OpenSPARC関連の実製品が出てくれば全方位の品揃えになる。
ま、既に InfraNTのもあるけど。
0328名無しさん＠お腹いっぱい。
2008/11/29(土) 15:16:490329名無しさん＠お腹いっぱい。
2008/11/29(土) 16:34:010330名無しさん＠お腹いっぱい。
2008/11/29(土) 18:03:48Sun大口顧客の金融企業が軒並ガタガタとは、富士通もツイてないな。
「今回は Niagara系買っとこ。」→「Niagara系けっこいけるじゃん!」とかねw
0331名無しさん＠お腹いっぱい。
2008/11/30(日) 04:55:44Sunの隔離スレでしっかり構って外に出ないようにしてください。
http://pc11.2ch.net/test/read.cgi/unix/1216032279/217-
> 超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと
> 話にならん。
> こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ..
> ろくに検証もしないから問題にもならない、とw
> ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。
> 単発の 80386パソコンの何倍も遅かったが、製品だった。
> まーーーーったく売れなかったと聞いてるww
> その他には経験がないわけですねw
> 誇らしい経験をお持ちで良かったです。
> ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。
> で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。
> ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww
0332名無しさん＠お腹いっぱい。
2008/11/30(日) 09:28:130333名無しさん＠お腹いっぱい。
2008/12/01(月) 16:50:080334名無しさん＠お腹いっぱい。
2008/12/01(月) 17:01:510335名無しさん＠お腹いっぱい。
2008/12/01(月) 18:36:14> これまでにSunが納入したConstellationスパコンとしては，Top500で6位に
> ランクされたテキサス大のRangerシステムがありますが，これはOpteronブ
> レードを使っているのに対して，今回発表の3システムでは，次世代Xeon
> （Nehalem)ベースのブレードが使われます。
0336名無しさん＠お腹いっぱい。
2008/12/02(火) 01:58:430337名無しさん＠お腹いっぱい。
2008/12/02(火) 07:20:58いくらプロセッサ1個あたりの処理能力が優れていても、
1ブレードに乗せるプロセッサの数が、
x86の1/4あるいは1/2では、どうにもならんぞ。
0338名無しさん＠お腹いっぱい。
2008/12/02(火) 10:18:23だって Sun Blade 6048 ならＣＰＵは好きなの選べるじゃんｗ
0339名無しさん＠お腹いっぱい。
2008/12/02(火) 12:16:2635ページ
> System will consist of 82 chassis (Sun Blade 6048modular system)
> Customers can choose between Sun UltraSPARC T2, Intel Xeon / AMD Opteron quad-core processors
> AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
> 1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
> Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
> Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 768 proc/ch x 82 ch = ~705 TFlops†
UltraSPARCが最速のハズだったのだが・・・
0340名無しさん＠お腹いっぱい。
2008/12/02(火) 14:30:466coreになったら、って話か?
0341名無しさん＠お腹いっぱい。
2008/12/02(火) 15:16:51T2の4ソケット対応版は、ごく最近になってリリースされたが、
6048対応のブレードでは今だに1ソケットonlyだ。
実際には存在しない架空の製品を使っての性能比較なんです>>339は。
0342名無しさん＠お腹いっぱい。
2008/12/02(火) 15:18:19＞Sun Blade 6048 Cluster system, "tachyon", having a peak performance of 24 TFlops
went into production on June, 2008. The compute and I/O nodes are connected via a
non-blocking InfiniBand network with a point-to-point bandwidth of 2.5GB/sec (unidirectional speed).
Four Blade 6048 compute racks house 188 x6420 compute blades. Each compute node has four Quad-core
AMD Opteron 2.0GHz processor and 32GB of memory. Linux based on a CentOS distribution is installed
on compute and login nodes. Users will interact with the system via four x4600 login servers.
あとこの手のＨＰＣのシステムってたいてい OS が Linux 系だから
SPARC より x86 がいいってのもあるかもしれん？ｗ
0343名無しさん＠お腹いっぱい。
2008/12/02(火) 15:18:35AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 192 proc/ch x 82 ch = ~176 TFlops†
となって、UltraSPARCはダメダメ。
0344名無しさん＠お腹いっぱい。
2008/12/02(火) 15:31:55架空もなにも... 理論値だからなw
0345名無しさん＠お腹いっぱい。
2008/12/02(火) 16:35:13って言ってたのは2年くらい前だっけ。
今となっては量産始まって性能がバレるとSunが詰みそうだ。
結果論的には、作れないRockよりNiagaraに集中投資すべきでした。
0346名無しさん＠お腹いっぱい。
2008/12/02(火) 16:55:20理論値だから何?
実際には客が選ぶことのできない構成を示してるのは問題でしょ?
0347名無しさん＠お腹いっぱい。
2008/12/02(火) 16:57:410348名無しさん＠お腹いっぱい。
2008/12/02(火) 17:53:11これはこれはお巡りさん、取締りご苦労さまです。
0349名無しさん＠お腹いっぱい。
2008/12/02(火) 18:59:28ブレードを作りたくても4P構成できるT2+やハブのチップが・・・
TACCはAMDのBarcelonaのスケジュール遅延に巻き込まれて、先行提供を受けたくらいのスケジュールなわけで、
T2+の4P構成が手に入るようになるまでは待てなかったと思う。
0350名無しさん＠お腹いっぱい。
2008/12/02(火) 20:56:46T2は1cpu構成のみ(8core x 8thread)なので、>>339 は T2かと
0351名無しさん＠お腹いっぱい。
2008/12/02(火) 21:24:33しかし、とうとう、intel Core i7に抜かれた。
4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。
Core i7はデスクトップ向けCPUなので、サーバ用CPUとしては依然最速と
言い張る事も出来なくはない。
が、2009 Q1にはサーバ用CPUのNehalem EPが出てくるので、そこで終わりだ。
0352名無しさん＠お腹いっぱい。
2008/12/02(火) 21:29:32Core2Duoが最速だろ。
0353名無しさん＠お腹いっぱい。
2008/12/02(火) 21:31:061ブレードに1ソケット構成onlyのT2を4つ押し込んだ変態ブレードを作る予定だったのかもな。
0354名無しさん＠お腹いっぱい。
2008/12/02(火) 21:34:04> 4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。
Xeon 7400は1スレッド/コアだけど、Core i7は2スレッド/コアで、パイプラインの効率を上げているし、
演算速度を上げるように改良もされてるよ。
0355名無しさん＠お腹いっぱい。
2008/12/02(火) 21:48:48最速の T2 が売れるのにね。でも、この景気じゃなー
0356名無しさん＠お腹いっぱい。
2008/12/02(火) 21:57:30intelは本当に手がつけられんな。誰も勝てない。
0357名無しさん＠お腹いっぱい。
2008/12/03(水) 04:24:580358名無しさん＠お腹いっぱい。
2008/12/03(水) 10:58:34Niagaraはそれなりのブレイクスルーだったし、Rockも話の通りなら
イケると思うけど、とにかく年とかの単位で遅れちゃうとまずいよね。
リソースにものいわせたゴリ押しで追い付かれてしまう。
Transmetaもしかり。Efficeonがもっと早く出てれば違う展開があった。
まあ、Sunは Rockダメでも SPARC64で作ればいいんだけど。
0359名無しさん＠お腹いっぱい。
2008/12/03(水) 11:40:320360名無しさん＠お腹いっぱい。
2008/12/03(水) 12:35:33intelベースのスパコンは、
乱暴に言ってしまえば、
汎用PCサーバに高速インターコネクトI/Fを挿して繋げたもの。
IBMの組込み向けPowerPCベースのスパコンは、
演算ユニットとしてPPCを使っているに過ぎず、
専用設計のコンピュータに近い。
0361名無しさん＠お腹いっぱい。
2008/12/03(水) 12:38:08Transmetaは実際に使ってみると、こりゃダメだって思う。
Crusoeは遅すぎたし、Efficeonで少しマシになったのは富士通にファブが移ってからだし、そもそもSMPできないだろうし。
0362名無しさん＠お腹いっぱい。
2008/12/03(水) 16:03:58http://pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm
0363名無しさん＠お腹いっぱい。
2008/12/03(水) 16:36:40何の問題もなく売れるのにな。
0364名無しさん＠お腹いっぱい。
2008/12/03(水) 16:47:280365名無しさん＠お腹いっぱい。
2008/12/03(水) 21:37:14はっきり言って宣伝が下手すぎる
iPodのパクリみたいなのを出して、アイドルに宣伝させるぐらいやらないと
0366名無しさん＠お腹いっぱい。
2008/12/03(水) 22:48:34たられば言い出したら、もう末期症状
たらればなら、なんでも言えちまう、そrができないから今の現状があるわけで
0367名無しさん＠お腹いっぱい。
2008/12/04(木) 00:30:15そのエンプラでx86に侵蝕されまくってるわけで。
0368名無しさん＠お腹いっぱい。
2008/12/04(木) 09:47:58Sun SPOT、とかw
0369名無しさん＠お腹いっぱい。
2008/12/04(木) 10:21:410370名無しさん＠お腹いっぱい。
2008/12/04(木) 10:48:42大手町 - 北海道 間に、多量の光ファイバーを敷設したら、どうよ。
距離があるから遅延は避けられんが。
始動時は暖房が必要だろうが、動きはじめてしまえば空調コストが低く済むと思う。
0371名無しさん＠お腹いっぱい。
2008/12/04(木) 10:54:170372名無しさん＠お腹いっぱい。
2008/12/04(木) 11:04:16データセンターが集まったくらいで揺らがない。
0373名無しさん＠お腹いっぱい。
2008/12/04(木) 11:09:040374名無しさん＠お腹いっぱい。
2008/12/04(木) 13:06:58空調の費用が安く済むとかって話なかった？ｗ
0375名無しさん＠お腹いっぱい。
2008/12/04(木) 13:23:22北海道だと構築・メンテ・利用などでの人の移動が大変だって話もあるが、
あそこまでの耐震構造や電磁ノイズ対策は、本当は必要なかった。
大地震で故障したら人命にかかわる、なんてこともないわけで。
0376名無しさん＠お腹いっぱい。
2008/12/04(木) 14:31:49地球シミュにしても海沿いが好きだなｗ
サンの地下深くに作るデータセンターの話は
実際に動いてんのか？
0377名無しさん＠お腹いっぱい。
2008/12/04(木) 14:48:490378名無しさん＠お腹いっぱい。
2008/12/04(木) 15:09:42火力発電所が海沿いにあります。
よって、大電力を消費する施設は、海沿いがお得です。
0379名無しさん＠お腹いっぱい。
2008/12/04(木) 16:58:260380名無しさん＠お腹いっぱい。
2008/12/04(木) 17:03:520381名無しさん＠お腹いっぱい。
2008/12/04(木) 17:12:570382名無しさん＠お腹いっぱい。
2008/12/04(木) 21:11:310383名無しさん＠お腹いっぱい。
2008/12/04(木) 21:31:140384名無しさん＠お腹いっぱい。
2008/12/05(金) 09:28:260385名無しさん＠お腹いっぱい。
2008/12/05(金) 09:40:510386名無しさん＠お腹いっぱい。
2008/12/05(金) 09:49:29といっても、お湯になんかならない。わずかに温度が上がるだけ。
でなければ、効率が下がってしまうから。
0387名無しさん＠お腹いっぱい。
2008/12/05(金) 13:41:120388名無しさん＠お腹いっぱい。
2008/12/05(金) 13:56:180389名無しさん＠お腹いっぱい。
2008/12/05(金) 21:09:07ZFS＋SSD＋SATAの組み合わせは最強かもしれん。
Sun Storage 7410なんて、read cache用SSDが
max600GB。ランダムreadのIOPS凄そうだ。
SATAの遅さをMain MemoryとSSDでカバー可能な
ZFSの仕様をうまく生かしている。
0390名無しさん＠お腹いっぱい。
2008/12/06(土) 07:26:42まずはSolaris10をインストールするか。
0391名無しさん＠お腹いっぱい。
2008/12/06(土) 22:47:16家だとファンがうるさいから静音化をすすめる。
0392名無しさん＠お腹いっぱい。
2008/12/07(日) 00:21:230393名無しさん＠お腹いっぱい。
2008/12/07(日) 17:46:540394名無しさん＠お腹いっぱい。
2008/12/07(日) 19:50:120395名無しさん＠お腹いっぱい。
2008/12/08(月) 06:34:490396名無しさん＠お腹いっぱい。
2008/12/08(月) 11:48:540397名無しさん＠お腹いっぱい。
2008/12/08(月) 15:49:340398名無しさん＠お腹いっぱい。
2008/12/08(月) 19:48:38たとえば、室温が25度を越えると、室温異状と判断してファンを全力回転させる設計は、サーバには普通に見られる。
そういうのをエアコン設定27度の部屋で使ったりすると、そりゃぁもう轟音ですよ。
0399名無しさん＠お腹いっぱい。
2008/12/08(月) 19:50:53ファンを(ただ回転数が低いだけの)静音ファンに交換しても、寿命を短く・信頼性を低くするだけだよ。
同一の冷却性能で騒音だけが小さなファンなどという都合の良いモノは、そうそうないからね。
0400名無しさん＠お腹いっぱい。
2008/12/08(月) 20:53:53冷却効果を維持したまま、静音も達成したファンってないかな？
0401名無しさん＠お腹いっぱい。
2008/12/08(月) 21:12:340402名無しさん＠お腹いっぱい。
2008/12/08(月) 21:27:410403名無しさん＠お腹いっぱい。
2008/12/08(月) 21:29:01http://japan.cnet.com/news/ent/story/0,2000056022,20384930,00.htm
0404名無しさん＠お腹いっぱい。
2008/12/08(月) 21:31:09http://builder.japan.zdnet.com/news/story/0,3800079086,20384790,00.htm
0405名無しさん＠お腹いっぱい。
2008/12/09(火) 13:37:42http://pr.fujitsu.com/jp/news/2008/12/8.html
0406名無しさん＠お腹いっぱい。
2008/12/09(火) 13:44:360407名無しさん＠お腹いっぱい。
2008/12/09(火) 14:04:50SMPはSPARC64、クラスタはXeonっていう住み分け。
0408名無しさん＠お腹いっぱい。
2008/12/09(火) 14:08:510409名無しさん＠お腹いっぱい。
2008/12/09(火) 14:12:02＞独立行政法人理化学研究所（本所：埼玉県和光市、理事長：野依良治、以下、理研）様より、
＞理論ピーク性能が現行システムの約9倍の108テラフロップス(TFLOPS)(注1)を誇る
＞新スーパーコンピュータシステムを受注しました。
0410名無しさん＠お腹いっぱい。
2008/12/09(火) 14:24:350411名無しさん＠お腹いっぱい。
2008/12/09(火) 15:03:58スパコン需要の多くは、核がらみなんだな。
アメリカでも牽引しているのは核だもの。
0412名無しさん＠お腹いっぱい。
2008/12/09(火) 15:21:21> IDCがCPUチップあたりのスパコンの価格を比べていて，x86ベースのシステ
> ムを1とすると，RISCやItaniumのシステムは2程度で，ベクトル機は15程度
RISCオワタ
0413名無しさん＠お腹いっぱい。
2008/12/09(火) 15:34:37ソケットが違うとかバリデーションや保守の問題とか、あるのかな。
0414名無しさん＠お腹いっぱい。
2008/12/09(火) 15:41:10CPUのチップ数あたりの価格を比較して、いったい何の意味が?
低速で多量に積まないと性能が出ない糞チップだから安くて当然。
0415名無しさん＠お腹いっぱい。
2008/12/09(火) 16:26:24富士通どうすんの
0416名無しさん＠お腹いっぱい。
2008/12/09(火) 16:42:12サイクロトロンは核兵器開発じゃないぞｗ
0417名無しさん＠お腹いっぱい。
2008/12/09(火) 16:49:03日本で Fab専業は難しかろう。
0418名無しさん＠お腹いっぱい。
2008/12/09(火) 16:52:480419名無しさん＠お腹いっぱい。
2008/12/09(火) 16:54:25金の問題じゃないの？
0420名無しさん＠お腹いっぱい。
2008/12/09(火) 17:56:52４年ぐらい前にあったけど、最近全然聞かれなくなりましたね
0421名無しさん＠お腹いっぱい。
2008/12/09(火) 17:57:520422名無しさん＠お腹いっぱい。
2008/12/09(火) 17:59:350423名無しさん＠お腹いっぱい。
2008/12/09(火) 18:05:21平均的なデスクトップPCでも常時百～数百のスレッドが存在
256コアと言いたかったの？
0424名無しさん＠お腹いっぱい。
2008/12/09(火) 18:13:000425名無しさん＠お腹いっぱい。
2008/12/09(火) 18:30:24その後とんと音沙汰がないな。
まあ、あんなのが舵取りしてたんじゃエンプラ方面期待してもしゃーなかろ。
0426名無しさん＠お腹いっぱい。
2008/12/09(火) 19:47:08スレッドなめんな
0427名無しさん＠お腹いっぱい。
2008/12/09(火) 20:02:02あれ? Itaniumスレでコテンパンに叩きのめされて、ここに逃げてきたんですか?
0428名無しさん＠お腹いっぱい。
2008/12/09(火) 20:07:11いや、サイクロトロンが誤解されたって話ではなく、
陸軍が理研に核兵器開発を発注して、理研ではウラン濃縮の研究やってた。
しかし、使い物になるレベルには、ならなかった。
ということらしい。
>>419
X4600無印だから、X4600M2へのアップグレードになっちゃうよね。
>>422
おいおい。
LinuxよりもWindowsのほうがスケーラビリティのあるOSなんだが。
Windowsを目の敵にするなら、その敵の素性くらい理解しとけ。
>>423
256スレッド同時実行、ってことだろう。
T2+の4ソケット構成なら、256スレッド同時実行だな。
0429名無しさん＠お腹いっぱい。
2008/12/09(火) 20:37:57おまえな～。あっちで「放置」されたのはおまえの方なんだが。
ひとりは辛いなw?
0430名無しさん＠お腹いっぱい。
2008/12/09(火) 20:47:05ぷ
スヌープフィルタとスヌープを誤解してたんだろ? え?
0431名無しさん＠お腹いっぱい。
2008/12/09(火) 20:53:10>>429はItaniumスレで、
Sun Fire 6800はクロスバーなのでスケールする、
Xeonがいくらスヌープフィルタを使ってFSBを4分割してもバスだからスケールしないと主張。
それに対して、
Sun Fire 6800はスヌープのブロードキャストドメインが単一なので実質的にバス同等でスケールしない。
一方、Xeonはスヌープフィルタによってバスを分割しているので
スヌープのブロードキャストドメインを4プロセッサ単位で分割したSun Fire 15Kと同等でスケールする。
という反論をされて、反論しなかった。
0432名無しさん＠お腹いっぱい。
2008/12/09(火) 20:59:15クロスバーによってシステム全体で9.6GB/secの実効帯域幅をもつシステムは、
共有バスによってシステム全体で6.4GB/secの実効帯域幅をもつシステムと、
桁違いの性能差があると思い込んでいた。
0433名無しさん＠お腹いっぱい。
2008/12/10(水) 02:51:500434名無しさん＠お腹いっぱい。
2008/12/10(水) 04:07:55でも「数字が大きい」ってのは営業トークでは強そうだなw
0435名無しさん＠お腹いっぱい。
2008/12/10(水) 10:28:09itanium2よりいいでしょ
0436名無しさん＠お腹いっぱい。
2008/12/10(水) 13:56:32Sun Fire 6800 スヌープフィルタなし 全プロセッサが9.6GB/secの帯域幅を共有
Sun Fire 15K スヌープフィルタを実装 Sun曰く、従来の10倍の性能を達成
>>435
インテルをFabにしてSPARCを作ったほうが安全よ。
インテルは下手に弄り回してポイッと捨てるからな。
0437名無しさん＠お腹いっぱい。
2008/12/10(水) 14:07:34帯域が飽和するかどうか測るしかないでしょ
0438名無しさん＠お腹いっぱい。
2008/12/10(水) 21:38:13だよね。
なのにクロスバー信者は、バスだから論外とか言って思考停止。
Xeonなんか性能でないんだから誰も買わないとまで言ってた。
SunがXeonMP 4ソケットのサーバを出して好調だっつーのに。
0439名無しさん＠お腹いっぱい。
2008/12/10(水) 21:59:300440名無しさん＠お腹いっぱい。
2008/12/10(水) 22:02:10どっちもいい加減にみえる。
0441名無しさん＠お腹いっぱい。
2008/12/11(木) 10:20:00せめて MBus当時にまともな SMP指向してた RISC陣がどういう技術持ってたか
調べてから書けよ Intelのウケウリだけじゃなくてさ。
スヌープフィルタとただのスヌープ混同してたのはオレの方じゃないんだけどw
ま、ヒマだったらまた来年くらいにでも相手してやるわ。
0442名無しさん＠お腹いっぱい。
2008/12/11(木) 13:59:39MBusより何世代も後のFirePlaneのアーキテクチャの話をしてたんですけどね。
Intel関係ないし。
もう一度言うぞ。
スヌープのドメインが単一のSun Fire 6800は、実質的にアドレスがバスである。
4CPUでも24CPUでも、全CPUのメモリアクセスの帯域幅は合計9.6GB/sec。
これはSunのカタログにも実効帯域幅9.6GB/secと明記されている。
0443名無しさん＠お腹いっぱい。
2008/12/11(木) 14:23:16サンってこんなことやってたのか？ｗ
＞Sun Microsystemsは、「Network.com」と呼ばれる同社のユーティリティコンピューティングの試みを、
復活させる方策が見つかるまで凍結したようである。
＞Network.comは、2年前に開始されたこの草分け的なコンピューティングの試みで、
顧客が高価なIT機器を購入しなくとも、高機能のコンピューティングアプリケーションが利用できる
従量課金制のコンピューティングインフラを提供していた。だが、Register.comの報道によると、
同サービスはわずかに「１３人」の顧客しかおらず、新規顧客の受け入れを停止したという。
0444名無しさん＠お腹いっぱい。
2008/12/11(木) 15:30:480445名無しさん＠お腹いっぱい。
2008/12/11(木) 15:54:00一生言っとけ。ボケかw
0446名無しさん＠お腹いっぱい。
2008/12/11(木) 16:17:47白旗宣言乙
0447名無しさん＠お腹いっぱい。
2008/12/11(木) 16:47:21CPUがキャッシュミスしてメモリにアクセスする場合の手順の例
1. CPUがキャッシュラインに対してスヌープ要求を出す
2. ボード内の4つのCPUがトーナメント状のアービトレーションを行う(負けたものは待たされる)
3. ボード間のバス状のアービトレーションを行う(負けたものは待たされる)
4. システム内で勝ち残った1つのスヌープ要求を、システム内の全CPUにブロードキャストする
5. 各CPUはスヌープ要求を処理して応答する
6. 応答結果がすべて揃うのを待つ
7. どのCPUも当該のアドレスをキャッシュしていないので、メモリへアクセス要求を出す
8. CPUとメモリの間で転送が行われる ← この部分はクロスバー
1～7がパイプライン化されており、1クロックで1スヌープという優れたスループット性能を持つ。
FirePlaneは150MHzで動作なので、(システム全体で)1秒間に150M回のスヌープを処理できる。
一方、8 はクロスバーで並行処理され、ボトルネックにならない。
(システム全体の)メモリアクセスの能力は、キャッシュラインは64バイトなので、9.6GB/secとなる。
これ、共有バスの変形でしょ?
0448名無しさん＠お腹いっぱい。
2008/12/11(木) 22:47:03トポロジとブロードキャストの話をなぜ混ぜる?
0449名無しさん＠お腹いっぱい。
2008/12/11(木) 22:55:420450名無しさん＠お腹いっぱい。
2008/12/11(木) 23:51:03トポロジであるバスとクロスバーは実装上の違いでしかないってことを理解せず、
バスだから性能でないって主張している人がいたから、ブロードキャストが胆だ
って説明したんだけど、彼は理解できなかったのよ。
0451名無しさん＠お腹いっぱい。
2008/12/12(金) 09:03:56Xeonの技術的「古さ」加減の判断基準にすり替えようなんて我田引水も
はなはだしい。あと百ぺんくらい繰り返すと間に受けるのが出て来るとでも
思ってるのか。
0452名無しさん＠お腹いっぱい。
2008/12/12(金) 14:12:56古さの話にスリかえるなよ。
ま、古さの話してもいいけど、そしたらSPARCが古くて死亡ってことになるな。
いまどきレジスタウィンドウなんて流行らないし。
0453名無しさん＠お腹いっぱい。
2008/12/12(金) 14:16:08XeonMP用のチップセットが近年になってようやくスヌープフィルタを実装。
ようやくSun Fire 15Kに追い付いた。インテルは保守的で遅いね。
っていう話なのに。
もしかしてSunは15Kから進歩してないの?
0454名無しさん＠お腹いっぱい。
2008/12/12(金) 14:17:40＞米Sun Microsystemsは12月10日（米国時間）、オープンソース版Solaris OSの最新版
「OpenSolaris 2008.11」をリリースした。
Sunはまた、東芝と提携し、東芝がノートPCにOpenSolarisを事前インストールすることも発表した。
＞最新版は、ファイルシステムZFS向けグラフィカルインターフェース「Time Slider」を搭載、
一般ユーザーがZFSの各種機能を容易に利用できるようにした。レポジトリを一新し、
コミュニティ機能を集めたcontrib、開発者向けのdev、ソフトウェアやプラグインを集めたextraなど、
5種類のレポジトリを用意した。「GNOME 2.24」を採用、「Firefox 3」「Songbird」「OpenOffice.org 3」などの
アプリケーション、「NetBeans 6.5 IDE」「Eclipse IDE」などを利用できる。
0455名無しさん＠お腹いっぱい。
2008/12/12(金) 14:23:340456名無しさん＠お腹いっぱい。
2008/12/12(金) 14:25:38MBusと同等だって? ありゃ320MB/secしか出ないシロモノだぞ。
いまの4コアのXeonは、SPARCを4個のせたCPUボードを1ソケットにダウンサイジングしたものだよ。
2コアがL2キャッシュを共有し、2つのL2が1つのFSBを共有している。
このトーナメント状のアービトレーションは、まさに、FirePlaneのそれと同じ。
0457名無しさん＠お腹いっぱい。
2008/12/12(金) 18:15:59すでに終わってる企業だから、やけっぱちになってるだろ
0458名無しさん＠お腹いっぱい。
2008/12/13(土) 04:34:330459名無しさん＠お腹いっぱい。
2008/12/13(土) 20:20:55モデルも中途半端に3種類しかない。
Sunは業績悪いが、これから立ち上げるNAS専業ベンチャー企業だと思えば
意外と大穴かもしれない。
VMware ESXのコンパチも取っているんだよね。このNAS。
0460名無しさん＠お腹いっぱい。
2008/12/15(月) 05:29:220461名無しさん＠お腹いっぱい。
2008/12/15(月) 05:54:490462名無しさん＠お腹いっぱい。
2008/12/15(月) 10:16:52コストパフォーマンスが悪いので売れない。
SPARCダメじゃん。
0463名無しさん＠お腹いっぱい。
2008/12/15(月) 10:41:12推奨＆セキュリティパッチクラスタがサポート契約しないとダウンロードできない
のでは話にならないだろ。
0464名無しさん＠お腹いっぱい。
2008/12/15(月) 11:43:03これで、ウィウス危険サイトを踏みまくれるな。
0465名無しさん＠お腹いっぱい。
2008/12/15(月) 12:54:420466名無しさん＠お腹いっぱい。
2008/12/15(月) 12:55:55「ウィウス」が釣りサインなんですね。了解です。
0467名無しさん＠お腹いっぱい。
2008/12/15(月) 19:06:460468名無しさん＠お腹いっぱい。
2008/12/15(月) 21:56:060469名無しさん＠お腹いっぱい。
2008/12/15(月) 22:09:15STECほどの高性能要らない。intelも選択可能にして。
あと、下位モデルのHAクラスタ対応して。
今のままではNetAppには対抗出来ぬ。
Sunの製品構成って、いつも、どこかずれている。
0470名無しさん＠お腹いっぱい。
2008/12/15(月) 22:18:09顧客からの注文で作って、それを他にも売ってるのかな?
0471名無しさん＠お腹いっぱい。
2008/12/16(火) 11:43:23いいとか言ってたヤツ誰だよ。
0472名無しさん＠お腹いっぱい。
2008/12/16(火) 11:54:240473名無しさん＠お腹いっぱい。
2008/12/16(火) 12:24:560474名無しさん＠お腹いっぱい。
2008/12/16(火) 20:41:42代理店でさえ手に入れていないのに何故糞と分かるｗ
元々ZFSが優れているのだから、そこに設定を容易にするGUIシェルが
被さってくれるだけで良い製品になると推測しているが？
シミュレータを触った限りではGUIも良く出来ていて操作簡単。
もし、問題が出るとしたらランダムr/w性能だろうな。
SSDで吸収するアーキテクチャーだが、目論見が外れると悲しい結果に
なる。
そうだとしても、ZFSはシーケンシャルr/wは速いので、それなりの用途は
あるだろう。
0475名無しさん＠お腹いっぱい。
2008/12/17(水) 02:44:37中の人じゃね？どんどん減ってるが。
0476名無しさん＠お腹いっぱい。
2008/12/17(水) 13:12:270477名無しさん＠お腹いっぱい。
2008/12/17(水) 14:57:400478名無しさん＠編集中
2008/12/17(水) 18:53:44自社製品にし損なった上にdiscontinue…
0479名無しさん＠お腹いっぱい。
2008/12/17(水) 19:04:150480名無しさん＠お腹いっぱい。
2008/12/17(水) 20:12:340481名無しさん＠お腹いっぱい。
2008/12/17(水) 20:33:52iｲ彡 _＝三三三ｆ ヽ
!ｲ 彡彡´_ -_=＝{ 二三三ﾆﾆﾆﾆヽ
fｲ 彡彡ｨ 彡ｲ／ ｨ_‐- ､ ￣￣ ヽ し ま
ｆ彡イ彡彡ィ／ ｆ ＿￣ ヾﾕ fヱ‐ｫ て る
ｆ／ミヽ＝＝＝＝＝＝<|-'いシ lr＝〈ｆラ/ !ﾌ い で
ｲｲレ､´彡ｆ ヽ 二 _rソ 弋_ { .ﾘ な 成
ｆﾉ ／） 彡! ｨ ﾉ￣l .い 長
ﾄヾ__ら 'ｲf ｕ ／_ヽ,,テtt,仏 ! ：
|l|ヽ ｰ '/ rfｲｆ〃ｲ川ﾄﾘ / .：
r!lﾄ､{'ー‐ ヽ ´ ヾミ､ / ：
/ ＼ゞ ヽ ヽ ヽ /
./ ＼ ＼ ヽ /
／〈 ＼ ﾉ
-‐ ´ ヽ ヽ ＼＼ ＼ 人
0482名無しさん＠お腹いっぱい。
2008/12/17(水) 22:24:290483名無しさん＠お腹いっぱい。
2008/12/17(水) 23:29:070484名無しさん＠お腹いっぱい。
2008/12/18(木) 02:35:520485名無しさん＠お腹いっぱい。
2008/12/18(木) 06:30:52http://download.sap.com/download.epd?context=B1FEF26EB0CC3466320983FEDBEB2A47615DC8F24866B0B6870E95AA3589B515566F7A57D98961BB
http://download.sap.com/download.epd?context=40E2D9D5E00EEF7C9AF1134809FF8557055EFBE3810C5CE80E06D1AE6A251B04
参考：http://download.sap.com/download.epd?context=40E2D9D5E00EEF7C9986523E36DA79EDA015E204AA8DAE2BCC1711747C7A4D26
結論：256 Cores / 512 ThreadsでSolarisはうんこである
0486名無しさん＠お腹いっぱい。
2008/12/18(木) 09:22:59なるほど。
0487名無しさん＠お腹いっぱい。
2008/12/18(木) 09:27:20テスト環境のクライアントが足りないか、
ストレージがネックってことじゃないか?
0488名無しさん＠お腹いっぱい。
2008/12/18(木) 10:11:490489名無しさん＠お腹いっぱい。
2008/12/18(木) 13:23:350490名無しさん＠お腹いっぱい。
2008/12/19(金) 07:39:47SunとMicron、100万回の書き換えを実現するNAND技術を開発
http://pc.watch.impress.co.jp/docs/2008/1218/sunmicron.htm
0491名無しさん＠お腹いっぱい。
2008/12/20(土) 01:44:53その最たる物がJavaだけど、SunRayなんかも工夫次第で
もっと儲かるビジネスモデルがありそう。
0492名無しさん＠お腹いっぱい。
2008/12/20(土) 03:10:03Windows対応のシンクライアントのシステムだってことを、もっと前面に出してプッシュすべきだろう。
0493名無しさん＠お腹いっぱい。
2008/12/20(土) 03:11:48UltraSPARC T1
なんかじゃなくて、
Niagara/1
とかいう名前にすべきだった。
0494名無しさん＠お腹いっぱい。
2008/12/20(土) 03:36:07ちょ・・・NECさん&東芝さん、ネタバラシするなよ。
入札から納入までの時間が異様に短いのは、
役所が望まないメーカーの参入を阻むためだろが。
0495名無しさん＠お腹いっぱい。
2008/12/20(土) 09:40:370496名無しさん＠お腹いっぱい。
2008/12/20(土) 11:05:49firewall経由の場合など？通信の仕方などのこともあってか、
露出が大きかった気が。
0497名無しさん＠お腹いっぱい。
2008/12/20(土) 17:35:47SunのOEMを売ってる会社たちですよ?
0498名無しさん＠お腹いっぱい。
2008/12/20(土) 17:45:360499名無しさん＠お腹いっぱい。
2008/12/20(土) 18:59:51もう、ほとんど売っていないだろ。
今やSun陣営はCTCと富士通だけじゃないの？
0500名無しさん＠お腹いっぱい。
2008/12/20(土) 19:49:360501名無しさん＠お腹いっぱい。
2008/12/20(土) 21:24:55今はSecureGlobalDesktop。
今年の春にVDIが出てようやくSunRayとデスクトップが統合された。
0502名無しさん＠お腹いっぱい。
2008/12/21(日) 16:53:10http://www.mercurynews.com/chris_obrien/ci_11200791
0503名無しさん＠お腹いっぱい。
2008/12/21(日) 20:46:48>I think there are three companies that are in particular peril heading into 2009
> ― Advanced Micro Devices, Sun Microsystems and Palm.
こういう危機説の常連だった「Apple」が今では高収益企業。
「革新的コンセプトを提唱し浸透させるが、自社は儲け損なう」という似た
傾向を持っていた「AppleとSun」の両者の明暗が大きく分かれているな。
やはり「数は力」というべきか、コンシューマ向けの大量生産品を手掛ける
方が儲かりそうだから、十数年前に「家庭向けネットワークコンピュータ」
を売り出そうとした志を思い出して、家庭向けにSunRayを提案できる様な
な商品企画をすべき。圧倒的なシェアを取りに行く為にもアグレッシブな
低価格設定で押して家庭にSunのNCを普及させればSun再興の足掛かり
なる。AppleはiPodで復活した。Sunは「家庭向けNC」だ！
0504名無しさん＠お腹いっぱい。
2008/12/21(日) 20:53:58箱開けて電源入れたらすぐ使えるとか
ど素人にかっこいいと思わせて使いたいと思わせるとか
そういうのからは対極にあるわけで
0505名無しさん＠お腹いっぱい。
2008/12/21(日) 21:11:41格安のネットブックが流行ってる景気の悪いご時世にそんなもん売れるかボケ
利用や管理においては従来にない手順が追加されてしまうから
それだけでも大衆向けには難しい製品になりかねん
少なくとも現状のSunRayシステムは素人に導入できるシロモノじゃない
また、SunRayはマルチメディア処理に難があるし
廉価な無線で複数つなぐと帯域幅にも問題が出てくるんだがな
多々ある欠点をなんとかできるとアイデアを示してるならまだしも
今ある製品をいじってたくさん売ればとかただのアホだろ
根拠のかけらもない妄想は寝言で言え
0506名無しさん＠お腹いっぱい。
2008/12/21(日) 21:34:34実際、伸びているのはT2系のサーバかSun Fire 4500系の
格安ストレージだけなんだから。
汎用PCサーバ＋OpenSolaris＋ZFS＋SSD＋SATA Diskで
価格破壊を仕掛けるしかない。
STECのSSDは高いけど、いずれ、intelか東芝の安いSSDが
同じ位の性能出すようになるだろ。そうなりゃチャンスだ。
NetAppを叩いてくれ。あいつらボリすぎ
0507名無しさん＠お腹いっぱい。
2008/12/21(日) 21:52:52養えるほどに大きいパイではないのが厳しいな
0508名無しさん＠お腹いっぱい。
2008/12/22(月) 01:58:42家電屋でインターネットプロバイダ加入の紐つきで、
バックマージンによって激安で売られてるパソコン、あるじゃない。
あれをSunRayでやるのよ。
縛りの期間が過ぎても他のプロバイダに乗り換えられないから良いでしょ。
>>506
それやるにしてもSunというブランドとプライドが邪魔するような気がする。
たとえばDELLの下請け会社になって、DELLの売るストレージ製品の中身を作るとか、できる?
0509名無しさん＠お腹いっぱい。
2008/12/22(月) 02:13:07画面をタッチスクリーンにして、高齢者向けの情報端末として、何とかならないか?
ぶっちゃけ、インターネット・テレビ電話の機械として売るのも有りだと思うぞ。
0510名無しさん＠お腹いっぱい。
2008/12/22(月) 02:29:40超ライトユーザにはそれもありかもね
それでもプリンタぐらいは使いたいかも
0511名無しさん＠お腹いっぱい。
2008/12/22(月) 02:44:360512名無しさん＠お腹いっぱい。
2008/12/22(月) 03:02:18SunRayを一般家庭に、なんて正気じゃねーぞ。
なにか、こう、もっと、コモディティ化が期待出来るようなぎじゅつに食い込んで
せめて株価だけでも上げないと…
0513名無しさん＠お腹いっぱい。
2008/12/22(月) 03:30:48SunRayの母艦はどうすんだ
コストも内容もアフターサービスも何も考えてないだろ
バカが民生品商売を舐めてんじゃねえよ
0514名無しさん＠お腹いっぱい。
2008/12/22(月) 03:59:22どうするもこうするも、プロバイダがデータセンターに設置して運用するしかあるまい。
それでコストが高いというのなら、SunRay自体がダメってことになる。
事実、シンクライアントは昔からあるが売れてなかったが、
最近になって情報漏洩対策とかでぼちぼち売れるようになってきた。
情報漏洩対策が特別なものであるうちは、それに特別なコストをかけられるが、
情報漏洩対策が当たり前のものになったら、それに特別なコストはかけられなくなる。
つまり、シンクライアントのほうがコストが安いということにならなければ、
いずれまた売れない状態に戻るよ。
0515名無しさん＠お腹いっぱい。
2008/12/22(月) 04:37:540516名無しさん＠お腹いっぱい。
2008/12/22(月) 04:50:220517名無しさん＠お腹いっぱい。
2008/12/22(月) 05:29:590518名無しさん＠お腹いっぱい。
2008/12/22(月) 07:25:020519名無しさん＠お腹いっぱい。
2008/12/22(月) 09:37:24むしろ平文だったら、かえって危険よ。
0520名無しさん＠お腹いっぱい。
2008/12/22(月) 11:07:01公開鍵暗号で。
昔もらった Javaリングうちにあるんだけど、あれで SunRayにログインできんのかいな?
もう電池切れてるかw?
0521名無しさん＠お腹いっぱい。
2008/12/22(月) 11:08:53お前、本当に人間腐ってんのな。恨みは自分自身を毒するぞ?
0522名無しさん＠お腹いっぱい。
2008/12/22(月) 11:16:13それぞれ必要なのでコスト高となる。
MSと提携してるんだから
a) SunRayサーバソフトウェアをWindowsにポーティングする
b) Hyper-VでSunRayサーバ動かす
同じ筐体でWindowsターミナルサーバ or 仮想デスクトップ動かす
これで一般的なシンクライアントと同等になるだろ。
0523名無しさん＠お腹いっぱい。
2008/12/22(月) 11:46:020524名無しさん＠お腹いっぱい。
2008/12/22(月) 13:41:21面倒なことが何一つなくなったらSEなんて廃業だぞ。
0525名無しさん＠お腹いっぱい。
2008/12/22(月) 13:59:56腐ってるのはお前だよ
自説が有意義であるというなら説得力のある根拠を書けやボケが
オレはお前みたいなクズがウソやヨタを垂れ流すのがイヤなだけだ
>>522
Windowsを使う場合はライセンス上Server版とCALが必要
ボリュームライセンスを使ってもSolarisを使うよりコスト高になる
それと長年にわたる維持管理コストをプロバイダに負担させればいいとか
514は何も考えてない何もわかってないただの基地外
そんなバカにならない固定費を積み上げるくらいなら
ネットブックなどの機器代金に充当するインセンティブ負担だけの方が
ずっといいってもんだ
利用者にとってもプロバイダにとっても
0526名無しさん＠お腹いっぱい。
2008/12/22(月) 14:13:15病院行っといで。
0527名無しさん＠お腹いっぱい。
2008/12/22(月) 14:20:28Windows上で動かせれば、市販のネットブックが便利に使えそう。
0528名無しさん＠お腹いっぱい。
2008/12/22(月) 21:07:450529名無しさん＠お腹いっぱい。
2008/12/23(火) 01:14:060530名無しさん＠お腹いっぱい。
2008/12/23(火) 03:16:59＞ 誰と話してんの? 同一人物と思い込んで返しても誰も見当違いで誰も答えないよ?
さすがに該当のレス書いたヤツはいるだろ
0531名無しさん＠お腹いっぱい。
2008/12/23(火) 15:01:01んなこたぁない。
でも、Windowsデスクトップを使いたいだけなら、確かに面倒かも。
0532名無しさん＠お腹いっぱい。
2008/12/23(火) 19:17:00SunRayならWindows環境を、普通にPCを並べるよりも、安価に実現します
くらいのことはヤレと思う。
既存のモノの組み合わせで考えて、高くつくから論外とか思考停止しちゃいかん。
どうしたら安くできるのか考えて実行すべき。
0533名無しさん＠お腹いっぱい。
2008/12/23(火) 19:43:12つまり、バックエンドで動く Windows や Solaris のデスクトップ環境は
SunRayとは別に用意しなくちゃいけない。これって結構大変では？
Vmwareとか使えば一人１台用意する必要はないかもしれないけど、
それでもパフォーマンス考えると、パソコン買った方がやすそう。（遠い将来は別）
もともとセキュリティをうたったものだし、当面、安価っていう売り方は無いかと
0534名無しさん＠お腹いっぱい。
2008/12/23(火) 20:03:04カードの設定次第だけどね。
VDIでESXと連携してVMを払い出す仕組みが実現されたが、
ESX動くサーバをそれなりに用意するのも結構大変だったりする。
ストレージも考えないと行けないしねぇ。
ちょっと頑張ればICカードとセンタに配置された普通のPCを関連づけすることは
できると思うけど、やったことないや。
SunRayで使用するWindowsデスクトップ環境なんて、所詮セッションサーバ上で
RDPクライアントが起動するだけなので、色々やろうと思えばやれるんだけどなぁ。
0535名無しさん＠お腹いっぱい。
2008/12/23(火) 20:11:411台のサーバのターミナルサービスで同時接続10台くらいのクライアントは処理できるぞ。
ま、ソフトによって動く・動かないなど面倒なことが発生するし、
負荷分散やシームレスなマイグレーションなどを考えると、
VMのほうが簡単っちゃ簡単だわな。
0536名無しさん＠お腹いっぱい。
2008/12/23(火) 20:12:361CPUで64台のクライアントの仮想マシンをエミュレーションできるじゃん。
0537名無しさん＠お腹いっぱい。
2008/12/23(火) 20:22:58サーバなら、十分な容量のCMSキャッシュを確保できるし、
同じコードを多数のスレッドで実行するから、
CMSキャッシュさえ十分に大きければ、オーバーヘッドは小さいよなぁ。
0538名無しさん＠お腹いっぱい。
2008/12/23(火) 20:43:41シングルスレッドが致命的に遅いからエミュレーションはミリ
0539名無しさん＠お腹いっぱい。
2008/12/23(火) 21:00:420540名無しさん＠お腹いっぱい。
2008/12/23(火) 21:52:51の延長くらいの発想で、OOoが使えたり、動画サイトをコマ落ちなく再生できるwebブラウザ
とメーラー、さらにはGimpくらいが無理なく動けば、機能的にはまず充分でしょう。
ただ家庭向けにはゲームが出来ないと売り込みにくいので、ここで逆転の発想で
「Nintendo Wiiに、SunRay端末機能を内蔵する」
とか、どうかな？
0541名無しさん＠お腹いっぱい。
2008/12/23(火) 22:34:370542名無しさん＠お腹いっぱい。
2008/12/23(火) 22:41:230543名無しさん＠お腹いっぱい。
2008/12/23(火) 23:24:32その端末はどこのセッションサーバに接続に行くんだ。
0544名無しさん＠お腹いっぱい。
2008/12/23(火) 23:25:42MIPS系のMPUを積みLinuxがOSとして走り、100BASE-TXの口がついていてTCP/IPを喋る
なんてのが普通にあるわけで・・・
0546名無しさん＠お腹いっぱい。
2008/12/24(水) 01:10:390547名無しさん＠お腹いっぱい。
2008/12/24(水) 02:00:45これは大きいよ。
0548名無しさん＠お腹いっぱい。
2008/12/24(水) 08:08:120549名無しさん＠お腹いっぱい。
2008/12/24(水) 08:40:370550名無しさん＠お腹いっぱい。
2008/12/24(水) 13:46:45じゃ今すぐIntelかAMDにすればいいのに
0551名無しさん＠お腹いっぱい。
2008/12/24(水) 13:54:360552名無しさん＠お腹いっぱい。
2008/12/24(水) 16:55:110553名無しさん＠お腹いっぱい。
2008/12/24(水) 17:05:19単体で出てくるかな?
0554名無しさん＠お腹いっぱい。
2008/12/24(水) 23:15:09おそらく業界で最も信頼性高いハード。
0555名無しさん＠お腹いっぱい。
2008/12/24(水) 23:30:230556名無しさん＠お腹いっぱい。
2008/12/25(木) 02:37:40出ないっしょ。
ハードウェアの開発者向けの評価ボードの類いは、既存のモノを流用できるようにするのは普通。
0557名無しさん＠お腹いっぱい。
2008/12/25(木) 09:21:37それ富士通じゃん？ｗ
0558名無しさん＠お腹いっぱい。
2008/12/25(木) 09:28:04その次にSunのハードに戻った時に信頼性が下がって売れなくなることを危惧したのかもな。
0559名無しさん＠お腹いっぱい。
2008/12/25(木) 09:42:300560名無しさん＠お腹いっぱい。
2008/12/25(木) 09:59:07今回のはマシだな。
逆に富士通はチャンス。今回信用を得れば、飛躍的に出荷数を増やせる。
元はほんとに微々たるもんだったんだから。ジーメンスで欧州で売ってたの入れても。
DS/90が独自 OSだったのの影響もあるかな。
0561名無しさん＠お腹いっぱい。
2008/12/25(木) 14:03:250562名無しさん＠お腹いっぱい。
2008/12/25(木) 15:49:14俺のヴァージンは富士通のU30に捧げた
0563名無しさん＠お腹いっぱい。
2008/12/25(木) 16:07:28支離滅裂w サルかおまえ。
0564名無しさん＠お腹いっぱい。
2008/12/25(木) 16:38:57いつもの荒らしか。ウザイ。
0565名無しさん＠お腹いっぱい。
2008/12/25(木) 17:10:440566名無しさん＠お腹いっぱい。
2008/12/25(木) 17:22:550567名無しさん＠お腹いっぱい。
2008/12/25(木) 17:34:000568名無しさん＠お腹いっぱい。
2008/12/25(木) 17:41:270569名無しさん＠お腹いっぱい。
2008/12/25(木) 22:16:560570名無しさん＠お腹いっぱい。
2008/12/26(金) 11:59:320571名無しさん＠お腹いっぱい。
2008/12/26(金) 12:04:40ところで、Sun Fire 6800をフル構成で使っていた人に聞きたい。
SMP性能でてたの?
0572名無しさん＠お腹いっぱい。
2008/12/26(金) 16:08:140573名無しさん＠お腹いっぱい。
2008/12/26(金) 18:30:17普通にスケールする。
0574名無しさん＠お腹いっぱい。
2008/12/26(金) 19:50:450575名無しさん＠お腹いっぱい。
2008/12/27(土) 08:43:590576名無しさん＠お腹いっぱい。
2008/12/27(土) 22:02:390577名無しさん＠お腹いっぱい。
2008/12/27(土) 22:16:590578名無しさん＠お腹いっぱい。
2008/12/27(土) 22:45:040579名無しさん＠お腹いっぱい。
2008/12/28(日) 00:36:16実際にはバスと同様にサチるんだが、実機に触ったこともなければ理解力もない厨房は、わからんのかもな。
0580名無しさん＠お腹いっぱい。
2008/12/28(日) 04:33:23仮に競合より遅くてもその分安いということで売れるならそれでいい
クロスバ君は顧客を満足させるためではなく自己満足のために製品を作って(売って)いるようである
0581名無しさん＠お腹いっぱい。
2008/12/29(月) 08:28:47見事に誰も相手しませんww
0582名無しさん＠お腹いっぱい。
2008/12/29(月) 08:39:380583579
2008/12/29(月) 14:21:55だが、581=582だろうな。
0584名無しさん＠お腹いっぱい。
2008/12/29(月) 17:45:290585名無しさん＠お腹いっぱい。
2008/12/29(月) 18:21:340586名無しさん＠お腹いっぱい。
2008/12/29(月) 18:50:030587名無しさん＠お腹いっぱい。
2008/12/30(火) 08:28:050588名無しさん＠お腹いっぱい。
2008/12/30(火) 09:03:550589名無しさん＠お腹いっぱい。
2008/12/31(水) 02:19:30ｹｰｽだけ売ってくれんかなぁｗ
0590名無しさん＠お腹いっぱい。
2008/12/31(水) 10:37:54ただ古い製品はもう在庫がなくなって手に入らないし、
ジャンク品を買ってきて部品取りしたほうが遥かに安いけどな!
Sunは、そういうサービスやってんの?
0591名無しさん＠お腹いっぱい。
2008/12/31(水) 10:41:44にちゃんで命拾いしたな
0592名無しさん＠お腹いっぱい。
2008/12/31(水) 13:13:170593名無しさん＠お腹いっぱい。
2008/12/31(水) 14:00:420594名無しさん＠お腹いっぱい。
2008/12/31(水) 14:04:120595名無しさん＠お腹いっぱい。
2008/12/31(水) 17:17:09xVMはXenなんだからさ。
コミュニティのがんばり次第では、すごく進化するかもしれない。
0596名無しさん＠お腹いっぱい。
2008/12/31(水) 21:41:27程度、消費電力はBlade150の方が少ないのに、
0597名無しさん＠お腹いっぱい。
2008/12/31(水) 21:48:200598名無しさん＠お腹いっぱい。
2009/01/01(木) 00:52:19過去ｽﾊﾞﾗｼｲとされてきた製品を「手に入れるだけで満足」してきた経緯があるのに、
今更コミュニティが頑張るとは思えないけどなぁｗ
0600名無しさん＠お腹いっぱい。
2009/01/01(木) 12:27:03Xenは進化し続けているだろ？？
ベースが進化すれば、xVMだって進化するじゃん。
Dom0がSolarisなだけだし。
0601名無しさん＠お腹いっぱい。
2009/01/01(木) 12:45:01っていう、Sun製品のやり方はMicrosoft製品と同じだな。
簡単に使える優れた製品を売ったら、簡単に乗り換えされてしまうものね。
0603名無しさん＠お腹いっぱい。
2009/01/01(木) 18:56:04空気を嫁！
0604名無しさん＠お腹いっぱい。
2009/01/01(木) 19:30:110605名無しさん＠お腹いっぱい。
2009/01/01(木) 19:31:19なんか筐体がダサくなってるな。
DVDドライブがスロットインではなくなったとか、枠が太くなったとか
0606名無しさん＠お腹いっぱい。
2009/01/01(木) 19:39:05Ultra24は見るからに普通のパソコンだな。
筐体にSunのロゴが描いてあるくらいか。
0607名無しさん＠お腹いっぱい。
2009/01/01(木) 19:47:13Zoneは簡単だぞ？
0608名無しさん＠お腹いっぱい。
2009/01/01(木) 21:16:28大学の研究室か？入札だとメーカーも機種も指定できないだろうから、いろいろと条件を加えて
他機種を土俵に上げない戦略は取れないか？
0609名無しさん＠お腹いっぱい。
2009/01/01(木) 21:18:210610名無しさん＠お腹いっぱい。
2009/01/01(木) 21:19:020611名無しさん＠お腹いっぱい。
2009/01/01(木) 21:20:52スロットイン式であることを要件に書くと、大手ではSunとAppleくらいしか通過できなくなる。
0612名無しさん＠お腹いっぱい。
2009/01/01(木) 21:27:23確かに。同じ性能なら安い方がいいけど、Sun Ultra 24 を選ぶメリットとして
Solaris 10 正式サポートとの親和性とかで差別化できないかな？
スペクトラムのような技術サポートはSun製品のみ適用とならないかな？
0613名無しさん＠お腹いっぱい。
2009/01/01(木) 21:33:260614名無しさん＠お腹いっぱい。
2009/01/01(木) 21:39:00それは戦略じゃなくて犯罪
0615名無しさん＠お腹いっぱい。
2009/01/01(木) 21:49:370616名無しさん＠お腹いっぱい。
2009/01/02(金) 00:08:29Sunにしか出来ない事をやるんなら説得力は持たせられるだろ。
0617名無しさん＠お腹いっぱい。
2009/01/02(金) 00:11:380618名無しさん＠お腹いっぱい。
2009/01/02(金) 00:14:11あれをオンボードで搭載して、それでいて、価格プレミアなし
っていうのなら、Sunのx86ワークステーションは魅力的になるんだが。
Infiniband標準装備で価格プレミアなしでもいい。
0619名無しさん＠お腹いっぱい。
2009/01/02(金) 00:14:37もうSolaris他SunのソフトウェアをSunマシンでしか動かせなくするしかないな
0620名無しさん＠お腹いっぱい。
2009/01/02(金) 00:30:17シリアルコンソールが標準になればOBPじゃなくてもいいけど
0621名無しさん＠お腹いっぱい。
2009/01/02(金) 05:45:130622名無しさん＠お腹いっぱい。
2009/01/02(金) 16:10:14AppleがPowerPC時代にOBPベースのOpenfirmwareを搭載していて、
IntelCPUに移行する時にx86機にOpenfirmwareを使うことも検討された
らしい。結局、無難にEFIになったから実現しなかったけど。
0623名無しさん＠お腹いっぱい。
2009/01/02(金) 16:18:590624名無しさん＠お腹いっぱい。
2009/01/02(金) 17:07:450625名無しさん＠お腹いっぱい。
2009/01/02(金) 17:52:25286よりも68000のほうが使いやすくて結果的に高性能という、
なんだか逆転したシロモノだったね。
0626名無しさん＠お腹いっぱい。
2009/01/02(金) 23:17:480627名無しさん＠お腹いっぱい。
2009/01/02(金) 23:18:340628名無しさん＠お腹いっぱい。
2009/01/02(金) 23:39:430629名無しさん＠お腹いっぱい。
2009/01/02(金) 23:51:380630名無しさん＠お腹いっぱい。
2009/01/02(金) 23:52:51そりゃまあ286と68000ならそうなるわな
0631名無しさん＠お腹いっぱい。
2009/01/03(土) 22:51:59http://japanese.engadget.com/2009/01/02/hdd-latency-yelling/
0632名無しさん＠お腹いっぱい。
2009/01/03(土) 23:10:26冷却のためのファンの振動は、どーして問題にならないんだろうな。
実は吸気口を手で塞いで、湿気たっぷりの空気を吹き込むこと
のほうが問題だったりして。
0633名無しさん＠お腹いっぱい。
2009/01/03(土) 23:14:15定常的なファンの振動の影響が最小になるように、
また、他のHDDとの間で発生する唸りを防止するように、
スピンドル回転やヘッドの移動を制御している。
しかも、他のHDDとは通信せずに自律分散で。
ところが、だ。
そこに定常的ではない突発的なショックを与えると、
HDD群の自律分散が一時的にリセットされるので、
定常状態に落ち付くまでパフォーマンスが落ちる。
ってことだろうな。
0634名無しさん＠お腹いっぱい。
2009/01/03(土) 23:18:050635名無しさん＠お腹いっぱい。
2009/01/04(日) 00:58:37PowerMac の OFW提供してた会社が x86用も持ってたからね。
けど Sunの OBPと同等とは到底言えないシロモンだったからなぁ、あれ。
でも、EFI行くよりマシだったかも。EFI終ってるでしょ?
0636名無しさん＠お腹いっぱい。
2009/01/04(日) 00:59:40そりゃ、カード追加する形で実存してたよ。かなり長期間。
0637名無しさん＠お腹いっぱい。
2009/01/04(日) 01:07:010638名無しさん＠お腹いっぱい。
2009/01/04(日) 01:08:49ああ、Apple の PowerPC機の OFWは OBPベースじゃないよ。全く別物。
0639名無しさん＠お腹いっぱい。
2009/01/04(日) 13:41:04Sunはハードもソフトもやってるんだから、OSに組込んじゃえばいい。
0640名無しさん＠お腹いっぱい。
2009/01/04(日) 16:36:190641名無しさん＠お腹いっぱい。
2009/01/04(日) 16:38:210642名無しさん＠お腹いっぱい。
2009/01/04(日) 21:17:13たとえば、どんな?
ファームがちゃんと抽象化していれば、10年前のsolarisがそのまま最新鋭のサーバで動くの?
結局は、ちょろちょろと新プロセッサ対応とかでOS側にサポートのコードを入れてるのだから一緒よ。
0643名無しさん＠お腹いっぱい。
2009/01/05(月) 00:50:570644名無しさん＠お腹いっぱい。
2009/01/05(月) 01:17:03ハードウェアの制御はすべてファームがやるので、OS側からはファームを呼ぶだけ。
Windowsなんか最悪だね。
拡張ボードにWindowsPC用のROMが乗っているのに、さらにデバイスドライバが必要って、ださすぎ。
0645名無しさん＠お腹いっぱい。
2009/01/05(月) 02:07:460646名無しさん＠お腹いっぱい。
2009/01/05(月) 02:11:09ビデオカード個別のドライバがなくても、VESA汎用のドライバで動く
っていうような感じか。
0647名無しさん＠お腹いっぱい。
2009/01/05(月) 17:02:23いまならOSGiか?
0648名無しさん＠お腹いっぱい。
2009/01/09(金) 16:38:01http://anchorage.2ch.net/test/read.cgi/bizplus/1231473121/l50
0649名無しさん＠お腹いっぱい。
2009/01/14(水) 15:08:04サンもストレージなんかさっさと売っちまえよｗ
http://headlines.yahoo.co.jp/hl?a=20090114-00000516-san-ind
0650名無しさん＠お腹いっぱい。
2009/01/14(水) 20:38:350651名無しさん＠お腹いっぱい。
2009/01/15(木) 02:39:35いちおう富士通は否定しているぞ。
0652名無しさん＠お腹いっぱい。
2009/01/15(木) 19:57:19ZFS使ったOpenStorage構成で十分だから。
0653名無しさん＠お腹いっぱい。
2009/01/17(土) 01:11:23disk交換するのにコマンド打たないとダメってアホか。
0654名無しさん＠お腹いっぱい。
2009/01/17(土) 10:01:100655名無しさん＠お腹いっぱい。
2009/01/17(土) 13:13:39昔SMPのノウハウがないIntelには無理とか言ってたSunの営業がいたな・・・
0656名無しさん＠お腹いっぱい。
2009/01/17(土) 13:19:040657名無しさん＠お腹いっぱい。
2009/01/17(土) 13:23:41技術力がないとか、そういうんじゃない。
当時のインテルの主戦場では、
性能よりもローコストと追加オーバーヘッドなしでSMP構成できることが優先すべき事項だった。
おかげでデスクトップPCでも価格が2倍未満で2CPU構成できてたしね。
0658名無しさん＠お腹いっぱい。
2009/01/17(土) 16:10:07> Nehalemのクロスバ
結局コモンバスで SMPはクソってことで FAね。
>657
それぜんぜん Intelのフォローになってないと思うが..w そういう趣旨かな?w
0659名無しさん＠お腹いっぱい。
2009/01/17(土) 17:57:56IntelのMCHにはクロスバスイッチの機能もあるが？
0660名無しさん＠お腹いっぱい。
2009/01/17(土) 20:01:54> 結局コモンバスで SMPはクソってことで FAね。
なわけねー。
ローエンドのSMP鯖にはクロスバーはコストパフォーマンスが悪いんだよ。
ま、Sunだってクロスバーと言いつつ、アドレスが実質的に共有バスだったしな。
0661名無しさん＠お腹いっぱい。
2009/01/17(土) 22:07:12トレードオフとしては妥当といえば妥当。
0662名無しさん＠お腹いっぱい。
2009/01/17(土) 23:56:141ソケットから2ソケットにペナルティなしでシームレスに繋げられることが重要
たとえば2ソケットにした途端に、
たとえ片方のソケットのCPUを遊ばせておいても
1ソケットよりも遅くなる、
なんていうのは受け入れられないわけよ
多数のスレッドが走るようなサーバとは前提が違うので、
選ぶものが違うのも当然だと思う。
にもかかわらず、
同じ土俵で比べて劣っていると叩くのは、ナンセンスだ。
ま、劣っているものが土俵に上がることを許したほうが悪いな。
0663名無しさん＠お腹いっぱい。
2009/01/19(月) 09:52:49錯綜しまくりですね。4重スタンダードくらいw
0664名無しさん＠お腹いっぱい。
2009/01/19(月) 14:47:00んなのは実装手段でしかなくて、その結果として得られる性能が重要よ。
0665名無しさん＠お腹いっぱい。
2009/01/19(月) 16:08:12話のまっとうな反論はいつ出るのかね? まあ、期待してないけど。
「Sunのクロスバーは共有バスみたいなもん」とか「ほとんど共有バスみたいだけど
ひと工夫で性能改善」とか、そんなこと言ってるとなんかのタシになるとでも
思ってるわけ?ww
スリ替えばっかりやってると信用なくすでしょ? 考えた方がいいよ?
0666名無しさん＠お腹いっぱい。
2009/01/19(月) 19:50:50共有バスだからダメってことはないよ。
共有バスでも、
それがボトルネックにならないように、
帯域幅を十分にとり、レイテンシを十分に短くすればいい。
ただ、それを大規模にやるのは金と技術の問題が発生しやすく、
「安くて簡単」という理由でクロスバーを使うメーカーがいるのさ。
0667名無しさん＠お腹いっぱい。
2009/01/19(月) 21:12:00>話のまっとうな反論はいつ出るのかね?
ある程度以上とかSMPシステムとか曖昧な話をされてもな。XeonもItaniumも速いよね。何でだろうね。
っていうかXeonもItaniumも、共有バスともクロスバーとも言えるハイブリットな構造なんだけどさ。
もう純粋な意味での共有バスのシステムなんてとっくの昔になくなってるわけ。
0668名無しさん＠お腹いっぱい。
2009/01/22(木) 23:07:49>DiskSuiteのコンセプトから抜けられないZFSもゴミ。
>disk交換するのにコマンド打たないとダメってアホか
これってコンセプト？
あなた技術良く分かっていないでしょ。
0669名無しさん＠お腹いっぱい。
2009/01/22(木) 23:30:08あなた運用わかってないでしょ。
disk交換する人はログインしません、できません
っていう場合も多々あるんですよ。
0670名無しさん＠お腹いっぱい。
2009/01/23(金) 05:34:01あんなことがコンセプトだとか思ってる変な人には触らない方がいいよ
0671名無しさん＠お腹いっぱい。
2009/01/24(土) 19:56:57保守契約に入れないって事かｗ
通常は保守技術員がコマンド実行までやってくれるよな。
0672名無しさん＠お腹いっぱい。
2009/01/24(土) 22:11:41それはセキュリティに無頓着な会社の場合な。
うちは保守契約していても触らせない。
HDDは自分たちで買って交換している。
HDD以外が壊れたら、HDD抜いてラックから外して、
保守の人の入れる場所に移動させ、そこで修理してもらってる。
0673名無しさん＠お腹いっぱい。
2009/01/24(土) 23:47:150674名無しさん＠お腹いっぱい。
2009/01/25(日) 04:49:470675名無しさん＠お腹いっぱい。
2009/01/25(日) 16:12:180676名無しさん＠お腹いっぱい。
2009/01/25(日) 21:32:57意味は通じないが
0677名無しさん＠お腹いっぱい。
2009/01/25(日) 21:48:15ググったらオタク漫画か? キモイ。
0678名無しさん＠お腹いっぱい。
2009/01/26(月) 22:19:23ひとつのプロセッサに使えるトランジスタリソースが少なかった時代にはRISCはよかったんだよ。
今みたいに何億も使える時代になっちゃうと、リッチなアドレッシングモードも
複雑でもなんでもなくなる。
むしろRISCは、オペレーションの単位が細かすぎて、いくらトランジスタ注ぎ込んで
同時命令発行数を増やしたり、クロックあげたりしても、思ったように性能があげられない事態に陥ってる。
レジスタウィンドウなり遅延スロットなりを命令セットレベルで具体化してしまった
アーキテクチャはもっと悲惨で、高クロックにも高IPCにもパイプラインを抜本的に
作り変えることができなくて、性能競争から取り残された。
結局、ハードワイヤードでほとんどの命令をこなせるリッチな時代にこそ
適応できたのはx86だったという話。
1命令で扱うオペレーションを増やしたり、高級な機能を実装することで
トランジスタを有効利用するってのはVLIWにも通じる概念だが
x86の命令セットにはそういう時代に勝ち抜く素養があったってことだ。
582 名前：デフォルトの名無しさん[sage] 投稿日：2009/01/26(月) 21:44:20
うー、異論を挟みたいが大筋では間違ってないだけに……
今となってはSparcにはなんの存在価値も残ってないもんねぇ。
0679名無しさん＠お腹いっぱい。
2009/01/26(月) 22:44:090680名無しさん＠お腹いっぱい。
2009/01/27(火) 06:08:000681名無しさん＠お腹いっぱい。
2009/01/27(火) 08:53:35なんでああいう無理満載な気休め繰り返すバカがいるんだろうな。
Intelでさえそんなこと言ってないのに。
0682名無しさん＠お腹いっぱい。
2009/01/27(火) 11:54:56CISCがx86以外全滅というが、RISCなんか全て全滅じゃないか。
500MHzのUltraSPARC IIeが、500MHzのCeleronに惨敗してるんだけど、な。
0683名無しさん＠お腹いっぱい。
2009/01/27(火) 12:15:070684名無しさん＠お腹いっぱい。
2009/01/27(火) 13:19:55本家POWERは、IBMの鯖の値段が1桁近く高いので論外。
ARMは、組込み。
電力効率は良いが、そのように実装されているのだから、良くて当然。
0685名無しさん＠お腹いっぱい。
2009/01/27(火) 13:29:140686名無しさん＠お腹いっぱい。
2009/01/27(火) 14:04:55ちなみにRISCの始祖は、ARMはRISCではないと言ってたような。
0687名無しさん＠お腹いっぱい。
2009/01/27(火) 14:05:31日立のSHだよ、こんなのはRISCじゃねー、RISCって名乗るな!と怒ったのは。
0688名無しさん＠お腹いっぱい。
2009/01/27(火) 19:32:14「RISCではない」という場合では全く意味が違う。
こんなの無理矢理混同したいやつは完全にアタマがおかしい。
0689名無しさん＠お腹いっぱい。
2009/01/27(火) 20:11:090690名無しさん＠お腹いっぱい。
2009/01/27(火) 20:16:010691名無しさん＠お腹いっぱい。
2009/01/27(火) 20:42:31底辺で比較するなよ
0692名無しさん＠お腹いっぱい。
2009/01/27(火) 20:42:360693名無しさん＠お腹いっぱい。
2009/01/27(火) 20:43:03絵に描いたように必死だなwww アタマおかしいとか言われたからなw
0694名無しさん＠お腹いっぱい。
2009/01/27(火) 20:46:260695名無しさん＠お腹いっぱい。
2009/01/27(火) 21:24:43POWERは別格です。
他には?
>>691
頂点で比較しても負けてるでしょが。
0696名無しさん＠お腹いっぱい。
2009/01/27(火) 21:52:42一年は遅れてるぞ、ここ。
0697名無しさん＠お腹いっぱい。
2009/01/27(火) 22:01:37「絵に描いたように」
「必死」
0698名無しさん＠お腹いっぱい。
2009/01/27(火) 22:08:24Xeon最強って言ってるだろ
0699名無しさん＠お腹いっぱい。
2009/01/27(火) 22:10:26でも中で並べ替えてRISCに変換して演算機もたくさんつけるようにしてx86は
性能向上した。
0700名無しさん＠お腹いっぱい。
2009/01/27(火) 22:21:41命令セットが内部アーキテクチャと一蓮托生なために大幅な変更は難しく、
とりあえずコアやスレッドの数を増やすことでしか性能向上が得られなくなった。
いまとなってはレジスタウィンドウは癌。
0701名無しさん＠お腹いっぱい。
2009/01/27(火) 22:23:520702名無しさん＠お腹いっぱい。
2009/01/27(火) 22:35:320703名無しさん＠お腹いっぱい。
2009/01/28(水) 07:38:51プロセス技術にRISCより多額の投資ができる。
0704名無しさん＠お腹いっぱい。
2009/01/28(水) 11:35:100705名無しさん＠お腹いっぱい。
2009/01/28(水) 11:46:47米Sun Microsystems, Inc.が米国時間2009年1月27日に発表した
2009会計年度第2四半期（2008年10月～12月）の決算は，
売上高が32億2000万米ドルで，前期と比べ7.7％増加，
前年同期比では10.9％減少した（発表資料）。
会計原則（GAAP）ベースの純損失は2億900万米ドル
（希薄化後の1株当たり損失は0.28米ドル）で
前期の16億7700万米ドル（同2.24米ドル）から大幅に改善した。
前年同期は2億6000万米ドルの純利益（希薄化後の1株当たり利益は0.31米ドル）を計上していた。
なお，同社は昨年11月に，全従業員の15～18％に相当する5000～6000人を削減する計画を発表した。
これにより，年間7億～8億米ドルの経費削減効果を見込んでいる。
0706名無しさん＠お腹いっぱい。
2009/01/28(水) 12:51:51かつてはRISCが独占していた領域なんですけどね、
ワークステーションや32ビットでマルチタスクとかマルチユーザとかやるのは。
0707名無しさん＠お腹いっぱい。
2009/01/28(水) 16:21:55その理屈では x86である必要もないので、なんの説明にもなっていない。
単に「シェアが大きい」を繰り返ししつこく言い替えているだけ。
競争条件が違う。単にそれだけのこと。
その競争条件の違いの原因と x86の ISAの間にはなんの因果関係もない。
リソースの甚だしいムダ使い。世界と人類の敵。
0708名無しさん＠お腹いっぱい。
2009/01/28(水) 16:27:580709名無しさん＠お腹いっぱい。
2009/01/28(水) 16:46:37x86である必要は無いよ。
x86よりも優れたCISCがあるなら、それでいいよ。
0710名無しさん＠お腹いっぱい。
2009/01/29(木) 08:49:45zpool バージョン10くらいだと交換前のコマンド実行は要らないと思った。
autoreplaceプロパティかな。
0711名無しさん＠お腹いっぱい。
2009/01/29(木) 11:53:38そうか。じゃ、x86 CISC ISAがどういう点で現代の ISAとして優れているのか、
具体的に何点かあげてみてくれるか?
シェアだの物量だのは何度も聞いてわかってるから、それ以外な。
0712名無しさん＠お腹いっぱい。
2009/01/29(木) 13:47:34Windowsが動かないところでは、POWER系とかARMとかあるじゃん
0713名無しさん＠お腹いっぱい。
2009/01/29(木) 13:49:50それから同じ原因でパイプライン乱れる確率があがるわな。
複数クロックかかってかつメモリアクセスする命令が多用されてると
それだけアトミックな状態期間が長くなるから SMPには向かないわな。
CISCでいいことなんか、実行バイナリがコンパクトな以外、何もないだろ。
0714名無しさん＠お腹いっぱい。
2009/01/29(木) 13:52:25性能ペナルティーになってるんじゃないか?
0715名無しさん＠お腹いっぱい。
2009/01/29(木) 14:00:27「ISAが優れているかどうか」という話をしている最中に、なんで
> ISAが優れているとかどうでも良くて、
とか言い出すわけよww? 元も子もないじゃん。精神病んでないか?
0716名無しさん＠お腹いっぱい。
2009/01/29(木) 14:00:53未だにCISCだRISCだ言ってるやつはよっぽど程度が低いと思う
0717名無しさん＠お腹いっぱい。
2009/01/29(木) 14:40:52何かと草を生やすのも特徴です
頭が可哀想な人なので見かけても触らず
生暖かく見守ってやってください
0718名無しさん＠お腹いっぱい。
2009/01/29(木) 15:33:380719名無しさん＠お腹いっぱい。
2009/01/29(木) 16:02:57優れているってほどでもないが、ISAがCISCという点は、いまとなっては良いことだね。
>>713
RISCの命令が単純なのは、いまでは2つの点でネックです。
1つは、より多くの命令を実行しなければならないので、動作クロックを高める、あるいは、多数の命令を同時に実行せねばならない
もう1つは、同時実行やアウトオブオーダ実行における依存関係のチェックの範囲が広くなる
RISCの命令がパイプラインと相互に高度に最適化されていることも、今となってはネックです。
動作クロックを高めるためにパイプラインの段数を増やすと、最適点から遠ざかってしまいます。
そういうわけで、RISCは性能向上の壁にぶちあたったのです。
x86が強引に製造プロセス技術だけで伸びたのではなく、RISCの自滅との相乗効果もあったのです。
0720名無しさん＠お腹いっぱい。
2009/01/29(木) 16:04:56FPUに関しては、SPARC圧勝だったけどな。
0721名無しさん＠お腹いっぱい。
2009/01/29(木) 16:20:560722712
2009/01/29(木) 16:53:59ISAの優劣なんか関係ないことは、このスレの人間なら何度も目にしてるだろ。。
x86のISAがいくら腐ってても、SPARCのISAが優れていることにはならないぞ
0723名無しさん＠お腹いっぱい。
2009/01/29(木) 17:04:43RISCの方が勝れてる時代が来ますよ
x86「え～ん頑張っても30ｺｱ以上集積できないよう～」
SPARC「ほっほっほ。次は4096コアでもリリースしてみるかな」
0724名無しさん＠お腹いっぱい。
2009/01/29(木) 17:15:090725名無しさん＠お腹いっぱい。
2009/01/29(木) 17:17:440726名無しさん＠お腹いっぱい。
2009/01/29(木) 17:42:10必要がある分野があるのは分かってるけど。
0727名無しさん＠お腹いっぱい。
2009/01/29(木) 18:09:53それが破綻してんだよ。x86の ISAがどうでもいいいんなら、
SPARCの ISAだってどうでもいいだろうが。
x86 → ISAは腐ってるが他でがんばってる
sparc → ISAが優れてない
おまえ一体何言ってんだよ。バカだろ正味w
0728名無しさん＠お腹いっぱい。
2009/01/29(木) 18:24:56「x86は（シェアが高く沢山売れていて開発・生産条件がよいため性能が高いが） ISAはクソである。」
←という命題に対して、一切有意な反論は認められませんでした。
その一方で、
「x86に盲従する者のなかには、どうしようもないバカがいる。」
←という命題に対しては、その裏付けとなる多数の現象を観察することができました。
ご協力ありがとうございました。
0729名無しさん＠お腹いっぱい。
2009/01/29(木) 20:39:41それにx86の性能がいいのも半導体技術でカバーしてる部分もある
PC用以外のCPUではRISCしか使われてないじゃん
0730名無しさん＠お腹いっぱい。
2009/01/29(木) 20:44:26RISCの歴史を知っていれば、そういうことは言えないと思うのだが。
RISCの大きな誤算の1つに、メモリアクセスがボトルネック、というのがあったでしょ。
キャッシュによって解決したものの、CISCに比べて、レイテンシが短く・帯域幅と容量が大きなものが必要だった。
ま、それはL1命令キャッシュだけの話なんだけど、それでもコアの面積は肥大化するのよ。
もちろんx86のデコード済み情報付きのL1命令キャッシュや、トレースキャッシュのようなシロモノに比べれば
マシではあるが、雲泥の差が付くほどでもないなぁ、と。
0731名無しさん＠お腹いっぱい。
2009/01/29(木) 20:45:18パソコン用以外だと、サーバや組込みか。
0732名無しさん＠お腹いっぱい。
2009/01/29(木) 20:46:41＞RISCの命令が単純なのは、いまでは2つの点でネックです。
＞1つは、より多くの命令を実行しなければならないので、動作クロックを高める、あるいは、多数の命令を同時に実行せねばならない
＞もう1つは、同時実行やアウトオブオーダ実行における依存関係のチェックの範囲が広くなる
x86も内部的にはx86の命令を複数のμOPsに変換してRISCのような単純な命令しか持たない
実行ユニットで処理してるわけだろ
x86の欠点はx86の命令をμOPsに変換するデコード回路がとても複雑になってしまうこと
0733名無しさん＠お腹いっぱい。
2009/01/29(木) 20:54:25逆に言うと、デコード回路以外は一緒なんだよね。
だからCISC vs RISC論争は終わったのよ。
RISCの当初のシンプルな構造のものは、ハイパフォーマンスな領域では、生き残ってないよ。
SunのRockなんかは、複雑怪奇なRISCの頂点だと思う。
0734名無しさん＠お腹いっぱい。
2009/01/29(木) 20:57:31このスレはいつみてもなんとなく時代認識がずれてるなあ
まあスレがスレだけにしかたないけど
0735名無しさん＠お腹いっぱい。
2009/01/29(木) 21:04:32RISCが使われてることを考えればx86が優れてないのはわかるだろ
現在の据え置きゲーム機はすべてPOWER
0736名無しさん＠お腹いっぱい。
2009/01/29(木) 21:05:060737名無しさん＠お腹いっぱい。
2009/01/29(木) 21:10:31そんなにx86が優れているならXBOX360でもx86使ってたんじゃないか？
Intelがx86の性能を維持できるのはPC用に高価格で大量に売れるからだろ
だから莫大な開発費をかけても利益が出る
PCは年間3億台弱売れてるからな
0738名無しさん＠お腹いっぱい。
2009/01/29(木) 21:15:02実はこのμopsが結構優れものだから、性能が出てるんでは?
0739名無しさん＠お腹いっぱい。
2009/01/29(木) 21:18:28XBoxってしってるか?w
Intelはゲーム機はPCに比べりゃもうからないから興味なくて辞めたんだよ
0740名無しさん＠お腹いっぱい。
2009/01/29(木) 21:18:51もし、Core2の登場がもう少し早かったらXBOX360向けにカスタムされて使用
されていたかも。
0741名無しさん＠お腹いっぱい。
2009/01/29(木) 21:19:40Intel自身が360のコンペに興味なくてやらなかったんだよ
XBoxでもうからないとわかったからな
0742名無しさん＠お腹いっぱい。
2009/01/29(木) 21:20:31サーバやPCでこそ圧倒している
きみたちは馬鹿か?w
0743名無しさん＠お腹いっぱい。
2009/01/29(木) 21:22:58Intel自身、x86を捨ててItaniumに置き換えようとしたが失敗した経験あるからな
0744名無しさん＠お腹いっぱい。
2009/01/29(木) 21:25:48サーバやPCでRISCが圧倒したらなら、
RISC >> CISCで速攻優劣論は終わってるにきまってるだろ別の意味でさ
0745名無しさん＠お腹いっぱい。
2009/01/29(木) 21:27:04>ソフトウェアの互換性を一切必要としないゲーム機に
間違い。PCほどでは無いがゲーム機もソフト資産の互換性が必要な時代に
なった。以前よりゲーム製作に時間がかかるようになり新しいハードが
登場してもそれ向けのソフトを揃えられない状況になってきたから。
0746名無しさん＠お腹いっぱい。
2009/01/29(木) 21:30:43これまでの話とは関係ないけど
POWERとPowerPCごっちゃにしてると馬鹿に見えるから気をつけた方がよい
0747名無しさん＠お腹いっぱい。
2009/01/29(木) 21:30:53RISCが負けたことの証明
RISC vs CISC論なんて中身のない幻想
ガワがなんだろうと市場で売れるものを作ったものが勝ちだ
POWERやSPARCがRISCの中で生き残っているのも
命令セットが優れていたからじゃない
0748名無しさん＠お腹いっぱい。
2009/01/29(木) 21:31:37POWERもPowerPCもアーキテクチャ的にはほぼ一緒
商標の問題じゃないかな
0749名無しさん＠お腹いっぱい。
2009/01/29(木) 21:32:54CISCなんてゆとり世代の若造はしらないだろうなww
って煽りで終わってるんだよっ
0750名無しさん＠お腹いっぱい。
2009/01/29(木) 21:33:470751名無しさん＠お腹いっぱい。
2009/01/29(木) 21:36:12とかおもってんのかなw
むしろ最近の安くて速いx86よりもSPARCこそ互換性で持っているようなものだからな
ある意味正しいのかもしれないw
0752名無しさん＠お腹いっぱい。
2009/01/29(木) 21:36:21おそらく商標の問題などでIBM単独で開発したものはPOWERと呼ぶんだろうな
0753名無しさん＠お腹いっぱい。
2009/01/29(木) 21:37:40さすが未だにRISC vs CISC論のスレ
POWERは3世代目からISAがPowerPC互換になったんだよ
元はRISCではない
0754名無しさん＠お腹いっぱい。
2009/01/29(木) 21:38:29そうだね
1桁違う金額でも売れてたりするからな
それだけサーバの分野は互換性を重要視する用途があるということ
0755名無しさん＠お腹いっぱい。
2009/01/29(木) 21:39:39オリジナルのPOWERはな
命令セットという意味では真のPOWERアーキテクチャはもう滅んでるから、
PowerPCをPOWERとしてうっているのは単なるブランド戦略だ
0756名無しさん＠お腹いっぱい。
2009/01/29(木) 21:40:21だから現在のPOWERとPowerPCは一緒だろ
PowerPCはアップルとIBMとモトローラの3社が保有する商標だからIBMが勝手に使えないわけだし
0757名無しさん＠お腹いっぱい。
2009/01/29(木) 21:41:17>>754じゃなくて>>753
0758名無しさん＠お腹いっぱい。
2009/01/29(木) 21:41:200759名無しさん＠お腹いっぱい。
2009/01/29(木) 21:43:444割ほどのシェアを持っていたら、、・
0760名無しさん＠お腹いっぱい。
2009/01/29(木) 21:45:04一緒だよ 少なくとも命令セットは
おれは>>746じゃない
0761名無しさん＠お腹いっぱい。
2009/01/29(木) 21:47:29POWERとPowerPCは違うんで。
それにゲーム機も互換性が必要な時代だぞ。
>>737
ゲーム機も結構な数が出てるぞ。
パソコンと違って、単一のものが数千万台も出るのよ。
>>743
いや、Itaniumは互換性以前に、x86よりも遅かったからダメだったのよ。
0762名無しさん＠お腹いっぱい。
2009/01/29(木) 21:47:49そもそもPowerPCという名称そのものがIBMブランドにあやかってつけられたものだw
POWERの子分(だが別物)がPowerPC
子分が親に吸収されて、今のPOWERはPowerPC
0763名無しさん＠お腹いっぱい。
2009/01/29(木) 21:49:57＞POWERとPowerPCは違うんで。
＞それにゲーム機も互換性が必要な時代だぞ。
複数の人が現在のPOWERとPowerPCは中身一緒だとレスしてるのに頑固だな
0764名無しさん＠お腹いっぱい。
2009/01/29(木) 21:53:25Power.org released a unified ISA, combining POWER and PowerPC ISAs into the new Power ISA
v.2.03 specification and a new reference platform for servers called PAPR
(Power Architecture Platform Reference).
今は、同じモノですw
IBM的にはすべてPOWERアーキテクチャ
(だが本物のPOWERは滅んでPowerPCがPowerアーキということになった)
0765名無しさん＠お腹いっぱい。
2009/01/29(木) 21:54:03http://www.theregister.co.uk/2009/01/28/rock_sparcs_on_track/
Rock量産の暁には…
0766名無しさん＠お腹いっぱい。
2009/01/29(木) 21:59:43あんな難しいプロセッサを作るのではなく、Niagara3とか4に全力を傾けたほうがいいって。
OSも作ってるんだから、プロセッサのハードウェアではなく、ソフトウェアで解決したほうがいいって。
1000スレッド以上を実行状態でうまく扱えるのはSolarisだけです、っていうので十分だって。
0767名無しさん＠お腹いっぱい。
2009/01/29(木) 22:01:330768名無しさん＠お腹いっぱい。
2009/01/29(木) 22:01:50Sunは内心シングルスレッド性能をあげたくてたまらないのだから
0769名無しさん＠お腹いっぱい。
2009/01/29(木) 22:03:270770名無しさん＠お腹いっぱい。
2009/01/29(木) 22:05:390771名無しさん＠お腹いっぱい。
2009/01/29(木) 22:06:02PowerPC版のSolarisならポシャった。
0772名無しさん＠お腹いっぱい。
2009/01/29(木) 22:06:03Solarisって。
0773名無しさん＠お腹いっぱい。
2009/01/29(木) 22:06:50二匹の何とかを追う何とかは何とかっていうし。
0774名無しさん＠お腹いっぱい。
2009/01/29(木) 22:09:51富士通のSPARC64は今のSunにとっては外せないラインナップ
0775名無しさん＠お腹いっぱい。
2009/01/29(木) 22:12:400776名無しさん＠お腹いっぱい。
2009/01/29(木) 22:13:50Windows Server2008R2から256論理プロセッサまで対応だったっけ？
0777名無しさん＠お腹いっぱい。
2009/01/29(木) 22:14:26つーか、これみてNiagaraが今のSunサーバの主力だと思うやつはおかしい。
SPARC64や未だにUS-IV+だのみ。
Rockが失敗したらいよいよプロセッサ自社開発やめるところだよ。
0778MACオタ
2009/01/29(木) 22:20:03>>764さんが書いているPower.org発足より遥か昔、POWER3の時代からPOWERは既にPowerPC
でした。
http://www.research.ibm.com/journal/rd/446/oconnell.html
ついでに言えば、当時からPOWER搭載サーバーはPReP/CHRP準拠品です。
例えば、
http://www.ibm.com/developerworks/systems/articles/pseriesqa.html
---------------------
Common Hardware Reference Platform (CHRP) support
Which hardware platforms are supported by AIX 5L v5.2?
AIX 5L v5.2 does not support any systems based on the MicroChannel bus or the
PreP hardware platform, all new systems are built on the CHRP.
Type in bootinfo -p on any platform. If it returns chrp, AIX 5L V5.2 will run on it.
---------------------
0779,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 22:22:190780名無しさん＠お腹いっぱい。
2009/01/29(木) 22:23:14もうその話は終わってる
0781746
2009/01/29(木) 22:26:34俺は>>761ではないが
ていうか>>700以降は1度しか書き込みしてない(この書き込みを含めると2回)
異様に伸びてるから同一人物扱いしたい気持ちはわかるがな
0782名無しさん＠お腹いっぱい。
2009/01/29(木) 22:30:54SPARCはゴミ
Xeon最強！
0783,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 22:35:27x86サーバなんてうってんなよって話だなw
SPARCアーキが消滅するかもしれないという危険な時代の中で、戦略的には正しいんジャマイカね?
0784,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 22:38:020785名無しさん＠お腹いっぱい。
2009/01/29(木) 22:40:560786,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 22:44:45スループットコンピューティングマンセー宣言(=Intel, IBMとの新コア開発競争にギブアップ)
で、SPARCもついにオワタの時代キタか、いう感想をもったのが正常な人間の感覚
それから以外にもっとるよね T1マンセーとかいう独自研究はほどほとに
0787名無しさん＠お腹いっぱい。
2009/01/29(木) 22:46:030788名無しさん＠お腹いっぱい。
2009/01/29(木) 22:46:070789名無しさん＠お腹いっぱい。
2009/01/29(木) 22:47:010790,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 22:59:17スループットコンピューティング宣言の証明に急ぎでだしとけみたいな印象うけたな
当時からRockがUS-Vの代わりにスループット化したSPARCの真打ちみたいな流れ
0791名無しさん＠お腹いっぱい。
2009/01/29(木) 23:14:28Xeon最強！
0792,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 23:16:28３．SunがMillennium （UltraSPARC 5)をキャンセル
>Millenniumは1996年頃から開始されたプロジェクトで，当初はその名の通り2000年に出荷という目標だったのですが
1996年開始ってwww どんだけwww やっぱRockとは軽く時間軸がずれてるな
0793名無しさん＠お腹いっぱい。
2009/01/29(木) 23:21:500794,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 23:35:05つか、このスレSunがメインであって、SPARCのスレじゃないんだねぇ
所詮CISCだから遅いかもなんだけどねwww
0795名無しさん＠お腹いっぱい。
2009/01/29(木) 23:39:20うぜんだよ
0796,,・ ∀ ・,,）っ-○◎○
2009/01/29(木) 23:46:27一番うざいのわ、明らかに私すけど(笑)
0797名無しさん＠お腹いっぱい。
2009/01/29(木) 23:48:030798名無しさん＠お腹いっぱい。
2009/01/30(金) 00:09:580799名無しさん＠お腹いっぱい。
2009/01/30(金) 00:12:29団子かわいいよ団子
0800名無しさん＠お腹いっぱい。
2009/01/30(金) 00:14:41それ、ここの住人のことだろw
0801名無しさん＠お腹いっぱい。
2009/01/30(金) 00:15:59名のある偏狭な方が
こんな辺境にいらっしゃるなんて
だな
0802名無しさん＠お腹いっぱい。
2009/01/30(金) 11:59:26並び順どおりに見ていくと
SPARC64は富士通だし、
TシリーズはNiagaraシリーズ
x64サーバはx86だし
ブレードは・・・まぁいいや
そっから下は、どうでもいいな。E6900とか実効帯域幅9.6GB/secってナメてんのかよ。
0803名無しさん＠お腹いっぱい。
2009/01/30(金) 12:32:31T2とそんなに変わらないんだな。FPUを共有するから?
0804名無しさん＠お腹いっぱい。
2009/01/30(金) 14:37:46その分、キャッシュの面積が狭いよ。
内蔵のL2キャッシュの次がFB-DIMMコントローラのT2と違って、
Rockは内蔵のL2キャッシュの次は外付けのL3キャッシュ。
0805名無しさん＠お腹いっぱい。
2009/01/30(金) 23:42:23ttp://www.itmedia.co.jp/enterprise/articles/0901/30/news126.html
SPARCの息の根が止まるか？
0806名無しさん＠お腹いっぱい。
2009/01/30(金) 23:51:450807名無しさん＠お腹いっぱい。
2009/01/30(金) 23:56:430808名無しさん＠お腹いっぱい。
2009/01/30(金) 23:57:320809名無しさん＠お腹いっぱい。
2009/01/31(土) 00:03:170810名無しさん＠お腹いっぱい。
2009/01/31(土) 00:04:340811名無しさん＠お腹いっぱい。
2009/01/31(土) 00:38:040812名無しさん＠お腹いっぱい。
2009/01/31(土) 00:39:290813名無しさん＠お腹いっぱい。
2009/01/31(土) 00:59:090814名無しさん＠お腹いっぱい。
2009/01/31(土) 01:04:560815名無しさん＠お腹いっぱい。
2009/01/31(土) 08:59:47Ita止めるんならともかく。
0816名無しさん＠お腹いっぱい。
2009/01/31(土) 10:02:01まあ常識的に考えれば製造段階では赤字でサービスでぶん取ってるんだろうが
0817名無しさん＠お腹いっぱい。
2009/01/31(土) 10:23:110818名無しさん＠お腹いっぱい。
2009/01/31(土) 11:24:05SunがTSMC使うつもりならTSMCにまとめた方が良いだろ。
0819名無しさん＠お腹いっぱい。
2009/01/31(土) 14:10:240820名無しさん＠お腹いっぱい。
2009/01/31(土) 18:47:17しかも目下のところSunは大幅赤字縮小で業績好転中だ。
このままの調子で行けば、どんどん赤字幅が縮小して、
世間の不景気を出し抜いて限りなくゼロに近い絶好調の
赤字決算を叩き出すかもしれないぞ！w
0821名無しさん＠お腹いっぱい。
2009/01/31(土) 19:15:080822名無しさん＠お腹いっぱい。
2009/01/31(土) 22:39:29っていう話をしてたSun信者がいたけどさ、組込みRISCとSun、SPARCは関係ないだろ。
ごく一部でSPARCの組込みプロセッサが使われているというだけで、x86並にマイナー。
そのx86が、低消費電力向けに手を伸ばしてきたから、もう、SPARC組込みはオシマイ
0823名無しさん＠お腹いっぱい。
2009/01/31(土) 22:49:17Revolting against Intel Server Systm Computerの略。
組み込みのRISCとは別用語なんだが。だめだめだなこのスレ。
0824名無しさん＠お腹いっぱい。
2009/01/31(土) 22:50:56ttp://pc.watch.impress.co.jp/docs/2009/0130/kaigai_11.jpg
CPUコアにおけるx86デコーダのサイズの小ささ
0825名無しさん＠お腹いっぱい。
2009/01/31(土) 22:53:27Nehalem Xeonの方が低消費電力かつ、高速だという現実。
0826名無しさん＠お腹いっぱい。
2009/01/31(土) 22:54:33> CPUの各コンポーネントで、x86命令セットでの不利があるのはごく一部で、
> RISCでなければ低消費電力かつ低コストに作れない理由はないとした。
> まず、(CISCであるIA命令セットの)可変長命令のデコーダは、(固定長命令のRISCのデコーダ)より電力を消費する。
> その意味では、 ISAはゼロコストではない。
> もう1つの要素はキャッシュアクセスだ。
> Intelアーキテクチャでは、レジスタファイルが少ないため、データキャッシュに負担をかける。
> ここにもトレードオフがある。
> これらのペナルティは、電力&面積効率の面からは、おそらく10～20%のレンジだと思う。
> 正確な数字を出すのは難しいが、ゼロコストでないことは確かだ。
> ただし、パフォーマンス面を見ると、面白い逆転がある。
> なぜなら、CISCは、RISCよりもより多くの命令を実行できるからだ。
> これは、CISCの方がコード密度(プログラムサイズ当たりの命令数)が高くなるからだ。
> 電力効率で見ると、実行する命令はできるだけ少ない方が有利だ。
> そのため、ここでは逆に可変長が有利になる。
> こうしたトレードオフの結果、ローパワーの固定長命令セットプロセッサに対して、
> ローパワーのIntelアーキテクチャプロセッサも競争できるだろう。
> ダイサイズは多少(RISCより)増えるが、十分、競合できる範囲だと考えている」
0827名無しさん＠お腹いっぱい。
2009/01/31(土) 22:55:26SunはIBMのPOWERに対して、Xeonで対抗するんでしょ?
SPARCが担うのはレガシー案件で。
0828,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 22:59:55数値演算はDSP系アーキテクチャも多い。
RISCは特に低消費電力という命令セット万能至上主義論は乱暴すぎて危ないぜwww
x86はx86であってCISCなんて用語はもはやつかうべきじゃねぇ。
0829名無しさん＠お腹いっぱい。
2009/01/31(土) 23:25:32呼んだんだが、それ卑下されてるみたいに思ってるのな。
RISC/CISCコンプレックス持ってるわけだ、x86の、ここに居る連中は。
...てか、ここに用はないだろがw 巣に帰れやクズどもww
0830,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:26:22VAXみたいにRISC研究者が比較の対象していた本物のいわゆるメインフレーム/ミニコンCISCとは血統もなにもかも違う
という考えが今振り返ると正しかかったな。勝ったのはRISCもそうだがマイクロプロセッサであって命令セットではない。
組み込み系でローエンドとして生き残っているCISCもマイコン系命令セットアーキテクチャ。
まあ、どのみち命令セット万能至上主義論は危ないし、役に立たないからどうでもいい話ではあるが。
0831,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:28:0190年代はマイクロアーキテクチャの戦い。
命令セットなんて一度も主役になったことはない、脳内幻想では。
0832,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:29:24命令セットなんて一度も主役になったことはなかった
0833,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:31:31実装のたたかいだったんだよなw
おれはあと10倍以上くわしく:経緯を説明できるが、労力の無駄なのでやらない。
未だにRISCvsCISC論をとなえているやつが哀れでならない。
0834,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:48:28おれにいわせりゃもうゴミみたいな理論ばっかりだなw
10年以上前の自分でも萎えそうなくらい。
RISCvsCISCなんてやってる連中に未来はないわとおもた。
そもそもRISCがなんで登場したのか一番最初のところを勉強し直して欲しいぜ、全く。
0835,,・ ∀ ・,,）っ-○◎○
2009/01/31(土) 23:56:21これでは、RISCvsCISCに一番執着してるのがまるでおれ様ではない(わらぃ
0836名無しさん＠お腹いっぱい。
2009/02/01(日) 05:52:32等実装でCISCを打ち負かす(386メインな時代)
少なくとも486以前ならRISCの速さを実感できたかも。しかしそのころのWSは
どれも何百万の価格で庶民が買えるもんじゃない。
0837名無しさん＠お腹いっぱい。
2009/02/01(日) 07:20:55ISAなんて何でもよくなるかもしれない
そうなったころにもっと効率のいい新たなISAが生まれてくるかもしれない
0838名無しさん＠お腹いっぱい。
2009/02/01(日) 13:50:20単純な命令を高クロックで回す
だけだったよ。
回路規模はCISCと大差なかった
大きなレジスタファイルとか、ハードワイヤードとかでトランジスタたくさん必要だったし、
メモリの帯域幅がネックになるので、そのバス幅も広かった。
キャッシュは最初はなくて、メモリアクセスがボトルネックになりまくって、後からキャッシュが付いた。
0839,,・ ∀ ・,,）っ-○◎○
2009/02/01(日) 15:33:45もともとキャッシュやスーパースカラはRISC起源の技術ではない。
大型コンピュータやスーパーコンピュータなどのアイデアを、
CMOSの進歩で集積度の加速したマイクロプロセッサがあとから取り込んだもの。
スーパースカラを初めて導入したIBMのSystem 360/91(1967)は何しろCISCだ。つまりCISC起源。
命令セットは関係ないし、386当時に大容量キャッシュやスーパースカラはRISCはもってない。
歴史的にみてもIntelがi初代Pentium('93)でスーパースカラを導入したのはRISCに対して時期的に遅い方ではない。
例えば最初にSPARC系でスーパースカラを導入したのは、SupperSparc('92), HyperSPARC('93)であり、
Pentiumと同時代に開発されたものだ。
80年代に本物のCISCがほぼ壊滅した時点でRISCvsCISC論は終わるべきだった。
その後、マイコン型アーキテクチャに対して苦戦していたRISC陣営が何でもRISC起源説のほら吹き
マーケティングに回り始めたのだ。
0840名無しさん＠お腹いっぱい。
2009/02/01(日) 16:06:30かたつむりのように遅かったな
HyperSPARCほどじゃなかったが
0841名無しさん＠お腹いっぱい。
2009/02/01(日) 16:16:18組み込み向けにそれなりには売ってるようだけど
結局ISAよりもマイクロアーキテクチャで勝負する時代だから他社よりも半導体技術で勝つしかない
0842名無しさん＠お腹いっぱい。
2009/02/01(日) 17:12:06ウソこけ。SS10出た当初は爆速だったぞ。コンパイルログが怒涛のように流れて見えた。
同じもん見ても今じゃそんな風には見えんけど。
>>839
スーパースカラ RISCはサッパーSPARCじゃなくて、i960と Am29kの方が
先なんじゃないか?
>>836
これも大ウソ。i486のころの WSは最小構成は 100万円以下だよ。
開発に使う場合も普通に各席にあったのはせいぜい 100万円少し出るくらいの構成。
サーバーは別だけどね。
ハイパー98は 200万円した。Macintoshも普通の構成は 200万くらい。
WSは、SS10あたりから、増設部品が異様に高くなった。
あと、ミドルは高かった。
0843名無しさん＠お腹いっぱい。
2009/02/01(日) 17:20:16SPECint_rateやfp_rateではT2/T2+が勝っている。
つい最近まではXeonにも勝っていた。
さすがにNehalemシリーズには勝てなかったけどな。
0844名無しさん＠お腹いっぱい。
2009/02/01(日) 17:26:430845名無しさん＠お腹いっぱい。
2009/02/01(日) 17:36:43MIPSが失速したのは、
遅延スロットによってパイプラインを変えるとバイナリ互換が崩れる
という制約があって、
クロックを上げるためにパイプラインを細分化することができなかった
ことが原因だったのかも。
とはいえ、MIPSは500MHz以下の領域では、それなりに成功したね。
0846名無しさん＠お腹いっぱい。
2009/02/01(日) 17:38:02自作PC板では、NehalemはCore2と大差ないか、ちょいと遅い失敗作、みたいに言われてるね。
0847名無しさん＠お腹いっぱい。
2009/02/01(日) 17:46:410848名無しさん＠お腹いっぱい。
2009/02/01(日) 18:01:17エンコードくらいにしか能力発揮できないし。
0849名無しさん＠お腹いっぱい。
2009/02/01(日) 18:07:26前者は仮想化や64bitなんか適当だったし。
0850名無しさん＠お腹いっぱい。
2009/02/01(日) 18:07:520851名無しさん＠お腹いっぱい。
2009/02/01(日) 18:29:10ServerだとDNS/Web/File/Mail/POS/音楽配信/映像配信/Application 鯖とか。
0852名無しさん＠お腹いっぱい。
2009/02/01(日) 19:32:26あれを爆速と思える脳は4.5Hzくらいで回ってるんだろう
486DX2のほうがまだマシだったわ
0853名無しさん＠お腹いっぱい。
2009/02/01(日) 19:36:43FPUをあまり使わないプログラムなら、x86で十分だったが、使いやすいOSがなかった。
0854名無しさん＠お腹いっぱい。
2009/02/01(日) 19:39:44脳のクロックが低いやつは哀れよのお
0855,,・ ∀ ・,,）っ-○◎○
2009/02/01(日) 20:22:42>スーパースカラ RISCはサッパーSPARCじゃなくて、i960と Am29kの方が
>先なんじゃないか?
典型例としてSPARCを引き合いにだしたまでだが。ここSunスレだし。
さっぱーですよ。
0856名無しさん＠お腹いっぱい。
2009/02/01(日) 20:46:530857名無しさん＠お腹いっぱい。
2009/02/01(日) 21:10:07レジスタウィンドウをRISC的じゃないというのはRISC信者的であるが。
0858名無しさん＠お腹いっぱい。
2009/02/01(日) 21:16:57それがRISCってもんだ。
0859名無しさん＠お腹いっぱい。
2009/02/01(日) 21:49:24バークレーRISCの論文でも一から読み直して出直してこい。
0860名無しさん＠お腹いっぱい。
2009/02/01(日) 21:54:19単にあとから効果がないとおもったものは全部RISC的じゃないとかいいだすんだよ
で、成功したやつはx86とかでもこれはRISCだとかねw
笑止
0861名無しさん＠お腹いっぱい。
2009/02/01(日) 22:50:24バークレーRISCのレジスタ・ウィンドウは、MIPSに否定されてるだろが。
0862名無しさん＠お腹いっぱい。
2009/02/01(日) 23:00:15それがどうかしましたか?
0863名無しさん＠お腹いっぱい。
2009/02/01(日) 23:13:47ただゴミまいてるだけじゃねーかよ。やだねー CISCコンプレックス。きも過ぎ。
0864名無しさん＠お腹いっぱい。
2009/02/01(日) 23:17:41i486DX2-33 が SS1+相当、-66が SS2よりちょっと遅いというのは
衆目一致した見解だったよ。もちろん FPU抜きでな。FPU入れたら i486は
話にならん。
で、SS10はだいぶ遅れたが、SS2よりはぶっちぎりで速かった。
遅いっていうのは、33MHzのやつのことか? そいつは触ってないけどな。
あ、ひょっとしてブート時のフレームバッファのテキスト表示見て言ってんのか?
いずれにせよ、知識なさすぎるわ。もう来るなやwwww
0865名無しさん＠お腹いっぱい。
2009/02/01(日) 23:18:04ヘネパタだったかパタヘネだったかの信者なんでね、レジスタウィンドウはRISC的とは思えないんだわ。
0866名無しさん＠お腹いっぱい。
2009/02/01(日) 23:18:530867名無しさん＠お腹いっぱい。
2009/02/01(日) 23:21:22マジきもいな。そのパタの方がレジスタウィンドウのご本家さんだが。
あと 100ぺんあの本読め。それまで来るな。
0868名無しさん＠お腹いっぱい。
2009/02/01(日) 23:26:50しかし、ある時点で、それは無駄なハードウェアコストだと判明した。
それだけのことだよ。
0869名無しさん＠お腹いっぱい。
2009/02/01(日) 23:29:57今でも効いてるぜ。「クロック上げるのに苦労する」ってだけのはず。
も、ゴミまくな。くるな。
0870名無しさん＠お腹いっぱい。
2009/02/01(日) 23:39:14いくらレジスタウィンドウによって速度向上しても、
クロック上がらないんじゃ相殺されちまうじゃないか。
0871名無しさん＠お腹いっぱい。
2009/02/01(日) 23:44:07RISC命令セットだって試行錯誤の結果、いろいろな試みがされて、
中には失敗と思われる仕様もひきずっているのに
勝手なマイRISCを創って、自分の気にくわないものはRISCじゃないってか?w
かんべんしてくれよ。初期のRISCはx86ほどではないにしろ
とっくに古くなってしまった命令セットなんだよ。
0872名無しさん＠お腹いっぱい。
2009/02/01(日) 23:46:41ウソこけ。SS10出た当初はSuperSPARC 36MHzでMXCC無しでがっかりだったぞ！
0873名無しさん＠お腹いっぱい。
2009/02/02(月) 00:06:3736MHzでもSS2と比べたらずいぶん速くてビックリしたけどなあ
0874名無しさん＠お腹いっぱい。
2009/02/02(月) 00:08:47元々レジスタウインドウがメインディッシュで、直交性の高い命令セットはその飾りだ。
0875,,・ ∀ ・,,）っ-○◎○
2009/02/02(月) 00:51:30ちがうだろ。シングルチップにアーキテクチャを押し込むのに
命令セットは小さくシンプルに押さえる必要があった。
実プログラムの命令比を分析したところ、Call/Returnが時間をくっていることがわかった。
それでCall/Returnを高速化するために、レジスタウインドウを導入。
VAXと比較したところ圧倒的パフォーマンスでレジスタウインドウマンセー。
だが、後にパフォーマンス向上の主たる要因は縮小した命令セットの方にあることがわかる。
0876名無しさん＠お腹いっぱい。
2009/02/02(月) 00:54:50だまれキモデブの CISCコンプレックスが。来るなと言ってるだろ。
0877名無しさん＠お腹いっぱい。
2009/02/02(月) 02:45:38初代SPARCは1チップではなかった・・・と思う。
0878名無しさん＠お腹いっぱい。
2009/02/02(月) 02:49:340879名無しさん＠お腹いっぱい。
2009/02/02(月) 02:55:56RISCで回路規模が小さいとはいえ、ゲートアレイで作るなよ。
0880名無しさん＠お腹いっぱい。
2009/02/02(月) 13:30:290881名無しさん＠お腹いっぱい。
2009/02/02(月) 16:26:290882名無しさん＠お腹いっぱい。
2009/02/02(月) 16:43:240883名無しさん＠お腹いっぱい。
2009/02/02(月) 16:44:530884名無しさん＠お腹いっぱい。
2009/02/02(月) 19:27:580885,,・ ∀ ・,,）っ-○◎○
2009/02/02(月) 21:25:55なんちゃってRISC信奉者大杉。
パターソンはもともとシングルチップコンピュータの研究してたんだよ。
おれの>>875書き込みは要約。
0886,,・ ∀ ・,,）っ-○◎○
2009/02/02(月) 21:28:15RISCを語る資格などないwww
0887名無しさん＠お腹いっぱい。
2009/02/02(月) 21:32:42まじで？
0888名無しさん＠お腹いっぱい。
2009/02/02(月) 21:33:36どこで仕入れたの？
0889名無しさん＠お腹いっぱい。
2009/02/02(月) 22:51:32あなたにとって、IA-64はRISCですか?
0890名無しさん＠お腹いっぱい。
2009/02/02(月) 22:55:09これはガチ
0891,,・ ∀ ・,,）っ-○◎○
2009/02/02(月) 23:06:38でもIA64はいろんな意味ですごいぜ。
考えすぎな命令セットの極みというか。
0892名無しさん＠お腹いっぱい。
2009/02/02(月) 23:09:40なぜRISCではないのですか?
0893名無しさん＠お腹いっぱい。
2009/02/02(月) 23:34:59そう、何を隠そうIA64はRISCだ
0894名無しさん＠お腹いっぱい。
2009/02/02(月) 23:47:110895名無しさん＠お腹いっぱい。
2009/02/02(月) 23:54:590896名無しさん＠お腹いっぱい。
2009/02/03(火) 00:09:08命令数 ・・・ 少ない
コンパイラが頑張る ・・・ その通り
0897名無しさん＠お腹いっぱい。
2009/02/03(火) 11:20:18それは宗教。みんな自分の都合のいいとこだけ指して「RISC」って言ってても
噛み合うわけがない。
で、>>886
違うだろ。知識がないのは CISCコンプレックスの x86擁護者だよ。
クズが混じっている。
その上で、1つだけ確かなことは、x86（80386でもいいが）の ISA設計には
いわゆる「RISC的な考え方」は一切入っていない、ということ。
RISC普及以後に設計された ISAは全て、それを RISCと呼ぼうが呼ぶまいが、
「RISC的な考え方」に影響を受けている。
IA-64も当然そう。
0898名無しさん＠お腹いっぱい。
2009/02/03(火) 14:21:150899名無しさん＠お腹いっぱい。
2009/02/03(火) 14:54:420900名無しさん＠お腹いっぱい。
2009/02/03(火) 14:59:430901名無しさん＠お腹いっぱい。
2009/02/03(火) 15:25:140902名無しさん＠お腹いっぱい。
2009/02/03(火) 15:32:230903名無しさん＠お腹いっぱい。
2009/02/03(火) 15:34:42終わってる・・・
0904名無しさん＠お腹いっぱい。
2009/02/03(火) 15:44:21ソフトの開発力弱いって
あそこが美味しいのはNICとCPUのみでしょ
0905名無しさん＠お腹いっぱい。
2009/02/03(火) 15:45:480906名無しさん＠お腹いっぱい。
2009/02/03(火) 15:50:100907名無しさん＠お腹いっぱい。
2009/02/03(火) 15:52:20キーボードはミツミの方が好きだなぁ
>>905
まぁね
0908名無しさん＠お腹いっぱい。
2009/02/03(火) 15:56:020909名無しさん＠お腹いっぱい。
2009/02/03(火) 15:58:270910名無しさん＠お腹いっぱい。
2009/02/03(火) 16:00:20負けて勝ち取るであるいみあっぱれ
i7が載るGPU積んだnforceが欲しいわ
ソラリス入れて遊ぶんだ
0911名無しさん＠お腹いっぱい。
2009/02/03(火) 16:10:55Mouse Systemsだよな、マウスは普通。
0912名無しさん＠お腹いっぱい。
2009/02/03(火) 16:20:24オレなんか Matrox(cg12)で SunViewで遊べるんだぞ、その気になればw
0913名無しさん＠お腹いっぱい。
2009/02/03(火) 17:27:59勝手に人物像を作って叩くなよ
0914名無しさん＠お腹いっぱい。
2009/02/03(火) 17:29:10x86とか関係なくてさ。
0915名無しさん＠お腹いっぱい。
2009/02/03(火) 17:33:070916名無しさん＠お腹いっぱい。
2009/02/03(火) 17:40:090917名無しさん＠お腹いっぱい。
2009/02/03(火) 18:07:43hyperSPARCが上がり出した時は「すぐに SPARCv9だ」と言って足ひっぱったし、
TurboSPARCもあまりいい扱いをしなかったよね。
あのまま SPARCv8が高クロック化して低価格品を提供してたら、
また違った展開があったかも知れない。
それと、x86のクロックを上げたのは Alpha残頭で、当時まだ SPARC敵視しまくり
だったんじゃないかな。
0918名無しさん＠お腹いっぱい。
2009/02/03(火) 19:42:05SPARCだけでなく、他のRISCも鈍った。
そして、鈍ったというよりもむしろ、それまでがハイペースすぎた。
0919名無しさん＠お腹いっぱい。
2009/02/03(火) 20:19:40パイプラインの各ステージの伝搬遅延を小さくして高クロックを狙うアプローチよりも、
処理を複雑にして伝搬遅延を増やして(クロックを下げて)でも、IPCを上げたほうが
高い性能が得られるとわかってしまったのよ。
0920名無しさん＠お腹いっぱい。
2009/02/03(火) 20:36:240921名無しさん＠お腹いっぱい。
2009/02/03(火) 20:52:16MIPS、PA-RISC、SPARC、SH
新しいRISC
ARM、Alpha、PowerPC
クイズ
この違いは何でしょう
0922名無しさん＠お腹いっぱい。
2009/02/03(火) 22:10:45「RISC的な考え方」って何だ?
説明してみ。その「私の考えるRISC的」が変だからRISCは宗教化しているって話題になってるわけで。
0923名無しさん＠お腹いっぱい。
2009/02/03(火) 22:14:04RISCはそれに最適化された命令セットをもっている。
固定長の命令セットとかロードストアアーキテクチャなんてのは単なるその結果の特徴分析であって、
RISCがはしりなわけでもないし、もしそれをRISC的な考えといってしまうのは間違っていますよ。
0924名無しさん＠お腹いっぱい。
2009/02/03(火) 22:49:120925名無しさん＠お腹いっぱい。
2009/02/03(火) 22:54:49RISCは、
・パイプライン処理できる命令のみにする
・各ステージを1クロックで処理できるように、単純化した命令のみにする
・Cコンパイラを使うことを前提にし、重複する機能を持つ命令を持たせない
ということだからね。
0926名無しさん＠お腹いっぱい。
2009/02/03(火) 23:12:50それがVLIW的な考え方、などといわれることはない。
元々ベクトルプロセッサはRISC以前の技術であるし、VLIWも技術的にはRISCと比べてわずかに登場が遅い程度のものだ。
しかしながら、RISC信奉者にかかってしまうと、固定長であれば、ロードストアアーキテクチャであれば、
なんでもこれはRISCの考え方だ、の一言でかたづけられてしまう。これは思考停止だ。
大体、何故ロードストアがその元祖であるCDC6600的だとはいわれずに、RISCの考えだといわれてしまうのか。
命令セットは設計された当時のハードウエア事情を反映して設計されているものであり、
同時期に設計された特に同クラスのアーキテクチャの多くが似通った特徴をもっているものだ。
RISC登場初期は主にメモリアクセスコストの変化がRISC以外でRISC似の特徴をもつアーキテクチャを生み出す結果になった。
また、現代においてx86とRISCの共通点もその時代にあったハードウエア事情を反映した一つの結果と解釈されるべきもので、
これはRISC信奉者に対しても今は一定の支持を得られているいるように見える。
0927名無しさん＠お腹いっぱい。
2009/02/03(火) 23:26:26x86が現行最強、それでFAだろ いまのところ
Sunもx86ベンダー
ここはSPARCスレッドじゃない
0928名無しさん＠お腹いっぱい。
2009/02/04(水) 01:28:40遅延分岐スロットの有無か。
0929名無しさん＠お腹いっぱい。
2009/02/04(水) 01:52:05SPARCがボロクソ
0930名無しさん＠お腹いっぱい。
2009/02/04(水) 12:13:090931名無しさん＠お腹いっぱい。
2009/02/04(水) 13:40:57SPARC厨は都合の悪いことをすぐ無かったことにするから
0932名無しさん＠お腹いっぱい。
2009/02/04(水) 15:04:340933名無しさん＠お腹いっぱい。
2009/02/04(水) 15:59:16その後、SPARCに何か進展はありましたか? v10は出ましたか?
0934名無しさん＠お腹いっぱい。
2009/02/04(水) 16:12:20SPARCが亡くなったらSolarisもSunも心中するから
0935名無しさん＠お腹いっぱい。
2009/02/04(水) 16:16:540936名無しさん＠お腹いっぱい。
2009/02/04(水) 16:30:50SunにSPARCとSPARC鯖の開発から手を引かせ、Solarisとx86鯖の開発に集中したほうがいい
なんていう話もあるぜ。
0937名無しさん＠お腹いっぱい。
2009/02/04(水) 16:40:400938名無しさん＠お腹いっぱい。
2009/02/04(水) 16:43:510939名無しさん＠お腹いっぱい。
2009/02/04(水) 16:46:25そんなことしたらサーバメーカとしてはDell以下になるぞ
0940名無しさん＠お腹いっぱい。
2009/02/04(水) 16:46:260941名無しさん＠お腹いっぱい。
2009/02/04(水) 16:49:400942名無しさん＠お腹いっぱい。
2009/02/04(水) 16:54:51サーバーメーカー？
0943名無しさん＠お腹いっぱい。
2009/02/04(水) 16:57:33Core2のときはプロセス技術では独走態勢だったけど
これからはCPUよりもメモリがボトルネックになっていく
今までは先に進んだプロセス技術で他社よりも大容量のキャッシュメモリを搭載することで解消してたけど
今後、PC向けとほぼ同じアーキテクチャでサーバでも性能を発揮できるか疑問
0944名無しさん＠お腹いっぱい。
2009/02/04(水) 17:04:28http://pc11.2ch.net/test/read.cgi/jisaku/1233491647/3
>■SAPS
> Dual Xeon 5570(2.93GHz) 25530
> Quad Shanghai (2.70GHz) 22000
>ttp://download.sap.com/download.epd?context=40E2D9D5E00EEF7CEFAB1A60619EA91B1FB11E23FC0B03F38E136DCEAD8120DA
>ttp://download.sap.com/download.epd?context=C204AB680DC3C9C99E517E3F38CDECBD48373813E84BE4BBDD5752F147180BEEBEB9071EC1B5ACB3
0945名無しさん＠お腹いっぱい。
2009/02/04(水) 17:24:42Sunや富士通にはこんなお化けのようなサーバがあるからな
ttp://www.spec.org/cpu2006/results/res2008q3/cpu2006-20080711-04737.html
0946名無しさん＠お腹いっぱい。
2009/02/04(水) 17:48:580947名無しさん＠お腹いっぱい。
2009/02/04(水) 18:33:25メモリのレイテンシ対策としてのマルチスレッド化は諸刃の剣
マルチスレッド化すればするほどキャッシュの容量が必要になり、
キャッシュ容量が足りなければ、キャッシュミスを増やしてしまう。
0948名無しさん＠お腹いっぱい。
2009/02/04(水) 18:43:56IntelのQPIはローカルで32ソケットをサポートしているから、
Nehalem-EXで、256コア構成は普通に可能になってしまうぞ。
今までのx86とはスケーラビリティがまるで異なる。APICも進化しているし。
もともとXeonが活躍しているHPCでも
Nehalemマシンが沢山ランクインするとみられるが。
0949名無しさん＠お腹いっぱい。
2009/02/04(水) 18:44:13すごいけど、何に使うの? いや、まじで。
単一SMPで、そこまでの性能が必要な用途、
そして、512コアにスレッドを分散させることが容易な用途。
実はパーティション切って使い、各パーティションは・・・なんてオチで、
より小規模な構成を数台でも構わなかったりしないか?
もちろん1台で全部のほうが柔軟なことは確かだけどさ。
0950名無しさん＠お腹いっぱい。
2009/02/04(水) 18:45:15HPCとかではx86の方がSPARCより強いんだが。
0951名無しさん＠お腹いっぱい。
2009/02/04(水) 18:49:180952名無しさん＠お腹いっぱい。
2009/02/04(水) 18:50:50ストレージ総合スレでもたててやったらどうだ?
0953名無しさん＠お腹いっぱい。
2009/02/04(水) 18:56:300954名無しさん＠お腹いっぱい。
2009/02/04(水) 19:11:510955名無しさん＠お腹いっぱい。
2009/02/04(水) 19:18:01アスホールか？
0956名無しさん＠お腹いっぱい。
2009/02/04(水) 19:22:410957名無しさん＠お腹いっぱい。
2009/02/04(水) 19:40:21しまいには、ネットワークの遅延のがネックだとか、ユーザがとろいのがネックだなどと言い出すに違いない。
ここまでCPUの話できているのに文脈から話の範囲を判断できないやつは仕事もできないのだろうな。
0958名無しさん＠お腹いっぱい。
2009/02/04(水) 19:40:280959名無しさん＠お腹いっぱい。
2009/02/04(水) 20:03:040960名無しさん＠お腹いっぱい。
2009/02/04(水) 20:04:45メモリがボトルネックなら、ハードディスクなはなんだ？
アスホールか？
これどゆこと?
0961名無しさん＠お腹いっぱい。
2009/02/04(水) 20:05:340962名無しさん＠お腹いっぱい。
2009/02/04(水) 20:07:53アスホール = ケツの穴
これでわかるだろwwwwwwwwwwwwwwwwwwwwwwwwwww
0963名無しさん＠お腹いっぱい。
2009/02/04(水) 20:35:53つまるところの話だな…(ry
0964名無しさん＠お腹いっぱい。
2009/02/04(水) 20:37:57便秘文化の人か。
0965名無しさん＠お腹いっぱい。
2009/02/04(水) 21:18:39最近の Sun は遅れるのがデフォだな。
0966名無しさん＠お腹いっぱい。
2009/02/04(水) 21:32:350967名無しさん＠お腹いっぱい。
2009/02/04(水) 21:35:550968名無しさん＠お腹いっぱい。
2009/02/04(水) 21:49:24今のXeonMPだって32ソケットまでサポートしているが・・・
純正マザーボードも出ないし基本的に8ソケット以上はIntelはやる気が無い
0969名無しさん＠お腹いっぱい。
2009/02/04(水) 21:51:43いやでもわかるからいいや。
0970名無しさん＠お腹いっぱい。
2009/02/04(水) 21:55:40Xeon最強！
0971名無しさん＠お腹いっぱい。
2009/02/04(水) 23:09:000972名無しさん＠お腹いっぱい。
2009/02/04(水) 23:14:06相変わらずRASもスケーラビリティもItaniumと差別化されるようだが？
具体的にお願いします
0973名無しさん＠お腹いっぱい。
2009/02/04(水) 23:17:010974名無しさん＠お腹いっぱい。
2009/02/05(木) 04:55:400975名無しさん＠お腹いっぱい。
2009/02/05(木) 10:54:08いきなりのっけから間違ってるがwwww SPARCは バークレーRISCだつーのw
>>921
答えはわからんが、時系列だと ARMはすごく古いぞ。SPARCや MIPSと同時期か
さらに早いくらい。
0976名無しさん＠お腹いっぱい。
2009/02/05(木) 10:56:26最後の斥候
最後の投機
最後の岩延
0977名無しさん＠お腹いっぱい。
2009/02/05(木) 10:58:06まあ、まだ実績皆無だからな。お手並拝見だ。
0978名無しさん＠お腹いっぱい。
2009/02/05(木) 10:59:340979名無しさん＠お腹いっぱい。
2009/02/05(木) 11:41:52昨日はじめて IT系の株買った投資家みたいなこと言ってるな。
現状の米国資本主義の悪い面の典型。目先しか考えないで適当なこと巻き散らして
経営の邪魔。
0980名無しさん＠お腹いっぱい。
2009/02/05(木) 12:13:39短期利益を追求
↓
事業の切り売り、研究開発の縮小、技術・人材の流出
↓
一時的に利益は出るかもしれない、株主はウハウハ
↓
売れない・売るものがなくなってきた
↓
どうにもならなくなって終了
本当に重要で将来性の高い分野にうまく集中できればいいが
うまくやれたという話はそうあるもんじゃないよな
0981名無しさん＠お腹いっぱい。
2009/02/05(木) 13:11:020982名無しさん＠お腹いっぱい。
2009/02/05(木) 13:13:260983名無しさん＠お腹いっぱい。
2009/02/05(木) 13:59:550984名無しさん＠お腹いっぱい。
2009/02/05(木) 14:05:28問題なのは宗教にして弾圧根拠に利用しようという CISCコンプレックスの
習癖なのだよ。ダメだろ人として。キミのことだぞ?
0985名無しさん＠お腹いっぱい。
2009/02/05(木) 14:36:500986名無しさん＠お腹いっぱい。
2009/02/05(木) 14:39:290987名無しさん＠お腹いっぱい。
2009/02/05(木) 14:40:190988名無しさん＠お腹いっぱい。
2009/02/05(木) 14:47:560989名無しさん＠お腹いっぱい。
2009/02/05(木) 15:38:360990名無しさん＠お腹いっぱい。
2009/02/05(木) 16:34:03それがサンマイクロエクスペリエンス
0991名無しさん＠お腹いっぱい。
2009/02/05(木) 19:00:410992名無しさん＠お腹いっぱい。
2009/02/05(木) 19:40:360993名無しさん＠お腹いっぱい。
2009/02/05(木) 19:56:230994名無しさん＠お腹いっぱい。
2009/02/05(木) 21:33:230995名無しさん＠お腹いっぱい。
2009/02/05(木) 21:35:490996名無しさん＠お腹いっぱい。
2009/02/05(木) 21:41:49空気読めよ>>995
0997名無しさん＠お腹いっぱい。
2009/02/05(木) 21:56:18Sun christens once and future Supernovas
http://www.theregister.co.uk/2009/02/04/sun_supernova_lineup/
0998名無しさん＠お腹いっぱい。
2009/02/05(木) 22:53:42http://www.atmarkit.co.jp/news/200902/05/monty.html
0999名無しさん＠お腹いっぱい。
2009/02/05(木) 22:55:251000名無しさん＠お腹いっぱい。
2009/02/05(木) 22:56:431001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。