Sun Microsystems 最大の敵はItanium

**名無しさん＠お腹いっぱい。** · 2006/02/26(日) 01:49:21

まだまだ続く、痛厨との攻防

【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/

**名無しさん＠お腹いっぱい。** · 2006/04/19(水) 22:42:26

>>468
SGIのAltixのことでしょ。これは512CPUみたいな大規模構成では、ローカルメモリと
リモートメモリの性能差(レイテンシと帯域)がすごくあるので、普通のSMPとしては
使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
あるPOWERの64CPUとは同等に扱えないと思うけど。

>>470
Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。

**名無しさん＠お腹いっぱい。** · 2006/04/19(水) 23:05:01

>>471
> 使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
> あるPOWERの64CPUとは同等に扱えないと思うけど。
やっぱり。そんなこったろうと思った。

> Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
つまり、HP-PA 勢としては現状維持、ってことだよね。
なんというか、資料から必死さと悲しさがにじみ出てるし。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 06:44:49

> 512 プロセッサの SMP システムがあるのか? すごいね。

FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 07:18:18

FujitsuとIBMもNUMAじゃないの？

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 07:46:00

> FujitsuとIBMもNUMAじゃないの？

Fujitsuのやつは、NUMAでなくUMAだったと思う。
だから、性能の犠牲が少なくて済む。

NUMAは昔から作られてきているけど、まだ決定的な性能改善方法がない。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 08:03:05

なるほど、正直 NUMA の定義はよく知らないんだが

NUMA = ローカルメモリのレイテンシー < リモートメモリアクセス時のレイテンシー
UMA = すべてのメモリへアクセスのレイテンシーが等しい

と思い込んでいたので

http://primeserver.fujitsu.com/primepower/technology/performance/crossbar/?from=p2500t

を見るとシステムボード間のメモリアクセスは、ローカルメモリと同じレイテンシーで
アクセスできないように見えたから NUMA だとおもてた。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 08:19:45

>> 476

上の資料でも、

L1 crossbar = 133 GB/s (on board)

L2 crossbar x 2 = 66.5 GB/s x 2 = 133 GB/s (cross board)

となる。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 08:23:42

> FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
> 512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

は、128 cpus ==> 256 cpusだった。。。4 coreはいつだかシラン。。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 10:26:57

それってスループットでは...

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 11:56:10

>>478
NUMA じゃない SMP って、128CPU あたりが上限なのは何が理由?
物理的な配線距離? それともインターコネクトの帯域?
後者ならデュアルコアになったら 64チップまでになったりしないの?

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 20:57:55

帯域じゃね?

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 22:18:08

CPUとメモリバンクすべてを等時間で結ぼうと思ったら巨大なクロスバースイッチが必要になってくるでしょ。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 22:54:22

クロスバースイッチの規模が問題なら、集積コア数が上がってもコア総計の上限が
一定、ってこと? 4 コアなら 32 チップが上限で、それ以上は NUMA?

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 23:08:56

>>472
> やっぱり。そんなこったろうと思った。

128CPUのSMP 4台のクラスタよりは遥かにマシだぞ。

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 23:13:04

例えば、どんな用途?

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 23:23:47

いや、ま、昔から NUMA みたいなジャンルの製品はあるわけで、その存在には
当然意味があるんだろうが、128CPU SMP なマシンみたいに Uni-Prosessor 機と
同じソフト積んどけばいい、というわけじゃないんだよね? それって結構
特殊用途向けってことでしょ?

**名無しさん＠お腹いっぱい。** · 2006/04/20(木) 23:45:38

HPC分野でしょ、Altix。NASAに導入された512*20のが有名で、
Itaniumクラスタで最速だった筈。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 01:43:31

なるほど。そうすると、>>484 はどう解釈すればよい?
いまいちいわゆる粗結合（OS 複数のやつ）と NUMA の住み分け基準つーのがわからん。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 01:45:42

>>485
数百のビジーなプロセスを抱えるサーバとかは、OSのNUMAサポートで十分。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 04:25:20

NUMAの方がノード間接続に高速なインターコネクトが使えるイメージがある。最初からそのために
仕掛けを作りこめるし。クラスタだと、汎用インターコネクトがネックになりそう。その代わり、かなり
大規模なものをつくれるだろうけど。

あとccNUMAだと1台のマシンに見えるから、お手軽にプロセス間のデータ共用ができるとか、ノード
全体の負荷バランスをとりやすい（クラスタまたいでプロセスを移転なんてのに比べれば）とか。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 12:02:33

こけた時のリカバリーを考えると、NUMAよりもClusterの方がよさそう。
性能を考えると、NUMAよりもUMAの方がいい。UMAはCPUが増えるとクロスバーが
複雑になって難しくなるので、Fujitsuのマシンぐらいしか64CPU以上のものは
難しくなっちゃうので、作るとなるとNUMAの方が楽。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 12:09:11

