- 1 名前：名無しさん＠お腹いっぱい。 [2008/04/10(木) 02:19:28 ]
- サンマイクロ探検隊
「発売！秘境ヴィクトリアの滝を搭載したラックマウントサーバーは実在した！！」
www.sun.com/servers/coolthreads/t5240/
www.sun.com/servers/coolthreads/t5140/
【前スレ】
Sun Microsystems 最大の黒箱
pc11.2ch.net/test/read.cgi/unix/1193754625/
- 81 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:43:56 ]
- > そして彼らは今も1999年の頃と変わらず、コモディティクラスのx86 PCをカスタムビルドしているのだ。
この記述は信じ難いものが。工場で大量生産するからコモディティなんであって、
手作りしたらコモデティじゃねえじゃん。
- 82 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:52:36 ]
- >>75
会長が現場の合理的な選択を覆せるわけがない。
>>76
Googleはメーカー製のサーバは一部にしか使ってないと思うぞ。
Googleの凄いところは、
DIYパソコン的にサーバを自作していた段階から更に進んで、
いまでは電源ユニットやマザーボードがGoogle専用仕様だということ。
エンタープライズ向けとかHPC向けの既存のサーバ製品は、
Googleの要求仕様に対して余計な機能・消費電力が多いのだろう。
たぶん、OrionのDT-12やDS-96に使われているような高密度なサーバだろう。
- 83 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:57:57 ]
- >>81
「コモディティクラス」というのは日本でいうところの「ローエンドPC」というやつだと思う。
サーバ向けのCPUではなく、ローエンドPC向けのCPUを使う(当然、CPUは1台に1つ)
サーバ向けのHDDではなく、ローエンドPC向けのHDDを使う(当然、IDEやSATA)
ということだと思うよ。
- 84 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:58:07 ]
- え? そういう話ならいわゆるキャリアグレード仕様が有効な気がするけど。
- 85 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:59:34 ]
- つーか、goole は公表してないし、なんとか Sun 使ってないことにしたいアンチあわれww
てか、も少しひねった面白いこと言えよ低能wwww
- 86 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 17:08:48 ]
- SPARCの話じゃないけどOpenSolaris自体はGoogleで使ってるよね。
Google規模からしてみればたったの数百台だけど。
blogs.sun.com/kuniya/entry/solaris_x64%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E3%82%B3%E3%83%A1%E3%83%B3%E3%83%88
- 87 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 17:09:22 ]
- >>84
冗長機能とか冷却ファンの消費電力が無駄じゃん。
>>85
まったく公表されていないわけではないぞ。
Googleは取材に対して口を閉ざしているが、
インテルが受注したとか、そういう話は出てる。
ま、SPARCを全く使っていないわけではないだろうが、
Niagara以前のSPARCの性能対消費電力では論外だろう。
Niagaraにしてもプロセッサの消費電力は低くても他の部分の
消費電力が大きいので採用されていないと思うぞ。
- 88 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 17:33:44 ]
- 2005年12月の資料
ttp://www.strassmann.com/pubs/gmu/LectureV4.pdf
ラック1本に88台のサーバ。
そのサーバの仕様は、2GHzのCPUを2個、2GBのメモリ、80GBのハードディスク1台
信頼性はハードウェアではなくソフトウェアによって実現する
- 89 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 18:17:38 ]
- GoogleのサーバはCPUが特注っていう話もあるぞ。
特定ユーザのために開発したものが一般に出まわることもあって、
Opteronの低消費電力版はGoogleのために開発されたのかもな。
ちなみにPentiumPro用のODPは、アメリカのASCI Redのために開発されたらしい。
- 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 19:12:10 ]
- TransmetaでCrusoe作った人は、SunでSPARC開発してた人らしいな。
あれはItaniumよりも酷いCPUだった。
省電力といってもアイドル時だけで、
コードモーフィングのために電力とサイクルを食い、
パソコンとして使うと消費電力がちっとも削減されなかった。
- 91 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 19:12:49 ]
- CMSバージョンアップするする詐欺か。
- 92 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:09:43 ]
- IBM社、水冷式のスーパーコンピュータを発表
www.ednjapan.com/content/l_news/2008/04/u0o6860000001zb2.html
IBM社は、「Power575は1ラック当たりプロセッサコアを448個搭載でき、
従来のシステムの5倍以上のパフォーマンスを実現する。
また、この水冷方式とPower6を採用するによって、
ラック当たりのエネルギ効率は3倍高められる」と説明する。
- 93 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:20:16 ]
- >>90
ハイパフォーマンス一辺倒から現在の低消費電力志向へとシフトする
先駆けはPowerPC750だと思うが、x86PC界で初めて低消費電力本位
のCPUを製品化したのがCrusoeで、ノートPCメーカー各社が採用した
ので危機感を煽られたIntelが結果としてPentiumM系統に注力をして、
現在のCore系CPUが出来るに至ったと考えれば、
「踏み台として充分に役に立った」
と言えるので、踏み台にもならないItaniumよりは価値があっただろうw
- 94 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:42:10 ]
- IA-64はAMD64の踏み台になったんだが。
IA-64の失敗が明るみに出るまでは、
みな、
もうx86は駄目だABIを変えるべきだという話だった。
IA-64が失敗したからこそ、
ABIを変えないことに対する批判がなくなり、
AMD64が歓迎された。
- 95 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:50:12 ]
- Transmeta は死ぬ程優秀だよ。SuperSPARC 以降の汚名を注いだと言える。
バカにはわからんだろうが、ここへ来るなよ。x86 使ってうれしがってりゃいいだろが。
- 96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:50:58 ]
- 汚名を注ぐのですね！
- 97 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:51:11 ]
- つーか、Itanium はクソだ。未だに見捨てられない企業群あわれ。終ってる。
- 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 20:53:01 ]
- >>93
> x86PC界で初めて低消費電力本位のCPUを製品化したのがCrusoe
カタログスペックだけ、な。
Crusoe登場で各社から最初の採用モデルが出た時がピークで、
あっという間にCrusoeは売れなくなった。
Crusoeの不振は自滅であり、インテルは関係ない。
Crusoeの600MHz動作時のパフォーマンスと消費電力は、
それぞれCeleron 600MHzを300MHz動作させた時と同じくらいで、
コードモーフィングのペナルティがあるので、
Celeron 600MHzの300MHz動作のほうが使用感は良かった。
- 99 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 22:31:09 ]
- >>67
マザボかってきて自分で並べている
- 100 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 22:32:26 ]
- あんなクズ命令セットを疑似ること自体にムリがあるという点は認めざるを得んな。
けどあそこまで健闘した意義は大きい。Intel がいかにクズ作ってたかを浮き彫りにした。
NetBurst な。
もういいから来んな。x86使ってヨダレたらしてろw
- 101 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:11:55 ]
- 信者の発言は面白いな
- 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:22:01 ]
- > あんなクズ命令セットを疑似ること自体にムリがあるという点は認めざるを得んな。
・疑似ること自体にムリがある
・あんなクズ命令セットだから疑似ることにムリがある
どっち?
> けどあそこまで健闘した意義は大きい。
健闘? Transmetaは大赤字だったぞ。
> Intel がいかにクズ作ってたかを浮き彫りにした。
同時期のインテルのモバイルCPUのほうが、優れていたのだが。
Crusoeを手にした人の多くが、そのあまりの鈍足モッサリぶりに騙されたと感じてたぞ。
> NetBurst な。
唐突にどうした?
NetBurstは、当時、事務アプリと動画処理をバランスよく処理できるCPUだった。
消費電力は大きかったが、リアルタイムに処理できなければ、いくら省電力でも意味がない。
- 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:33:56 ]
- あえて時期の違うCPUを比較してみよう。
Pentium4 2.4BGHz
TDP 57.8W (設計上の最大消費電力は74.7W)
実際のアプリケーションではVRMを含めて50W程度。
AthlonXP 2400+
TDP typ 62W、max 68W
実際のアプリケーションではVRMを含めて60W程度。
動画エンコードではPentium4のほうが高速。
事務アプリではAthlonXPのほうが高速だが、かなりの過剰性能。
デスクトップCPUとしてはPentium4は良くできてる。
サーバ用としてはNetBurstダメだったな。
XeonMP 1.4GHz Quadのマシンの性能は、
それはもう酷い代物だった。
PentiumIII-S 1.4GHz Dualのほうが速かった。
- 104 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 01:37:43 ]
- > 動画エンコードではPentium4のほうが高速。
> 事務アプリではAthlonXPのほうが高速だが、かなりの過剰性能。
こんなクソバカぶりは、どうぞよそでやってください。迷惑です。
- 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 09:22:23 ]
- 売れる → 優秀
独禁法不要ですね。ファシストかなんかの方ですか?
- 106 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 09:34:47 ]
- >>96
あってると思うけど。
- 107 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/16(水) 10:13:28 ]
- フィルタ複数使うと、Pen4遅くなったような
AthlonXPはidol時の省電力性に疑問があった
- 108 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/16(水) 10:20:15 ]
- Idleや
- 109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 10:29:37 ]
- 信者には真実が見えないらしいな。
両方を使い比べずに、
思い込みだけでPentium4を叩けば、
それで常識派を気取れると思っているようだが。
インテルのP6系よりもUltraSPARCのほうが速いと
信じていた人たちもいたなぁ。
両方を使い比べて見れば、簡単にわかることなのに。
- 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 10:30:19 ]
- >idol時の省電力性に疑問
Perfumeのことか？
- 111 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/16(水) 10:56:05 ]
- >>110
悪くないで砂
- 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 11:23:21 ]
- >>109
比べまくりだけど。SuperSPARC と PenPro の時から。
「信じていた」とか意味不明なんだよ。SPARC 使ってもないのにこんなとこへ
ノコノコやってくる馬鹿者はおまえぐらいだって言ってんだろ何べん言えば(以下略)
- 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 11:30:19 ]
- PenPro ターニングポイントだとかってえらい持ち上げられてるけど、
キャッシュ溢れるとパフォーマンスがた落ち（素Pen 以下）のひどい CPU だったけどなww
- 114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 11:32:03 ]
- そのあとの「スロットＸ」も、笑えたよな。いったいありゃなんだったんだwwww
- 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 11:46:14 ]
- 適材適所で使い分ければいいだけのことなのだが、
信者はどこでもx86、どこでもSPARCといった具合に、
使い分けができないのですよ。
ASCIのスパコン
Intel PentiumPro
IBM POWER5
IBM PowerPC 604e
AMD Opteron
あれ? SPARCは?
- 116 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/16(水) 12:01:17 ]
- 痛ニウムもないじゃん
- 117 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 12:01:53 ]
- 痛ニウムなんか、なくて当然。
- 118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 12:05:27 ]
- 地球シミュレータをトップの座から引きずり下ろしたのは、Itanium2×1万個のSGIのスパコンだったと思う。
- 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 13:49:27 ]
- >>90
最初の製品であれだけのものを作ったのにはびっくりした。
商売的にうまくいかずに特許ライセンス会社になってしまって残念。
Java bytecode用のCMSもあったらしいが、
顧客が全く見向きしなかったとか。
今やコードモーフィング(JIT/Hotspot)前提のJVMの方が、
x86よりはいい市場かと思ったが。
- 120 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 14:00:17 ]
- Transmetaの失敗はVLIWの欠点によるもので、技術的なものだろう。
- 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 14:15:01 ]
- だからさー、VLIW 失敗してたら x86 並の速度なんて出てないんだってば。
Transmeta の 2種はちゃんと性能が出た。ひきかえ初Ita の x86 エミュは悲惨。
VLIW は内部実装としては十分有効。
次元低すぎ来るんじゃねー!!!!!!
- 122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:00:22 ]
- 要約すると、わたしはIntelが嫌いです、という意味?
Itaniumの32ビットモードはパフォーマンスを指向した設計じゃないから
別に性能出なくていいんだけど、
VLIW採用してもハードウェアの複雑さを軽減できなかったItanium、
VLIWの欠点を乗り越えるためにx86 ISAを採用したものの、ネイティブx86チップに
パフォーマンスでも電力性能比でも負けたCrusoe/Efficeonを以て、
CPUにおけるVLIWの実験は終了した、と思っていいんじゃないかな。
まだGPGPU方面では続いてるけど。
- 123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:18:23 ]
- >>119
> 最初の製品であれだけのものを作った
最初ゴタゴタして延期したり型番変ったりスペック変ったりしてたんだがな。
一度採用して走り出したらすぐには止まれない日本の大手メーカーが
こぞって採用して搭載モデルを出したからこそ何とかなったのであって、
モノが良かったわけではない。
各メーカーとも薄型モバイルのフラッグシップ的モデルには採用せず、
廉価で中途半端なモデルだけの採用に留まったことが、
モノが悪かったことの証しだろう。
ま、日本メーカーの風土のために延命というのはItaniumと一緒だな。
>>120
もしVLIWの欠点が原因で失敗したのなら、
それはVLIWを採用したTransmetaが悪い。
VLIWしか採用できないという縛りがないのに、
VLIWを選んだのだから。
>>121
> 次元低すぎ来るんじゃねー!!!!!!
お前が低すぎ。
- 124 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:19:01 ]
- いいえ。終ったのは i860 と Itanium だけです。
- 125 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:21:01 ]
- >>122
ItaniumはVLIWではなくEPIC
EPICだから複雑になる。
- 126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:31:07 ]
- こんなレベルだとさすがに Intel でも迷惑だろうなwwww
- 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:33:51 ]
- >>123
狂う象は延命してないじゃん
日本のメーカはもっと良くなる期待があったんだろうけど、
x86互換性問題に加えて、なかなか向上が見られなかったから切り捨てた。
- 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:48:54 ]
- >>127
延命ってのは、それなりに一時代を築いたものに対して、言うことだな。
ItaniumとCrusoeいずれも、
最初で躓いて即死するような代物だったのだが、
アホな日本メーカーが支えちゃった。
- 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:53:08 ]
- >>125
投機実行どころか、
とりあえず全部実行しておいてから後で結果を捨てる
なんていうアーキテクチャだからな。
そりゃあ消費電力が馬鹿デカくなるのも当然だ。
- 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:54:42 ]
- 二つとも既存システムとの互換性の問題が大きかったと思う。
食い込める市場じゃなかったというか。
- 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:55:22 ]
- >>129
投機ですやん！
- 132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:56:24 ]
- VLIWの欠点が受け入れられるものではなかったから
拡張してEPICを名乗ったわけで、
複雑さをEPICのせいにしても、VLIWは助からんよ。
- 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 16:43:20 ]
- いや、だから、VLIW って全然死んでないって何度言えば...
Intel ホメ殺しキャンペーンですか?wwww
- 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 16:48:43 ]
- >>128
Transmeta の、特に Efficeon は実際パフォーマンス出てたけど、
資源が尽きるまでに商業的に間に合わなかった。技術的には大成功の部類。
ひきかえ Itanium は....... 死ぬ程資源投入してこれでもかってコネクリ回して
時間もかけて（外見上はまだ終らないww）ダメが証明された技術的大失敗。
正反対。
あんまりはずかしーこと言わんといてくれww
- 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:00:29 ]
- Crusoe→Efficeon
初代Itanium→初代Itanium2
クロック・消費電力は僅かな上昇だが、
そのパフォーマンスは倍に跳ね上がった。
似てるね。
- 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:09:33 ]
- >>134
EfficeonはULV版のPentiumIII-Mに、
速度でも消費電力でも負けてたから、
売れなかった。
売れていれば継続できてたと思うぞ。
- 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:14:27 ]
- つけ加えると、価格も。
- 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:15:54 ]
- だから、だれが「売れてたら」なんて話してんだよ。
そんな話わざわざしないとあんた以外理解できないとでも思ってるのか? ガイコツ開けるぞ?!
- 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:33:00 ]
- >>138
っ >>134
- 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:54:48 ]
- （パカッ）
- 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:57:51 ]
- >>138
お前、ちょっと行間とか読めるようになれ
- 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 18:30:33 ]
- ゴミ記事に行間見えるようになったらおしまいだろ。
ただの垂れ流しじゃねーか(#
- 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 18:34:02 ]
- >>142
何をそんなにムキになってるんだ?
- 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 18:49:01 ]
- >>134
>技術的には大成功の部類。
「SPARC64 VI」も技術的には大成功なのに商売的には不振だったね…
- 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 23:53:07 ]
- 商業的に成功しているCPUなんて、
x86, PowerPC, ARMくらいじゃね?
- 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 02:57:32 ]
- なんでSunはNiagaraのx86版を出さないんだ?
- 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 10:22:02 ]
- はぁ??? なんで x86 の携帯電話がないかとか考えてみな。
なんで x86 の大型機がないか（商品としては何度も出てるがなww）も、
なんで MS の OS がマルチプラットフォームをろくに維持できないか、もな。
- 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 12:59:27 ]
- >>147
関係ない話だな。
SunはOpteronサーバを作って売っているのだから、
その延長線上に、
x86版Niagaraサーバがあってもいいだろう。
x86にはできないSPARCでなければならない需要があるのだから、
x86サーバの性能を飛躍的に向上させても共食いにはならないでしょう。
- 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 14:07:04 ]
- ?? あんた、何言ってんの? おつむだいじょうぶ?
- 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 14:16:24 ]
- >>149
言うに事欠いて、それか。
- 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 14:29:10 ]
- 事欠くもなにも、意味がわからんぞ。「SPARCでなければならない」んなら、
コアは SPARC なんだよな? それのどこらへんが「x86版」なんだよ。
おまえ小学生なのか?
- 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 15:36:40 ]
- >>151
x86版のNiagaraは、SPARCと競合しない
ってことだろ。
- 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 15:43:47 ]
- だから、具体的になんなんだよ x86版Niagara ってよ。阿呆かおまえ? 阿呆確定。
- 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 16:12:40 ]
- >>153って読解力なさすぎ
- 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 16:55:52 ]
- x86でナイアガラに似たCPUを作る能力はSunにはないと思われ
作ったところで誰もうれしくないだろ
ニッチ向けだからNiagaraの価値があるのに
- 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 17:02:48 ]
- SPARCだからNiagaraを選ぶのではなく、
NiagaraだからSPARCを選んでいる客は
いるだろう。x86版を作ったら競合する。
- 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 17:28:03 ]
- もしインテルのNehalemの8コア×8CPU構成が1Uラックに入ったら脅威だろうな。
ま、そんなことは、ありえないと思うが。
- 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 17:30:07 ]
- SPARCは乗りかかった船だから続けてるだけで、
新たにx86に参入するぐらいなら、さっさと半導体から撤退するわなあ。
まあ、市場の要求があるならSun以外がやってもおかしくはないけどね。
- 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 19:57:09 ]
- x86なNiagaraみたいなのをSunが作れる可能性ってどれくらいあるんだろう。
- 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 20:18:35 ]
- インテルよりも技術力のあるSunに作れないわけがない。
- 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 20:20:15 ]
- x86が組込みで使われていないと思ったら大間違い。
俺が使っている液晶モニタのコントローラはx86だぞ。
- 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 00:25:14 ]
- pc.watch.impress.co.jp/docs/2008/0418/kaigai436.htm
> 例えば、Intelにやる気があれば、Silverthorneコアを16個載せた、
> エッジサーバー向けCPUをSunに対抗して作ることもできる。
- 163 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 09:51:14 ]
- OSはどうするんだろうな
Windowsでエッジサーバやりたいという奇特なお客様向けだろうか
- 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 10:15:22 ]
- Windows HPC Server 2008 はクラスタだけだっけ？
- 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 10:39:02 ]
- >>159
そういう意味かよ。ほんっっっっっっっっっーーーーーーーーーーーとぉーに、バカ?
Sun じゃなくて、誰にも作れねーよそんなもん。作れりゃ Intel がとっくに作ってる。
本気で小学生か? 来るんじゃない。ゴミ回収しておうちへ帰れ。
- 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 12:51:01 ]
- >>163
Solaris x86使っちゃいなYO!
ってのはともかくとして、x86ならFreeBSDでもなんでもいいよね。
まさにNiagaraのおかげで、マルチコア環境下でのパフォーマンス検証が容易になったし、
OS側は準備できてるんじゃないかな。
- 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 12:56:17 ]
- >>163
インテルのロードマップには、
8コア×8CPU×2スレッドで128スレッドの構成が可能なCPUが載ってるんだわ。
インテルはLinux向けにコンパイラやライブラリなどを提供しているくらいなので、
x86版Solarisがサポートしないなら、インテルがLinuxカーネルの改良にも手を出すだろう。
- 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 13:13:41 ]
- >>165
インテルが32コア128スレッドのチップを開発中だな。
浮動小数点演算を強化してあって特殊用途向けだが。
- 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 14:03:19 ]
- Intelが参入するぐらい、
スループットコンピューティングのパイが大きくなったら万々歳なのだが。
- 170 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:06:17 ]
- インテルのロードマップには、10GHzのCPUが出荷されているはずなんだが
あそこのロードマップとやらは単に現行のCPUを高く売るための見せ玉ではないか
- 171 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:07:09 ]
- ×インテルのロードマップには
○インテルのロードマップどおりなら
- 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 14:45:55 ]
- pc.watch.impress.co.jp/docs/2003/0227/kaigai01.htm
> ●2007年には10GHzと予告するIntel
実際には2004年後半にPrescott 3.8GHzを発売し、結局それが最高周波数となる。
Intelの最近のロードマップはおとなしい。
pc.watch.impress.co.jp/docs/2008/0407/kaigai434.htm
- 173 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:56:07 ]
- 失敗確実なロードマップだな
情報工学の知識が少しでもあれば
多コアでの性能向上が一部のアプリケーションに留まるというのは論をまたない
- 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 15:00:35 ]
- >>172
命令セットをボリボリ拡張するのは勘弁してほしいな。
x86の利点である、バイナリ互換を損なう。
- 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 15:05:01 ]
- > x86(IA-32/Intel 64)アーキテクチャでは、これまで命令の頭に「プリフィックス(Prefix)」を加えることで、
> 新命令を実現してきた。これは、あたかも、狭い家を次々に増築するようなもので、
> その結果、 家(命令セット)は不格好でつぎはぎだらけになってしまった。
> こうした命令セットの複雑化と命令長の伸張は、x86 CPUのパフォーマンス向上の大きな壁になっている。
> そこで、AVXでは、従来の不格好なx86命令の拡張方式をやめる。
> その代わりに、より効率的で、CPUハードウェアが扱いやすく、将来の拡張も容易な命令フォーマットシステムを導入する。
言ってることが、IA-64のときと同じだな。
- 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 15:23:05 ]
- 追加命令をSIMDみたいに小出しにせず5年は安定して使えるアクセラレータにして欲しいね。
とりあえずMicrocodeでも何でもいいので実装してブラッシュアップは後付
性能出すためにマイナ番号を参照するかしないかはソフト任せって感じで
- 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 15:28:48 ]
- RISCのSPARCよりも、CISCのx86のほうが
シングルスレッド性能を諦めマルチコア・マルチスレッド化が必要だと思う。
1クロックで6命令も実行しようとするから大変なことになるわけで、
そのために膨大なトランジスタと電力を使う代わりに、
1クロックで1命令しか実行しない単純なパイプラインを6本並べるべきだ。
1本のパイプラインで同時に1つのスレッドしか実行しないから、ストール対策で
分岐予測や投機ロード・投機実行、アウトオブオーダ実行が必要になるわけで、
それらに必要なトランジスタ数を、それらをやめてSMTに振り分けるべきだ。
ところが既存のシングルコア相当のトランジスタで、数十のスレッドを処理すると、
クアッドコアやSMPマシンでは、膨大なスレッドを処理することになって、
既存のOSではムリということになってくるので、誰もこんなものは作らないだろうな。
- 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 15:30:31 ]
- 日奈森あむダールの法則というのがあってだな……
- 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 16:37:17 ]
- お前ら（って、たぶん一人だが。小学生w）、x86 がふつーの RISC みたいに
多コアにしてまともに稼働すると思ったら大間違いだぞ。大規模 SMP が
まともに作れないものをいくらチップに押し込めたってムダなんだよ。あれはゴミ。
Intel が OS 作る必要がありゃとっくに作ってんだよ。その方が
「次世代 IA64」なんて作るよりずっと安いんだからさ。
もう八方塞がってんだよ。わかったか、小学生!!www
- 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 18:01:25 ]
- >>179
小学生並の煽りをするのは、いかがなものかと。
- 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 18:04:56 ]
- |人
|___）
|＿_）ｸｽｸｽ
|∀・ ）
￣￣￣￣
|
 |
