Sun Microsystems 最大の敵はItanium
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/02/26(日) 01:49:21【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/
0465名無しさん＠お腹いっぱい。
2006/04/19(水) 02:48:330466名無しさん＠お腹いっぱい。
2006/04/19(水) 08:39:30> 4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない
SunOSに逃げられたじゃんw
0467名無しさん＠お腹いっぱい。
2006/04/19(水) 20:09:48ttps://www.itaniumsolutionsalliance.org/japanese/whitepapers/
0468名無しさん＠お腹いっぱい。
2006/04/19(水) 21:01:280469名無しさん＠お腹いっぱい。
2006/04/19(水) 21:19:470470名無しさん＠お腹いっぱい。
2006/04/19(水) 22:17:09IBMのOSは「非標準」だから除外して、Linux搭載機だけで売上比較とか。
よくまあいろいろ思いつくもんだ。
0471名無しさん＠お腹いっぱい。
2006/04/19(水) 22:42:26SGIのAltixのことでしょ。これは512CPUみたいな大規模構成では、ローカルメモリと
リモートメモリの性能差(レイテンシと帯域)がすごくあるので、普通のSMPとしては
使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
あるPOWERの64CPUとは同等に扱えないと思うけど。
>>470
Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
0472名無しさん＠お腹いっぱい。
2006/04/19(水) 23:05:01> 使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
> あるPOWERの64CPUとは同等に扱えないと思うけど。
やっぱり。そんなこったろうと思った。
> Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
つまり、HP-PA 勢としては現状維持、ってことだよね。
なんというか、資料から必死さと悲しさがにじみ出てるし。
0473名無しさん＠お腹いっぱい。
2006/04/20(木) 06:44:49FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。
0474名無しさん＠お腹いっぱい。
2006/04/20(木) 07:18:180475名無しさん＠お腹いっぱい。
2006/04/20(木) 07:46:00Fujitsuのやつは、NUMAでなくUMAだったと思う。
だから、性能の犠牲が少なくて済む。
NUMAは昔から作られてきているけど、まだ決定的な性能改善方法がない。
0476名無しさん＠お腹いっぱい。
2006/04/20(木) 08:03:05NUMA = ローカルメモリのレイテンシー < リモートメモリアクセス時のレイテンシー
UMA = すべてのメモリへアクセスのレイテンシーが等しい
と思い込んでいたので
http://primeserver.fujitsu.com/primepower/technology/performance/crossbar/?from=p2500t
を見るとシステムボード間のメモリアクセスは、ローカルメモリと同じレイテンシーで
アクセスできないように見えたから NUMA だとおもてた。
0477名無しさん＠お腹いっぱい。
2006/04/20(木) 08:19:45上の資料でも、
L1 crossbar = 133 GB/s (on board)
L2 crossbar x 2 = 66.5 GB/s x 2 = 133 GB/s (cross board)
となる。
0478名無しさん＠お腹いっぱい。
2006/04/20(木) 08:23:42> 512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。
は、128 cpus ==> 256 cpusだった。。。4 coreはいつだかシラン。。
0479名無しさん＠お腹いっぱい。
2006/04/20(木) 10:26:570480名無しさん＠お腹いっぱい。
2006/04/20(木) 11:56:10NUMA じゃない SMP って、128CPU あたりが上限なのは何が理由?
物理的な配線距離? それともインターコネクトの帯域?
後者ならデュアルコアになったら 64チップまでになったりしないの?
0481名無しさん＠お腹いっぱい。
2006/04/20(木) 20:57:550482名無しさん＠お腹いっぱい。
2006/04/20(木) 22:18:080483名無しさん＠お腹いっぱい。
2006/04/20(木) 22:54:22一定、ってこと? 4 コアなら 32 チップが上限で、それ以上は NUMA?
0484名無しさん＠お腹いっぱい。
2006/04/20(木) 23:08:56> やっぱり。そんなこったろうと思った。
128CPUのSMP 4台のクラスタよりは遥かにマシだぞ。
0485名無しさん＠お腹いっぱい。
2006/04/20(木) 23:13:040486名無しさん＠お腹いっぱい。
2006/04/20(木) 23:23:47当然意味があるんだろうが、128CPU SMP なマシンみたいに Uni-Prosessor 機と
同じソフト積んどけばいい、というわけじゃないんだよね? それって結構
特殊用途向けってことでしょ?
0487名無しさん＠お腹いっぱい。
2006/04/20(木) 23:45:38Itaniumクラスタで最速だった筈。
0488名無しさん＠お腹いっぱい。
2006/04/21(金) 01:43:31いまいちいわゆる粗結合（OS 複数のやつ）と NUMA の住み分け基準つーのがわからん。
0489名無しさん＠お腹いっぱい。
2006/04/21(金) 01:45:42数百のビジーなプロセスを抱えるサーバとかは、OSのNUMAサポートで十分。
0490名無しさん＠お腹いっぱい。
2006/04/21(金) 04:25:20仕掛けを作りこめるし。クラスタだと、汎用インターコネクトがネックになりそう。その代わり、かなり
大規模なものをつくれるだろうけど。
あとccNUMAだと1台のマシンに見えるから、お手軽にプロセス間のデータ共用ができるとか、ノード
全体の負荷バランスをとりやすい（クラスタまたいでプロセスを移転なんてのに比べれば）とか。
0491名無しさん＠お腹いっぱい。
2006/04/21(金) 12:02:33性能を考えると、NUMAよりもUMAの方がいい。UMAはCPUが増えるとクロスバーが
複雑になって難しくなるので、Fujitsuのマシンぐらいしか64CPU以上のものは
難しくなっちゃうので、作るとなるとNUMAの方が楽。
0492名無しさん＠お腹いっぱい。
2006/04/21(金) 12:09:11いや、粗結合と言ってるのは、例えばこの手のやつなんだが。
ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
クラスターとは違うよね? こゆのもクラスター?
0493名無しさん＠お腹いっぱい。
2006/04/21(金) 14:36:57クラスタでしょ。
0494名無しさん＠お腹いっぱい。
2006/04/21(金) 14:37:46動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。
当然、OSのサポートがないとできないけど。
0495名無しさん＠お腹いっぱい。
2006/04/21(金) 15:21:34ユーザプロセスならいざ知らず、カーネル内だと普通パニックでしょ？
0496名無しさん＠お腹いっぱい。
2006/04/22(土) 01:14:04壊れた=Uncorrectableではあるまい。
0497名無しさん＠お腹いっぱい。
2006/04/22(土) 01:28:37SGIのAltixはHPCクラスタに特化してる。
クラスタのノード間インターコネクトを通信インタフェースでなく、SMPのメモリ空間で行う発想。
普通のSMPのメモリとしては遅いが、InfiniBandのRDMAよりは速いって感じだが、HPCクラスタ
だと近いプロセッサ同士が高速通信できればいいやってことが多いのでNUMAで桶。
MPICH over NUMA share memで512プロセッサをクラスタリングして
それらを並べてMPICH over InfiniBand RDMAで結合する大規模クラスタをやるって聞いたが
何処かに入れたのかな？
0498名無しさん＠お腹いっぱい。
2006/04/22(土) 01:36:47メモリミラーリングとDIMMのホットスワップはWindows serverでさえもうサポートしてる。
マシン側のサポートはItanium srverだとミドルレンジクラスまで下がってきてる。
0499名無しさん＠お腹いっぱい。
2006/04/23(日) 05:18:19こけた場合、、っていうのは、普通
memoryのuncorrectable errorやcacheのuncorrectable errorでパニックすることの
ことだよ。
0500名無しさん＠お腹いっぱい。
2006/04/23(日) 07:34:590501名無しさん＠お腹いっぱい。
2006/04/23(日) 12:14:01２．誤り検出付だと無事にPanicできる。
３．冗長化してあれば縮退して続行できる。
４．冗長部全てが故障だと無事Panicする。
２と４がこの世の全ての人なんだよ。
0502名無しさん＠お腹いっぱい。
2006/04/23(日) 13:31:080503名無しさん＠お腹いっぱい。
2006/04/23(日) 18:24:031はdata pathのチェックもない、10年ぐらい前のWSか、PC程度。
3はfault tolerantに近いよね。cpuも冗長にして同時に演算、cpuが壊れれば、
正常に動作しているものを使うってな感じで。
2と4は、今普通に売られているWSやServer.
でも、ECCメモリ程度では2や4に達しないね。CPUやIO Busも守らないといけないから。
0504名無しさん＠お腹いっぱい。
2006/04/24(月) 05:36:57CPUの内部演算器なんかまでちゃんとこれができるのは
IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。
POWERだって内部演算器の誤り検出をやっている、という話はしていない。
いわんやItanium2をや。
0505名無しさん＠お腹いっぱい。
2006/04/24(月) 06:38:340506名無しさん＠お腹いっぱい。
2006/04/24(月) 17:21:01そりゃそうだわな。メインフレームの技術をもってくるしかないんだから、
そんなこと今やっているのは、IBMと富士通ぐらいだわな。
0507名無しさん＠お腹いっぱい。
2006/04/24(月) 17:23:59WSやServerと書いたが、CPUのregisterなどを含めてのdata pathというところまでは
さすがに意識していなかった。単に、L1, L2キャッシュのECCかparity check程度の
今のUnix鯖での常識をいったまで。
0508名無しさん＠お腹いっぱい。
2006/04/24(月) 22:16:540509名無しさん＠お腹いっぱい。
2006/04/25(火) 02:15:28> いわんやItanium2をや。
Itanium2ではCacheやTLB等殆んどのアレイでエラー修正可能。
その他のユニットでもエラー検出可能。
Montecitoではレジスタレベルまでエラー修正可能になってる。
0510名無しさん＠お腹いっぱい。
2006/04/25(火) 23:32:50＞その他のユニットでもエラー検出可能。
＞Montecitoではレジスタレベルまでエラー修正可能になってる。
キャッシュやTLBなど以外でもちゃんと訂正可能なら、サーバ用CPUとしては
すごいアドバンテージだから、もっと自慢たらたらの資料が出回っているはず。
(Intelのプレゼン資料やらISSCCの論文やら)
SPARC64のこの自慢げな資料を見て。
http://primeserver.fujitsu.com/primepower/technology/reliance/processor-a/
Montecitoが本当にレジスタや演算器まで障害検出・回復ができるなら、Marchitectureの
本家Intelだったら、××テクノロジとか名前を付けて鳴り物入りで発表するに決まっているのに、
そういう発表はないよね。
キャッシュの切り離しにさえも名前を付けて、Marchitecureだと指摘されているよ。
http://www.geocities.jp/andosprocinfo/wadai04/20040724.htm の５．
＞ 新しい機能として，オンチップのキャッシュに不良ビットが出た時，それを含むブロックを
＞切り離して運用を続ける技術を取り入れ，これをPellston Technologyと呼んでいますが，
＞このような機能はハイエンドサーバ用のRISCプロセサでは一般に行われている話で，Intelの
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。
0511名無しさん＠お腹いっぱい。
2006/04/26(水) 00:14:18こんな糞な石でどうやって汎用機並みの信頼性が
実現できるんだって。
製品になっているんだから何とかしたんだろうな。
0512名無しさん＠お腹いっぱい。
2006/04/26(水) 01:46:08> 製品になっているんだから何とかしたんだろうな。
人は何のために生まれてくるのですか?
0513名無しさん＠お腹いっぱい。
2006/04/26(水) 09:15:46＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。
Microsoftも、そういうのよくやるよねw
Wintelのせいで社会全体のモラルが低下したような気がする。
見世物小屋を地で行くような売り込み方が横行している。
0514名無しさん＠お腹いっぱい。
2006/04/27(木) 03:56:01いい加減にWintelの嘘から目を覚ませ。
0515名無しさん＠お腹いっぱい。
2006/04/27(木) 14:27:07マーキテクチャのせいで、技術屋じゃない一般人がすっかり騙され、
PCがハイテクなんだとばっかり勘違いしている。。。そう大したテクを
使っているわけでもなく、普通なものばっかりなのにね。
PCなんて一般向け家庭用コンピュータなんだから、そんな肩に力を入れる
必要なんてないんだよ、そうハイテクでもなんでもないんだから。
そんな世の中だから、Wintelの思うつぼなんだよね。
0516名無しさん＠お腹いっぱい。
2006/04/27(木) 21:12:190517名無しさん＠お腹いっぱい。
2006/04/27(木) 22:00:22そういう話じゃないと思うけど？
0518名無しさん＠お腹いっぱい。
2006/04/27(木) 22:16:000519名無しさん＠お腹いっぱい。
2006/04/27(木) 22:48:540520名無しさん＠お腹いっぱい。
2006/04/28(金) 00:55:33まぁ、一般人には受けていないが。
0521名無しさん＠お腹いっぱい。
2006/04/28(金) 01:04:53煙噴いたりしたマシンがあったもん
0522名無しさん＠お腹いっぱい。
2006/04/28(金) 15:29:05ttp://www.itmedia.co.jp/news/articles/0604/28/news012.html
> オッテリーニ氏によれば、(中略)業績の振るわない事業を見直して、..
キタかあー?!
0523名無しさん＠お腹いっぱい。
2006/04/28(金) 15:33:23いよいよ、"さらば、Itanium"でつか？
0524名無しさん＠お腹いっぱい。
2006/04/28(金) 16:12:200525名無しさん＠お腹いっぱい。
2006/04/28(金) 16:14:52実際トップだったのもそんなに長い期間じゃなかったし。
0526名無しさん＠お腹いっぱい。
2006/04/28(金) 16:16:35一番うまいやり方は、HP とモメてお互い「相手が約束守らんので続行不能」と
責任のなすり合い、だろうな。これしかなかろう。悲惨な末期だ。
0527名無しさん＠お腹いっぱい。
2006/04/28(金) 18:39:36IBMが新しいオープンメインフレームを出したみたい。
http://itpro.nikkeibp.co.jp/article/USNEWS/20060428/236546/?ST=win
System z9 Business Classについて，IBM社は「数100台のサーバーで提供する
処理能力を1台の物理システムに集約でき，大幅な経費節減が可能」と説明する。
またプロセサ使用効率も高く，System z9製品系列のシステムが80〜100％の
稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。
0528名無しさん＠お腹いっぱい。
2006/04/28(金) 19:12:510529名無しさん＠お腹いっぱい。
2006/04/28(金) 21:17:47> またプロセサ使用効率も高く，System z9製品系列のシステムが80〜100％の
> 稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。
ここのところIBMはプロセッサの稼働率を売り文句にしてるね。
自前の仮想技術を入れた大型、オフコン、UNIXサーバだけじゃ
なく、x86系のサーバにもVMWareのオプションを提供してたりする。
0530名無しさん＠お腹いっぱい。
2006/04/29(土) 09:48:17メインフレームの仮想技術は歴史が古く、1970年代から延々と開発、
改良し続けられている技術。
最近のXenとかVMwareとか、その技術を元に出てきたようなもの。
仮想技術そのものは、全然新しくなくて、むしろ相当古い技術。
0531名無しさん＠お腹いっぱい。
2006/04/29(土) 11:14:13テストするのが新入社員としての初仕事だったのが23年前。
PCやIAサーバでもできるようになったのは隔世の感有り。
0532名無しさん＠お腹いっぱい。
2006/04/29(土) 11:36:19昔からターゲットのコンピュータのシミュレーターがあったよな
ビルゲイツとポールアレンもも1975年にアルテア用のBASIC開発するときに
DECのミニコンで走る自前の8080シミュレーターを使ったらしい
8080シミュレーターの前身になった8008シミュレーターはビルゲイツが高校生の時に
アルバイトした会社のPDP-10を使ってポールアレンと書き上げたらしい
0533名無しさん＠お腹いっぱい。
2006/04/29(土) 15:15:01全然意味わからんが。
Intel は斜陽企業ってことで OK?
0534名無しさん＠お腹いっぱい。
2006/04/29(土) 15:46:01というかコンピュータ産業全体でのシェアを落としたのは90年代
以降でしょう。
0535名無しさん＠お腹いっぱい。
2006/04/29(土) 17:59:07意外と、Xeonを捨ててItaniumに注力したりして。
0536名無しさん＠お腹いっぱい。
2006/04/29(土) 18:20:47その先はない。その先として Itanium は役にたたない。Intel 詰んでる、Intel 終わっTEL。
0537名無しさん＠お腹いっぱい。
2006/04/29(土) 18:47:45Microsoftの.NETも流行らない
どちらもITバブルがはじける寸前もしくははじけた後に出たもの
高成長の期待できない成熟産業と化したコンピュータ関連産業では
新しいものが受け入れられないのは当然
0538名無しさん＠お腹いっぱい。
2006/04/29(土) 18:49:06たんに、その 2 つが流行らない、それだけのことだね。残念ねw。
0539名無しさん＠お腹いっぱい。
2006/04/29(土) 18:51:34ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/28/news113.html
該当モデルで数百万ユニット出荷済みだそうだ。すげー売れてんだね、Opteron って。
Pacifica サポートされたら Xen 用にオレも買うぞー!w
0540名無しさん＠お腹いっぱい。
2006/04/30(日) 03:49:100541名無しさん＠お腹いっぱい。
2006/04/30(日) 03:49:34>すげー売れてんだね
8xxは一台につき8ユニット売れるからなあ。
0542名無しさん＠お腹いっぱい。
2006/04/30(日) 06:13:450543名無しさん＠お腹いっぱい。
2006/04/30(日) 06:18:430544名無しさん＠お腹いっぱい。
2006/05/01(月) 00:42:47はぁ? 8 チップまで搭載できるってだけだろ? 必ずフル実装で出荷してるってか?
0545名無しさん＠お腹いっぱい。
2006/05/01(月) 21:02:350546名無しさん＠お腹いっぱい。
2006/05/01(月) 21:54:30それが否定されるとでも言ってるのか >>541 は。
0547名無しさん＠お腹いっぱい。
2006/05/01(月) 22:09:170548名無しさん＠お腹いっぱい。
2006/05/02(火) 10:01:15東工大。
0549名無しさん＠お腹いっぱい。
2006/05/02(火) 10:07:380550名無しさん＠お腹いっぱい。
2006/05/02(火) 10:36:020551名無しさん＠お腹いっぱい。
2006/05/02(火) 11:27:08http://www.theinquirer.net/?article=31316
0552名無しさん＠お腹いっぱい。
2006/05/02(火) 14:51:22Xeonだと3Qか4Qぐらいかと思ってたら、Meromより先なんだ。
Dempsyとかどうすんだ。Bensley&FB-DIMMの立ち上げ用かな。
0553名無しさん＠お腹いっぱい。
2006/05/03(水) 00:40:32中継ぎというか場つなぎというか
0554名無しさん＠お腹いっぱい。
2006/05/03(水) 16:15:28洩れは全然興味がないよ。
0555名無しさん＠お腹いっぱい。
2006/05/03(水) 16:52:31結構な売り上げになる。
全然興味なしは同意。ちゃんと選んで買えよなー。
0556スレ違いスマソ
2006/05/03(水) 18:41:15Woodcrestは新マイクロアーキテクチャで期待できると思うよ。
Desktopではゲーム系のベンチマークでは同一クロックのAthlonより性能が高い、
というデータが出始めているよ。浮動小数点演算器もちゃんと１サイクルピッチで
動くみたいだし、今のOpteronよりは良いCPUだと思うな。
0557MACオタ＞554 さん
2006/05/03(水) 18:42:00これ見て考え直した方が良いかと思うす。しかしAMDわローエンドサーバーで最大の同盟者だったHPにも
裏切られたすか。。。
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_29.jpg
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_30.jpg
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_31.jpg
0558名無しさん＠お腹いっぱい。
2006/05/03(水) 19:48:27HPも必死なんだよ。
0559名無しさん＠お腹いっぱい。
2006/05/03(水) 23:31:04PowerPCからx86にMacが移行して暇なんだろうな。
0560名無しさん＠お腹いっぱい。
2006/05/04(木) 00:39:34どこの誤爆だよ。
0561名無しさん＠お腹いっぱい。
2006/05/04(木) 05:30:060562名無しさん＠お腹いっぱい。
2006/05/04(木) 06:32:57へぇ。何か、ソースありませんか？
0563名無しさん＠お腹いっぱい。
2006/05/04(木) 06:33:44何かIntelからしても、もう完全に要らないねぇ、Itaniumって。。。哀れ。
0564名無しさん＠お腹いっぱい。
2006/05/04(木) 09:44:42ttps://www.itaniumsolutionsalliance.org/japanese/home
■ このスレッドは過去ログ倉庫に格納されています