>>491
いや、粗結合と言ってるのは、例えばこの手のやつなんだが。
ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
クラスターとは違うよね? こゆのもクラスター?

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 14:36:57

>>492
クラスタでしょ。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 14:37:46

>>491
動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。
当然、OSのサポートがないとできないけど。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 15:21:34

> 動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。

ユーザプロセスならいざ知らず、カーネル内だと普通パニックでしょ？

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 01:14:04

>>495
壊れた=Uncorrectableではあるまい。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 01:28:37

>>471
SGIのAltixはHPCクラスタに特化してる。
クラスタのノード間インターコネクトを通信インタフェースでなく、SMPのメモリ空間で行う発想。
普通のSMPのメモリとしては遅いが、InfiniBandのRDMAよりは速いって感じだが、HPCクラスタ
だと近いプロセッサ同士が高速通信できればいいやってことが多いのでNUMAで桶。
MPICH over NUMA share memで512プロセッサをクラスタリングして
それらを並べてMPICH over InfiniBand RDMAで結合する大規模クラスタをやるって聞いたが
何処かに入れたのかな？

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 01:36:47

>>495
メモリミラーリングとDIMMのホットスワップはWindows serverでさえもうサポートしてる。
マシン側のサポートはItanium srverだとミドルレンジクラスまで下がってきてる。

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 05:18:19

> 壊れた=Uncorrectableではあるまい。

こけた場合、、っていうのは、普通

memoryのuncorrectable errorやcacheのuncorrectable errorでパニックすることの
ことだよ。

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 07:34:59

詭弁かよ

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 12:14:01

１．誤り検出無しだとデータ化けてることも判らずに誤演算続行。
２．誤り検出付だと無事にPanicできる。
３．冗長化してあれば縮退して続行できる。
４．冗長部全てが故障だと無事Panicする。

２と４がこの世の全ての人なんだよ。

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 13:31:08

あまり追い詰めるな。

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 18:24:03

>>501

1はdata pathのチェックもない、10年ぐらい前のWSか、PC程度。
3はfault tolerantに近いよね。cpuも冗長にして同時に演算、cpuが壊れれば、
正常に動作しているものを使うってな感じで。
2と4は、今普通に売られているWSやServer.

でも、ECCメモリ程度では2や4に達しないね。CPUやIO Busも守らないといけないから。

**名無しさん＠お腹いっぱい。** · 2006/04/24(月) 05:36:57

＞２．誤り検出付だと無事にPanicできる。
CPUの内部演算器なんかまでちゃんとこれができるのは
IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。
POWERだって内部演算器の誤り検出をやっている、という話はしていない。
いわんやItanium2をや。

**名無しさん＠お腹いっぱい。** · 2006/04/24(月) 06:38:34

CPUの冷却を邪魔して何が起きるのか確認してる人いる?

**名無しさん＠お腹いっぱい。** · 2006/04/24(月) 17:21:01

> IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。

そりゃそうだわな。メインフレームの技術をもってくるしかないんだから、
そんなこと今やっているのは、IBMと富士通ぐらいだわな。

**名無しさん＠お腹いっぱい。** · 2006/04/24(月) 17:23:59

> CPUの内部演算器なんかまでちゃんとこれができるのは

WSやServerと書いたが、CPUのregisterなどを含めてのdata pathというところまでは
さすがに意識していなかった。単に、L1, L2キャッシュのECCかparity check程度の
今のUnix鯖での常識をいったまで。

**名無しさん＠お腹いっぱい。** · 2006/04/24(月) 22:16:54

SPARC64ってすごいんですね

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 02:15:28

>>504
> いわんやItanium2をや。

Itanium2ではCacheやTLB等殆んどのアレイでエラー修正可能。
その他のユニットでもエラー検出可能。
Montecitoではレジスタレベルまでエラー修正可能になってる。

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 23:32:50

>>509
＞その他のユニットでもエラー検出可能。
＞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を組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。

**名無しさん＠お腹いっぱい。** · 2006/04/26(水) 00:14:18

そういや、某N社の知り合いが嘆いてたっけ。
こんな糞な石でどうやって汎用機並みの信頼性が
実現できるんだって。

製品になっているんだから何とかしたんだろうな。

**名無しさん＠お腹いっぱい。** · 2006/04/26(水) 01:46:08

>>511
> 製品になっているんだから何とかしたんだろうな。

人は何のために生まれてくるのですか?

**名無しさん＠お腹いっぱい。** · 2006/04/26(水) 09:15:46

>>510
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。

Microsoftも、そういうのよくやるよねw

Wintelのせいで社会全体のモラルが低下したような気がする。
見世物小屋を地で行くような売り込み方が横行している。

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 03:56:01

というか、PC(CPU, Windows)の性能、品質が糞なんだよ。
いい加減にWintelの嘘から目を覚ませ。

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 14:27:07

> というか、PC(CPU, Windows)の性能、品質が糞なんだよ。

マーキテクチャのせいで、技術屋じゃない一般人がすっかり騙され、
PCがハイテクなんだとばっかり勘違いしている。。。そう大したテクを
使っているわけでもなく、普通なものばっかりなのにね。

PCなんて一般向け家庭用コンピュータなんだから、そんな肩に力を入れる
必要なんてないんだよ、そうハイテクでもなんでもないんだから。

そんな世の中だから、Wintelの思うつぼなんだよね。

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 21:12:19

どういうのが理想のＰＣなん？

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 22:00:22

>>516
そういう話じゃないと思うけど？

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 22:16:00

理想のフロントエンドということなら、Sun Ray はある意味一番理想に近いと思うよ。

**名無しさん＠お腹いっぱい。** · 2006/04/27(木) 22:48:54

用途限定もせず一番とか言えるあなたが素敵。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 00:55:33

その点 Sun はすばらしいな、常に最高に品質、先進の技術を提供しているよ。
まぁ、一般人には受けていないが。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 01:04:53

"常に最高に品質"は嘘だな
煙噴いたりしたマシンがあったもん

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 15:29:05

Intel、業績低迷で事業再編へ
ttp://www.itmedia.co.jp/news/articles/0604/28/news012.html
> オッテリーニ氏によれば、(中略)業績の振るわない事業を見直して、..
キタかあー?!

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 15:33:23

>>522

いよいよ、"さらば、Itanium"でつか？

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 16:12:20

コンピュータ業界はいよいよ斜陽産業になりつつあるな

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 16:14:52

違うねぇ、Intel がトップじゃなくなる。ただそれだけだよ。
実際トップだったのもそんなに長い期間じゃなかったし。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 16:16:35

>>523
一番うまいやり方は、HP とモメてお互い「相手が約束守らんので続行不能」と
責任のなすり合い、だろうな。これしかなかろう。悲惨な末期だ。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 18:39:36

> コンピュータ業界はいよいよ斜陽産業になりつつあるな

IBMが新しいオープンメインフレームを出したみたい。

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％程度という。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 19:12:51

オープンメインフレームって、一瞬回路とか公開するのかと思った

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 21:17:47

>>527
> またプロセサ使用効率も高く，System z9製品系列のシステムが80～100％の
> 稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。

ここのところIBMはプロセッサの稼働率を売り文句にしてるね。
自前の仮想技術を入れた大型、オフコン、UNIXサーバだけじゃ
なく、x86系のサーバにもVMWareのオプションを提供してたりする。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 09:48:17

> 自前の仮想技術を入れた大型、オフコン、UNIXサーバだけじゃ

メインフレームの仮想技術は歴史が古く、1970年代から延々と開発、
改良し続けられている技術。

最近のXenとかVMwareとか、その技術を元に出てきたようなもの。
仮想技術そのものは、全然新しくなくて、むしろ相当古い技術。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 11:14:13

MTからVMをブートして仮想マシン二つ上げて通信プログラムの
テストするのが新入社員としての初仕事だったのが23年前。
PCやIAサーバでもできるようになったのは隔世の感有り。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 11:36:19

VMとはまた違うだろうがクロス開発するときは
昔からターゲットのコンピュータのシミュレーターがあったよな

ビルゲイツとポールアレンもも1975年にアルテア用のBASIC開発するときに
DECのミニコンで走る自前の8080シミュレーターを使ったらしい
8080シミュレーターの前身になった8008シミュレーターはビルゲイツが高校生の時に
アルバイトした会社のPDP-10を使ってポールアレンと書き上げたらしい

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 15:15:01

なるほど、VM 使ったりシミュレーター使い出したら斜陽産業、ってことか?
全然意味わからんが。
Intel は斜陽企業ってことで OK?

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 15:46:01

いやそうじゃなくて、IBMのお家芸というだけ。ここが斜陽気味
というかコンピュータ産業全体でのシェアを落としたのは90年代
以降でしょう。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 17:59:07

>>523
意外と、Xeonを捨ててItaniumに注力したりして。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 18:20:47

今は、amd64/em64t に注力する以外ない。が、それだけに注力していたんでは
その先はない。その先として Itanium は役にたたない。Intel 詰んでる、Intel 終わっTEL。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 18:47:45

Itaniumも流行らない
Microsoftの.NETも流行らない
どちらもITバブルがはじける寸前もしくははじけた後に出たもの
高成長の期待できない成熟産業と化したコンピュータ関連産業では
新しいものが受け入れられないのは当然

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 18:49:06

いやいや、ちがうよ、産業がどうとか関係ないよ。新しいものも受け入れられる。
たんに、その 2 つが流行らない、それだけのことだね。残念ねw。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 18:51:34

Opteronの一部製品で演算結果に問題が発生する可能性
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/28/news113.html

該当モデルで数百万ユニット出荷済みだそうだ。すげー売れてんだね、Opteron って。
Pacifica サポートされたら Xen 用にオレも買うぞー!w

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 03:49:10

検査漏れしてたというのが、製造体制の脆弱さを示しているな。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 03:49:34

>>539
>すげー売れてんだね

8xxは一台につき8ユニット売れるからなあ。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 06:13:45

必ずしもそうとは限らないのでは…

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 06:18:43

シングルで使われている2xxとかも結構あるわけで。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 00:42:47

>>541
はぁ? 8 チップまで搭載できるってだけだろ? 必ずフル実装で出荷してるってか?

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 21:02:35

V40zは8xxだけど4つまでだし。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 21:54:30

CPU の売れてる数の話してるのに、8CPU 用のマシンがフル実装で出荷されてたら
それが否定されるとでも言ってるのか >>541 は。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 22:09:17

つーか、8CPUのマシンなんて数出てないだろ

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 10:01:15

>>547
東工大。

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 10:07:38

それかっ！

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 10:36:02

IA-64, NetBurst以外で64bitサポートするのはいつ頃？

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 11:27:08

Intel Woodcrest to ship in June, Conroe July, Merom August
http://www.theinquirer.net/?article=31316

**名無しさん＠お腹いっぱい。** · 2006/05/02(火) 14:51:22

ありがとう。
Xeonだと3Qか4Qぐらいかと思ってたら、Meromより先なんだ。
Dempsyとかどうすんだ。Bensley&FB-DIMMの立ち上げ用かな。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 00:40:32

いきなり全量Woodcrestってわけにもいかないだろうから
中継ぎというか場つなぎというか

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:15:28

DempsyとかWoodcrestとか、まじに買いたい奴いるの？
洩れは全然興味がないよ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:52:31

Dell とか、Intel しか買わない企業とかあるから、中継ぎで場所埋めとくだけで
結構な売り上げになる。
全然興味なしは同意。ちゃんと選んで買えよなー。

**スレ違いスマソ** · 2006/05/03(水) 18:41:15

>>554-555
Woodcrestは新マイクロアーキテクチャで期待できると思うよ。
Desktopではゲーム系のベンチマークでは同一クロックのAthlonより性能が高い、
というデータが出始めているよ。浮動小数点演算器もちゃんと１サイクルピッチで
動くみたいだし、今のOpteronよりは良いCPUだと思うな。

**MACオタ＞554 さん** · 2006/05/03(水) 18:42:00

>>554
これ見て考え直した方が良いかと思うす。しかし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

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 19:48:27

>>557
HPも必死なんだよ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:31:04

わぁ、MACオタだ。
PowerPCからx86にMacが移行して暇なんだろうな。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 00:39:34

>>559
どこの誤爆だよ。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 05:30:06

Itaniumは。。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 06:32:57

> 浮動小数点演算器もちゃんと１サイクルピッチで動くみたいだし、

へぇ。何か、ソースありませんか？

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 06:33:44

> Itaniumは。。

何かIntelからしても、もう完全に要らないねぇ、Itaniumって。。。哀れ。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 09:44:42

ISAを忘れてやしまいか。

ttps://www.itaniumsolutionsalliance.org/japanese/home

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 13:44:31

> ISAを忘れてやしまいか。

ISA = Itanium Solutions Alliance って何やってんの？

マーケッティング以外に、GNU C compilerに資金援助とか、
そんなのしかないみたいだけど？

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 14:42:04

x86 に明日はない、あれを 64bit 化したってダメ、新しいアーキテクチャを世に問うて、
メインストリームをこれに置き換える、いざ背水の陣... ってやって、
もう負けたんだよ Intel は。
その後は AMD が amd64 でシェア伸ばしたら
…はいはいはいはい x86 64bit64bit そうそうそうそうそう
Sun がマルチコア低消費電力って言ったら
…はいはいはいはい低消費電力マルチコアマルチコアそうそうそうそうそう
のいるこいる状態。
たとえもう一度 x86 で性能トップを取り戻したところで、先頭のふりだしに
戻るだけなのよね。あわれ Intel。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 21:35:31

ばかだなぁ。
MSとインテルなんて今までずっと後出しじゃんけんで勝って来たじゃないか。
何回敗けたら学習するんだよ。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 22:25:42

意味わかんなかった? ループしてるんだって。

**名無しさん＠お腹いっぱい。** · 2006/05/07(日) 22:26:47

俺は頭が悪いので意味がわからない

**名無しさん＠お腹いっぱい。** · 2006/05/08(月) 12:16:19

頭のいい俺も意味がわからない