05/10/24 22:29:40 t+geBF8r
「Intelがサポートする」ってわざわざ言わなくちゃいけないんだね
それってどうなんだろ
108:不明なデバイスさん
05/10/24 22:30:50 CzQZvp8i
茸
109:不明なデバイスさん
05/10/24 22:43:22 DqVDANZ9
>>107
駄目だ、ってことだよ。＾＾
110:不明なデバイスさん
05/10/25 00:26:26 tLtA2W6p
なんか「ベータってなくなるの？」って広告思い出しちゃった
111:不明なデバイスさん
05/10/25 04:33:54 WiKY7Njo
誰か>>106を要約してくれ。
112:不明なデバイスさん
05/10/25 06:23:45 4aGjzPOZ
Intel adjusts server-chip roadmap
Chipmaker will also invest $650 mln to expand N.M. plant
URLﾘﾝｸ(www.marketwatch.com)
113:不明なデバイスさん
05/10/25 06:38:59 4aGjzPOZ
Intel pushes back Itanium chips, revamps Xeon
URLﾘﾝｸ(news.com.com)
Intel scrapped one Xeon design, "Whitefield," and replaced it with another,
"Tigerton." The major difference is that Tigerton chips are joined to the rest of the system
with a technology Intel is calling the "dedicated high-speed interconnect.
" With it, each processor will have its own connection to a computer's chipset rather than today's design,
in which the chips share a data pathway called a front-side bus.
That change has another consequence:
The delay of an Intel plan called the Common Platform Architecture
that would mean Itanium and Xeon processors would share the same interconnect and chipsets.
That plan would have simplified system design and been instrumental in eliminating cost differences.
114:不明なデバイスさん
05/10/25 08:43:39 q1E9EpFa
Intelの次期Itanium登場は2006年半ばにずれ込み
URLﾘﾝｸ(www.itmedia.co.jp)
これで当初の予定より3四半期くらいの遅れかな。
それにしても苦労しとるねえ。
115:不明なデバイスさん
05/10/25 09:20:37 EabpgG2u
量子計算機の実用化とItaniumの一般化。どちらが早いのかな、と。
116:不明なデバイスさん
05/10/25 13:25:38 q1E9EpFa
インテル、Itaniumチップのリリースを先送り--Xeonの改良も計画
URLﾘﾝｸ(japan.cnet.com)
将来予定されていたチップは軒並み延期。
Montecitoには結局Foxtonは搭載せずに最高クロックも2GHzから1.6GHzに。
ここまで来ると悲しくなってくる。
117:不明なデバイスさん
05/10/25 17:25:17 sUcYLvbq
正直いってインテルも止めたいだろ
118:不明なデバイスさん
05/10/25 17:36:46 hQWfAL9j
IA64の性格上、止めたいとしても
そう簡単に止める事もできず。。。。
119:不明なデバイスさん
05/10/25 23:10:33 WiKY7Njo
hpが痺れを切らしてmx2を出してだいぶ経つけど、
いまだにインテルはmx2をリプレースできるものを出してこない。
120:不明なデバイスさん
05/10/25 23:39:15 SZgqd/DY
リリース延期よりwhitefieldのキャンセルの方が痛いね
統合チップセットは夢まぼろし
121:不明なデバイスさん
05/10/26 05:02:03 1OBFavpp
【速報】NECと米ユニシスが包括提携を正式発表、次世代サーバーを共同開発
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
122:不明なデバイスさん
05/10/26 11:53:55 pfrhKF+S
とことん、NECは北米で自前で商売させてもらえないのな。
スパコンはCrayへOEMで、北米での販売権もたず
IA-64サーバはUnisysへOEMで、北米での販売権もたず?
123:不明なデバイスさん
05/10/26 21:03:31 VxW0Z6tW
業界激震、NECとUnisysがエンタープライズサーバで協業戦略を発表
URLﾘﾝｸ(pcweb.mycom.co.jp)
124:不明なデバイスさん
05/10/26 21:27:08 OSQNC2/l
>>123のリンク先
> ハイエンドエンタープライズサーバ世界市場におけるシェアは
> Unisys、HP、IBMの順に続く。それぞれ33%、25%、18%ほど。
いったいどういう製品のシェアを抜き出したらこういう数字に
なるんだ？ｗｗｗ
125:不明なデバイスさん
05/10/27 03:40:55 gbAXkkRZ
>>124
今回のNECとUnisysが協業してやる製品のクラスでのシェアでしょ。
126:不明なデバイスさん
05/10/27 21:18:26 6RVQZkBK
>>125
禅問答が趣味？
127:不明なデバイスさん
05/10/27 23:56:19 XynBiSBS
ハイエンドIAサーバ市場らしいよ
何way以上をハイエンドと言うのかは不明
128:不明なデバイスさん
05/10/28 02:28:53 DX34cvZA
まぁ、自作PCとかのハイエンドとはまるで世界が違うわけで。
129:不明なデバイスさん
05/10/28 06:39:02 ekDa4Ub8
>>125
要はUnisysがNECのチップセットを使うってことじゃないかな。
これまで、Intelのチップセット使ってたけど、Intelはあんまりやる気ないみたいだしね。
DELLはそれで、Itaniumから撤退してしまった。
130:不明なデバイスさん
05/10/28 10:18:40 j5OO56yH
これは何ですか諸先生方 傍系へ追いやられるItanium
URLﾘﾝｸ(pc.watch.impress.co.jp)
131:不明なデバイスさん
05/10/28 20:42:09 DX34cvZA
初代ItaniumのMercedも、
各種メーカーへのES品提供や動作デモから、量産出荷までえらく時間がかかったよね。
3年くらいかかっていたような希ガス。
132:不明なデバイスさん
05/10/28 22:10:53 aBgqkhzw
>131 コンパイラも不完全だったＹＯ
133:不明なデバイスさん
05/10/29 00:00:54 DhFMJv6V
>>130
> はっきり言うと筆者は、そう遠くない将来、Itaniumの開発グループは、
> Intelから切り離され、別会社になるのではないかと思っている
> (あくまでも筆者の勝手な思い込みである)。
冴えないジョーク、キター！
134:不明なデバイスさん
05/10/29 03:09:48 nqkTuiHO
>>130
> 当初2005年後半と言われたMontecitoのリリースから
2002年頃には2004年リリースと言ってたんですけど…
URLﾘﾝｸ(www.watch.impress.co.jp)
どこが当初だよ。
> メインフレーム用の少量生産の高価なプロセッサで、多少の歩留まりの良し悪
> しはあまり関係ないような気がするし、どうもピンとこない。あるいは長期使
> 用時の信頼性不足、とかいった事情があるのかもしれない。
critical な errata が残ってるからに決まってるのに、どうしてこの人は
いちいちボケて見せますかね。
でも >>133 の引用のところ(Intel的には分社化したい)はいいとこついてる
気がしてるんだが… これを書きたいために、前半でわざとボケてみせたって
わけじゃないよな…
135:不明なデバイスさん
05/10/29 03:38:11 SHJyBZt8
そういや最近は、エラッタによりCPU無償交換という話がないね。
ちなみにMcKinleyを出した後も、
インテルはMercedの新リビジョン(Cステップ)を製造してて、
保守で交換したBステップのCPUがジャンク屋にゴロゴロしてた。
136:不明なデバイスさん
05/10/31 09:55:25 UMe4zpfs
IBM のスーパーコンピュータ『Blue Gene/L』が最速記録を更新
URLﾘﾝｸ(headlines.yahoo.co.jp)
137:不明なデバイスさん
05/10/31 12:14:22 LKqWRqL6
HP、Itaniumプロセッサ搭載のブレードサーバを発表へ
URLﾘﾝｸ(headlines.yahoo.co.jp)
138:不明なデバイスさん
05/11/01 09:22:55 ik6uo9W+
HP-UXをx86やx86-64に移植したほうが、いいんでないの?
139:不明なデバイスさん
05/11/01 18:31:45 hU1dvOu3
x86/x86-64 は、little endian 固定ってのが、バイナリデータの
互換性の面で問題。(HP-UX は big endian)
140:不明なデバイスさん
05/11/02 06:40:28 XDZdRxuH
つまり、x86版のHP-UXを使いたい客は、とっくにSolarisやLinuxのx86版を使っている、ということ?
141:不明なデバイスさん
05/11/02 06:41:47 XDZdRxuH
う、日本語が変だった。
x86版のHP-UXを今さら出しても、
その需要は、他のx86版のUNIX系OSによって満たされているから、
出しても、たいした需要がない、ということかな。
142:不明なデバイスさん
05/11/02 13:08:08 rG3vsS/U
HP、Itanium搭載ブレード「BL60p」を来年出荷
URLﾘﾝｸ(headlines.yahoo.co.jp)
米Hewlett-Packard（HP）は11月1日、IntelのItanium 2プロセッサを搭載したブレードサーバ「HP Integrity BL60p」を発表した。OSはHP-UX 11iをサポートし、来年初頭に出荷予定。価格は5695ドルから。
最近のベンチマークとビジネスプロセステストで、競合するIBMの「JS20」よりも性能が60％上回ったとしている。
143:不明なデバイスさん
05/11/03 00:58:17 vrsZTPzK
■後藤弘茂のWeekly海外ニュース■
リンクしていたIntelのシリアルFSBとFB-DIMMプロジェクト
URLﾘﾝｸ(pc.watch.impress.co.jp)
144:不明なデバイスさん
05/11/03 13:17:18 Xf1Ek0/K
>>141
HP-UXはある意味もう死んでるよ
ただ、いきなりなくすと既存のユーザが困るからね
要はメンテナンスフェーズかと
145:不明なデバイスさん
05/11/03 14:45:06 vrsZTPzK
SGI、ニューヨーク証券取引所で上場廃止に
URLﾘﾝｸ(headlines.yahoo.co.jp)
146:不明なデバイスさん
05/11/04 17:11:36 175VwETs
電力中央研に3TFLOPS「SX-8」導入、スカラー混在型
URLﾘﾝｸ(headlines.yahoo.co.jp)
NECは11月4日、財団法人電力中央研究所に、ベクター型スーパーコンピュータ「SX-8/8A」の納入を開始したと発表した。最大ベクター性能は3.072TFLOPSと、同コンピューターで国内最大規模。最大655GFLOPSのItaniumブレードサーバと混在型のシステムとした。
147:不明なデバイスさん
05/11/05 03:00:40 h56WkJz/
とっとと分社化してNECに売っちゃえばいいのにね
148:不明なデバイスさん
05/11/05 13:51:41 6hOULXYZ
NECがIA-64の巨大なマシン作ってるけど、
他のメーカーだってIA-64から引くに引けないわけで・・・。
149:不明なデバイスさん
05/11/05 19:43:14 2IGrwaHX
富士通は自社で SPARC64 を作ってるから、いざとなったらそっちで
OK なんじゃないの？ 性能的にも整数演算なら既に Itanium より速い
みたいだし。HP とか NEC、日立はちょっと困るでしょうね。
150:不明なデバイスさん
05/11/05 20:08:55 m2pfSR6I
富士通、大型コンピューターで北米再参入・ＥＤＳと提携
URLﾘﾝｸ(www.nikkei.co.jp)
151:不明なデバイスさん
05/11/05 20:27:09 m2pfSR6I
富士通の「PRIMEQUEST」、北米進出に向け米EDSをパートナーに
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
152:不明なデバイスさん
05/11/06 11:43:50 uwZF2IVp
Itaniumは癖がありすぎ。
コンパイラが吸収できるものは構わないけど、
パフォーマンスを出すために考慮すべきことが大杉。
153:不明なデバイスさん
05/11/06 13:31:54 7+KYWe2T
こんなはずじゃなかったのに。
154:不明なデバイスさん
05/11/08 11:54:27 W4b7FDAc
［販売戦略］日立製作所、北米でのサーバー事業をスタート
URLﾘﾝｸ(headlines.yahoo.co.jp)
155:不明なデバイスさん
05/11/08 17:02:54 9JpnGzv6
日立、北米でサーバー事業を開始
URLﾘﾝｸ(japan.internet.com)
156:不明なデバイスさん
05/11/10 15:59:25 3YPtguxt
Itanium - is there light at the end of the tunnel?
URLﾘﾝｸ(www.anandtech.com)
157:不明なデバイスさん
05/11/10 19:35:07 YEZeBj2d
なげーな
で、結局なんだっての？
158:不明なデバイスさん
05/11/10 20:52:29 4cdb39K6
IA-64のおさらい
159:不明なデバイスさん
05/11/11 19:58:30 +qc4qZSu
>>157
結論は、
コアが小さくてXeonの2倍のコアが積めるのに、
インテルがIA-64に投資しないからダメポ
160:不明なデバイスさん
05/11/11 21:30:31 5QQqjxv9
まあ、いくら良い技術でも、売れないんじゃしょうがないよね
161:不明なデバイスさん
05/11/12 00:11:12 a3ZmLkRL
VLIWって良い技術なの？
162:不明なデバイスさん
05/11/12 07:02:21 BxF3yWZG
まぁ、トランスメタみても、応用も利きそうだけどな。
CMSのTr含んでも、まだ、Coreは小さい方だし。
163:不明なデバイスさん
05/11/12 09:19:25 GLQqjm23
コアが小さくて性能が出るんだから良い技術なんじゃない？
164:不明なデバイスさん
05/11/12 10:10:42 ksmVZyZe
まあ、VLIWやRISCが小さいというより、
CISCなx86が相対的に大きいだけな気がする・・・
165:不明なデバイスさん
05/11/12 10:51:58 gSr4X6qC
いまだにRISC対CISC引きずってる人発見！
166:不明なデバイスさん
05/11/12 13:22:29 IL3aJc3y
珍しい。
167:不明なデバイスさん
05/11/12 19:15:20 Nf+p8V7j
IA-64だって、Out of Orderや、命令セットと内部アーキテクチャが違うようになったら、巨大になるでしょ。
つまり、IA-64のコアが小さいというのは、暴論すれば、486やP5のコアが小さいというのと同じ。
コンパイラ等と内部アーキテクチャの橋渡し役としての命令セット、
という見方をすると、どうなんだろう。
168:不明なデバイスさん
05/11/13 00:21:43 MaQB+5mS
IPC は市販CPUでトップなんだし、たった8段のパイプラインしか
なくて1.6GHz も出るんだから、ちょっとパイプラインを増やして
せめて Opteron くらいのクロックにすれば、それだけで確実に
競争力が出るのに…
foxton なんてバクチ技術で熱対策しようとしたのが敗因?
169:不明なデバイスさん
05/11/13 01:35:47 akYQbsw/
競争力の無さは、クロックが原因というわけでも無かろう。
170:不明なデバイスさん
05/11/13 18:19:09 0V8aMZbi
MercedからMcKinleyでパイプラインの段数を減らして性能を上げたのに?
171:不明なデバイスさん
05/11/14 01:43:41 aHigr0AR
同じクロックならパイプライン段数が短い方がいいけど、
クロックが上がるなら、多少パイプラインが増えてもペイできるでしょ。
もちろん、パイプライン段数を変えずにクロックが上がるのがベストだけど。
172:不明なデバイスさん
05/11/14 06:52:50 pyEkcKWC
パイプラインの短さが売りなのに?
173:不明なデバイスさん
05/11/14 12:50:52 3GzFFpEC
OOOなしでパイプライン段数を増やすのは自殺行為だな。
174:不明なデバイスさん
05/11/14 22:17:20 6M8ruqRT
いまだに周波数神話ひきずってる人発見！
って書いてほしかったんじゃないか？
175:不明なデバイスさん
05/11/15 00:11:50 K6gmG+gJ
で、実際のところどうなのよ。
XeonやOpteronでパイプラインがストールしまくるようなものでも、
Itaniumなら、あまり遅くならずに処理してくれるの?
176:不明なデバイスさん
05/11/15 18:12:54 K6gmG+gJ
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
Sunのナイアガラがリリースされました。
8コアで4つのメモリコントローラを持つのなら、
2コアを4つ並べるのと同じだと思うのですが・・・。
ダイ間の接続よりもレイテンシもバンド幅も優れてるのかな。
> 最大の特徴は、特許取得済みの「CoolThreads」技術。
> 5年越しで開発した省電力技術で、電力、冷却、性能の3つをバランスよく実現するという。
インテルがFoxtonと言ってるのと同じ目的・効果だけど、どう実装が違うのだろう。
インテルはクロックのスピード自体を変更してるようだけど、
パイプラインにnopを挿入するほうがいいんじゃないかな。
電源回路から見たら、省電力機能は、まったくないか、
このような消費電力を一定に保つようなものが良い。
アイドル時に消費電力をカットするだけのものだと、
CPUの消費電流が目まぐるしく変化するので、
電源回路の応答特性に、かなりのことが要求されてしまう。
177:不明なデバイスさん
05/11/18 23:09:43 2RQqoDyI
> 8コアで4つのメモリコントローラを持つのなら、
> 2コアを4つ並べるのと同じだと思うのですが・・・。
L2キャッシュとの通信オーバーヘッドが全然違う。
> インテルがFoxtonと言ってるのと同じ目的・効果だけど、どう実装が違うのだろう。
Niagara は Foxton みたいな、温度に応じたクロック制御機構は
積んでないと思う。
Niagara が省電力で済むのは、ポラックの法則 (SuperScaler や
OoO のような高速化の機構を追加しても、トランジスタ数2倍に対し
性能は1.4倍程度しか向上しない) の効果を逆用してマイクロアーキ
テクチャを簡素にしてトランジスタ数を節約したことと、クロックが
低いことの結果。当然、1コアあたりの性能は低くなるが、その分
コア数を増やして、性能を稼いでいるので、同性能なら省電力になる。
あと、メモリコントローラ内蔵で、かつコアあたり4スレッドある
ので、メモリレイテンシの隠蔽の点では、かなり優れていると思われる。
178:不明なデバイスさん
05/11/20 01:05:33 HghDT8S2
SMTってうまくスケジューリングされればかなりよく見えるけど、
実際問題、各スレッドは均等に処理されるもんなのだろうか。
処理スループットは上がるけど、ある１つのスレッドの処理だけが
なかなか終わらないということだとまずい。
Webサービスにはそれでも困らないだろうけど。
179:不明なデバイスさん
05/11/20 02:07:27 ceGpNbc8
Niagara の場合、FGMT だから、全スレッド均等に処理される。
SMT じゃないので、同時に動くスレッドはなくて、クロックごと
にラウンドロビンで各スレッドが動く。
4スレッドあるので、見かけ上、メモリレイテンシが1/4になる
という効果がある。
180:不明なデバイスさん
05/11/20 02:20:06 TfKErAgJ
>>179
それは、シングルスレッド性能が1/4になるという効果もあるのでは？
181:不明なデバイスさん
05/11/20 02:41:24 ceGpNbc8
もちろん、シングルスレッド性能は落ちるよ。
でも、メモリ待ちで浪費している時間の割り合いが減るので、
シングルスレッド性能の低下は1/4ほどはひどくない。
結果としてシステム全体のスループットは上がる。
だからスループットコンピューティングなんでしょ。
なんにせよ、マルチスレッドやマルチプロセスが十分有効な種類の
サーバアプリに特化したCPUで、現状のクライアントアプリケーション
には向かない。
182:不明なデバイスさん
05/11/20 13:37:56 HghDT8S2
完全に同期しちゃうと、loadが4命令続いた後、FPUが4命令続くとか
いうことになりそうで、結局は、ソフトウェアパイプラインをやらないと
各ユニットの使用率はNiagaraでも埋められないような。
まあ、ベクトル機とスカラ機の間を埋めてくれそうだから少し期待。
183:不明なデバイスさん
05/11/20 15:10:09 ceGpNbc8
> まあ、ベクトル機とスカラ機の間を埋めてくれそうだから少し期待。
うーん、それは無理。
少なくとも今回の版は 8core あるのに FPU は全体で 1つしかないらしい
から、浮動小数点演算性能は全く期待できないとか。
用途を考えて、FPU の分は cache に回すとかしたんじゃないかな。
184:不明なデバイスさん
05/11/20 15:41:36 Tk/96RH1
まあ、プロセッサメーカにとって見ればプライオリティは、
マルチスレッドバリバリのサーバ用途＞＞シングルスレッド重視の数値計算用途
なんだろうな。Opteronなんかモロそれを狙った設計だし。
185:不明なデバイスさん
05/11/20 23:43:24 YjZoIt+P
32スレッドをスケジューリングする人も大変だね。
186:不明なデバイスさん
05/11/22 18:17:48 /hT8bGti
インテルのハイパースレッディング技術でサーバ性能の低下が発生か
URLﾘﾝｸ(headlines.yahoo.co.jp)
187:不明なデバイスさん
05/11/23 16:52:44 F++ZZbcn
NiagaraとItanium2を比較する意味あるの？
NiagaraはWebサーバーなどのマルチスレッドが有効に働くローエンドサーバー向けで
単一スレッドの性能が下がってもマルチスレッドでの性能向上を狙ったCPU
Itanium2はハイエンドサーバー向けCPUでIPCを上げるために設計されたCPU
応用分野がちがうよな
188:不明なデバイスさん
05/11/23 17:22:29 39tG5F9x
Itanium2も、たくさんのコアを積む方向に進んでますよ。
189:不明なデバイスさん
05/11/23 17:26:51 F++ZZbcn
Niagaraはローエンド向け
SUNはRockというハイエンド向けを開発中
190:不明なデバイスさん
05/11/23 20:17:36 eFVnd4m+
>>188
方向は同じでも目的(目標)が違うだろ。ｗ
191:不明なデバイスさん
05/11/24 17:43:30 4sEXFj99
サーバー出荷額：ウィンドウズ機、UNIXを抜く
URLﾘﾝｸ(headlines.yahoo.co.jp)
192:不明なデバイスさん
05/11/25 19:12:39 zrrqmCbZ
>>190
一緒だよ。
どちらも並列化しやすい処理のサーバ向け。
193:不明なデバイスさん
05/11/25 20:31:15 GjIrpMV5
そのサーバーにも色々あるだろｗ
Niagaraをメインフレームに使うわけにもいかんし。
194:不明なデバイスさん
05/11/25 20:58:16 YAcPwXmT
「コモディティサーバの高信頼化を目指す」、NECとStratusが提携強化
URLﾘﾝｸ(headlines.yahoo.co.jp)
195:190
05/11/25 21:54:38 /h1+dEE6
>>192
がはははっ、すげーアバウトだな。
てか、ネタだろ。
196:不明なデバイスさん
05/11/27 12:39:09 w25lwguO
NEC、米Stratusと無停止型サーバーを共同開発、資本提携も
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
197:不明なデバイスさん
05/11/28 17:56:09 /P7XYyX4
HPC設計の主要人物，米Crayのチーフ・サイエンティストが米Microsoftへ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
198:不明なデバイスさん
05/11/29 10:16:08 5K4kCQI1
>>197
Burton Smith氏にItaniumサーバを売り込みましょう。
199:不明なデバイスさん
05/11/29 18:59:37 vyxHbR/x
>>197
Microsoftは自社社員がGoogle行くには激怒するくせに他社から人材を引き抜くのは好きだよな
200:不明なデバイスさん
05/12/01 22:29:14 geEkFVTE
富士通とRed Hat、PRIMEQUESTへのアプリケーション移植を共同で推進
URLﾘﾝｸ(headlines.yahoo.co.jp)
201:不明なデバイスさん
05/12/03 00:46:00 cfwJQeYO
URLﾘﾝｸ(www.qcpass.co.jp)
のトップページによると、
900MHzのZX2000が228,000円だって。
中古なのに、かつての新品価格で売るとは、なかなかいい根性してる。
202:不明なデバイスさん
05/12/05 17:38:23 XipSTV/8
エッチ・アイ・ティー，FSB 667MHzのItanium 2搭載ブレード・システムを2006年第1四半期に出荷
Windows Compute Cluster Server 2003対応x64マシンもOS完成と同時に提供予定
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
203:不明なデバイスさん
05/12/08 18:52:37 990K3nEh
日本HP、Itanium 2やデュアルコアXeonを搭載するブレードサーバー
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
204:不明なデバイスさん
05/12/09 18:09:49 cvGV/1B0
Intelパット・ゲルシンガー氏、2006年のプラットフォーム戦略を語る
URLﾘﾝｸ(pc.watch.impress.co.jp)
205:不明なデバイスさん
05/12/09 20:03:05 cvGV/1B0
富士通、中国にシステム検証センター開設へ
URLﾘﾝｸ(japan.zdnet.com)
206:不明なデバイスさん
05/12/12 08:16:26 FsrAYmNs
>>204
>IntelにとってItanium 2はビジネスとしてのメリットが少ないのではないかとの質問を受けると、
>「ItaniumをIntelから切り離すメリットはない」と明言、
>3世代先までロードマップも決まっているとし、今後もこれまでと同様に取り組んでいく姿勢を示した。
別会社化しないのか・・・
207:不明なデバイスさん
05/12/13 19:50:00 SO1HuPHU
日立、Xeon 3.80GHzを搭載可能な新ブレードサーバーなど
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
208:不明なデバイスさん
05/12/14 12:28:19 C5sk5oPl
東北大の次世代融合研究システムが本格稼働―計算と実験の融合が進む
URLﾘﾝｸ(www.itmedia.co.jp)
209:不明なデバイスさん
05/12/16 03:30:30 tLOJ2nkb
Intel's CSI to outperform AMD's Hypertransport
URLﾘﾝｸ(www.theregister.co.uk)
210:不明なデバイスさん
05/12/16 12:35:45 tLOJ2nkb
Longhorn Severの新機能が明らかに
NECはパーティションの動的変更を検証
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
211:不明なデバイスさん
05/12/16 15:11:13 0mtfxu7u
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
米Intel VP、「知られていないがItaniumは売れてます」
| ―Itaniumが好調とのことですが、具体的な数字を教えてください。
| スカウゲン氏
| あまり知られていないことですが、Itaniumベースのシステムの売り上げは、
| サンやIBMを上回っているのです。特に日本市場はメインフレームからの
| リプレースやRISCからのマイグレーションでリードしています。Itaniumベース
| のシステムの売り上げは、SPARCベースのシステムの1.6倍に、POWERベー
| スのシステムの1.17倍という数字が出ています。
……具体的な数字は教えてくれないようです。
212:不明なデバイスさん
05/12/17 14:47:13 t56ucSzX
IBM、AIXセンター開設
URLﾘﾝｸ(headlines.yahoo.co.jp)
213:不明なデバイスさん
05/12/18 03:06:53 p0rM7GkU
IA-32ELがサポートするのはx86命令だけだよね?
x64命令をサポートする、AMD64ELｷﾎﾞﾝﾇ
214:不明なデバイスさん
05/12/18 12:35:23 0qXOKhQZ
Opteron買えよ
215:不明なデバイスさん
05/12/19 00:37:18 +CX0/ysj
ロードマップの変更が続くIntelのサーバ・プラットフォームの真相
URLﾘﾝｸ(www.atmarkit.co.jp)
216:不明なデバイスさん
05/12/19 02:17:37 IAOWbwzw
バリデーションしない理由は、何らかの技術的な問題なのではないのか?
仮にfoxton自体には問題がなくても、
何か別のところに技術的な問題があってスケジュールが遅れてバリデーションする時間がないとか・・・。
217:不明なデバイスさん
05/12/19 02:18:11 IAOWbwzw
IDにIA出たー。
218:不明なデバイスさん
05/12/19 03:10:17 23FvWWr6
Foxtonが無くてもMontecitoの性能はMadison-9Mの2倍に達するって言うけど
つまりはFoxton使ってもあんま性能上がらないから無効にしたんじゃないの？
2GHzでFoxtonサポートしても電力食いまくりでしょっちゅうクロック落ちるんじゃ
ないかと疑ってみたり。
219:不明なデバイスさん
05/12/19 03:49:32 IAOWbwzw
IA-64のCPUは省電力設計は最近になってやってるわけで、
あんまり消費電力が減らないのかもね。
220:不明なデバイスさん
05/12/19 21:54:18 +CX0/ysj
自動並列化が可能なマルチコアプロセッサ技術を開発
URLﾘﾝｸ(www.nec.co.jp)
221:不明なデバイスさん
05/12/19 23:44:53 kqZf6FeS
電源制御機能に期待してキャパシタ減らしちゃったから
電源にノイズがのって動かないって話じゃなかったっけ？
それにしても、なんで技術的な問題があるからバリデーションできない
ってロジックにならないんだろうね？謎な文章
技術的に問題はないって書けってIntelに言われたのかな？
222:不明なデバイスさん
05/12/20 13:27:20 bEN0cwZE
技術的な問題ならいいけど、
政治的な問題だったら嫌だな。
IA-64を早期に畳んで終了させるために、意図的に期待させといて裏切るのを繰り返すとか。
223:不明なデバイスさん
05/12/21 21:29:24 kF+gpvGT
Itaniumはなくなるの？
224:不明なデバイスさん
05/12/21 22:25:14 NWDO7YPb
日立のサーバー事業、BladeSymphonyが救世主に---針路IT（14回）
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
225:不明なデバイスさん
05/12/22 20:30:37 kBDWfQox
Xeonなら売れるだろうしね
226:不明なデバイスさん
05/12/22 21:34:57 0pJv/Yh4
米国の対中輸出、中国が非課税障壁撤廃すれば25％増加する公算＝商務次官
URLﾘﾝｸ(headlines.yahoo.co.jp)
227:不明なデバイスさん
05/12/25 17:35:18 /83W8aDg
URLﾘﾝｸ(www.atmarkit.co.jp)
> 2007年にはすべてのサーバ向け製品がマルチコア化される。
> ItaniumではMontecitoというコード名で開発を進めているが、
> 「今後すべてのサーバ用プロセッサで、マルチコアによる
> 並列化が基本になることは間違いない」と徳永氏は断言した。
>
> つまり、Itanium は、「サーバ用プロセッサの未来をいち
> 早く現実のものにしたプロセッサ」ということになる。
POWER も SPARC も Opteron も、とっくにデュアルコア製品が
出ていて、Xeon でさえも 11月にデュアルコア品の出荷が開始
されているのに、まだシングルコアしかない Itanium が、
「サーバ用プロセッサの未来をいち早く現実のものにしたプロ
セッサ」？
228:不明なデバイスさん
05/12/27 23:31:59 X4bgSPts
Appleに希望の光を見出すIntel
URLﾘﾝｸ(nikkeibp.jp)
229:不明なデバイスさん
05/12/28 17:37:28 kocun7lf
ポストMeromとなる「Nehalem」と「Gilo」
URLﾘﾝｸ(pc.watch.impress.co.jp)
230:不明なデバイスさん
05/12/31 01:06:41 xLQu8iJv
Looking Back at 2005
URLﾘﾝｸ(www.internetnews.com)
231:不明なデバイスさん
06/01/01 13:04:40 mcmsb5bc
超並列アーキテクチャとディペンダビリティ - プロセッサ開発の今後
URLﾘﾝｸ(pcweb.mycom.co.jp)
232:不明なデバイスさん
06/01/01 19:34:15 2W9bBxtV
2006年はプラットフォーム元年--インテル
URLﾘﾝｸ(japan.zdnet.com)
233:不明なデバイスさん
06/01/03 11:13:18 4V7pCq+n
米Intel VP、「知られていないがItaniumは売れてます」
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
なんだかんだいって勝ってるじゃん
2001年に売り始めて4年で日本市場は勝ったと
234:不明なデバイスさん
06/01/03 12:09:15 oNxPwssE
>>233 >>211
235:不明なデバイスさん
06/01/03 17:46:41 S5f71xG0
HPがKDDIだかどこだかの大型案件受けた瞬間風速って話を聞いたけど
236:不明なデバイスさん
06/01/03 18:34:56 51Rvz91Z
>>235
日本HP、日本BEA、KDDIの基幹システムARIALを構築
URLﾘﾝｸ(h50146.www5.hp.com)
237:不明なデバイスさん
06/01/04 18:19:40 6PB4yOGt
RAMBUS、AMDと5年間の大型ライセンス契約締結
～FB-DIMMの製品化動向にも影響か
URLﾘﾝｸ(pc.watch.impress.co.jp)
238:不明なデバイスさん
06/01/06 23:30:14 v2e5XeHW
基幹IAサーバ「PRIMEQUEST」が「日刊工業新聞社十大新製品賞 本賞」を受賞
URLﾘﾝｸ(primeserver.fujitsu.com)
基幹IAサーバ「PRIMEQUEST」、Javaアプリケーションベンチマークで世界最高性能を達成
URLﾘﾝｸ(pr.fujitsu.com)
239:不明なデバイスさん
06/01/07 15:51:03 sasuO+jX
国内外で十数件しか売れてないのか・・・。
240:不明なデバイスさん
06/01/08 03:11:02 bFf2BuBO
メインフレームクラスだから、十分売れてると思う
一台一億円以上のシステムでしょ?
241:不明なデバイスさん
06/01/08 07:53:51 uD87sEa3
十数件ではなく数十件。
いずれにしても、数が売れないことには、
設計コストがもろに単価に乗っかるので、
なんだかなぁ。
242:不明なデバイスさん
06/01/09 14:50:36 j9grPbUC
【レポート】 SC05 - 富士通、日立、NECのブースとHPCマシン
URLﾘﾝｸ(pcweb.mycom.co.jp)
【レポート】 SC05 - IBM、CRAY、HPのHPC製品 - "Cell"プロセッサ搭載ボードも
URLﾘﾝｸ(pcweb.mycom.co.jp)
243:不明なデバイスさん
06/01/09 22:51:46 62SsXiW4
唯一のベクトルマシンに、本文では何も触れてないな。ヒドイ・・
244:不明なデバイスさん
06/01/09 23:38:23 5x1N6A9g
ベクトルマシンは、需要ないわけじゃないけどほとんど終わりだろ
SX-8が1CPUで1200万円
PC買って、MPIでプログラミングに苦労するのを選ぶでしょ
245:不明なデバイスさん
06/01/10 17:20:20 ncozL8uJ
開発費が嵩むなら、ハードを買ったほうが安いかもな。
246:不明なデバイスさん
06/01/10 20:45:03 enD/uIPi
>>245
アカデミアでは奴隷が居るので開発費という発想が無い…
247:不明なデバイスさん
06/01/10 20:57:23 nKi26ogh
>>244
SX-8 ×
SX-8i ○
248:不明なデバイスさん
06/01/11 17:40:47 mGFoJOSf
デル、AMD製プロセッサ搭載システムを2006年後半にも出荷へ--アナリストが予測
URLﾘﾝｸ(headlines.yahoo.co.jp)
249:不明なデバイスさん
06/01/11 22:38:17 huJD0Y8W
今年からCadence社は自社製メインストリームソフトのIntel版の新規供給を、IA-64を止めて
AMD64のみに変更してしまった。
CEOが元IntelのEPG副社長だけにItaniumはもうダメなんだろうか。
250:不明なデバイスさん
06/01/12 17:19:43 rT8htH6x
Bull's TERA-10 supercomputer ?the most powerful in Europe ?passes acceptance tests at the CEA
URLﾘﾝｸ(www.cea.fr)
251:不明なデバイスさん
06/01/12 18:20:39 huGL4loM
日本HPがブレードサーバーの間接販売に新施策、“ブレード友の会”で提案モデル開発
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
252:不明なデバイスさん
06/01/12 18:31:29 huGL4loM
Windows用ダンプツール、マイクロソフトが無償で公開
URLﾘﾝｸ(www.atmarkit.co.jp)
253:不明なデバイスさん
06/01/12 23:39:26 MU8cRBG1
>>249
LSI設計CADは処理速度がモノをいうからなあ。残念なことだ。
もっとも、顧客の要望次第では個別対応してくれそうな気はするけどな。
254:不明なデバイスさん
06/01/13 00:10:26 oJGH1PwI
そんな要望だす顧客はいないだろ
255:不明なデバイスさん
06/01/13 00:32:04 /w48gJEf
そもそもWS用途で使用してる奴なんていないだろ
256:不明なデバイスさん
06/01/13 10:30:52 GPPMXkez
WS って言葉が既に死語だからな
257:不明なデバイスさん
06/01/13 11:20:26 RLm4TgGz
AMD64が出るまでは、
背に腹はかえられないので、
使うしかなかったわけだけど、
AMD64が軌道に乗った今となっては・・・orz
258:不明なデバイスさん
06/01/14 01:03:30 HcjLpXNR
>>254-255
うちの会社はPCをX端末にして、サーバー(IA64機ではないが)でLSI CADの
JOBを実行しているぞ。
DRACULAなんか大容量キャッシュが効いているのかやっぱりWSより速い速い。
CADのライセンスが超高価なだけにこの速さは重要。
NECや富士通などItanuium2のサーバー出してるわけでIA64バイナリ版は需要があると
思うけどな。
259:不明なデバイスさん
06/01/14 01:34:37 cGAaacDz
Intel confirms 1333MHz bus for Woodcrest
URLﾘﾝｸ(www.theinquirer.net)
260:249
06/01/14 09:25:13 tZIJXWY7
SOCEとかIC5.xがIA-64サポートし始めたのでやっとItanium2マシン導入できるかと思っていたら
これですよ。
Cadenceは他社に比べるとSunびいきなところがあるのと、
サッパリ物が出て来ないIA-64に業を煮やした結果なんですかね。
261:254
06/01/14 12:01:15 1fg7C7zE
俺は別にWSに限った話をしたわけではない
確かに要望はあるみたいだな
でも8CPUまでならOpteronで十分だし
それ以上必要ならグリッド化して
ボリュームライセンスって感じじゃないのか？
IA64をサーバに使いたい理由がわからん
>>258
Calibreじゃないんだ
262:不明なデバイスさん
06/01/14 12:46:42 ovTH4R2x
IntelはEDA環境をRISC-UNIX(HP?)からEM64T-Linuxに移行するらしい。
作ってるところが使わない用途じゃ、売れないでしょ。
まあ。IA64自体は企業統制なんちゃらで追い風が吹いてるから、
何年か後には状況が変わってるかもしれないね。
263:不明なデバイスさん
06/01/14 13:43:26 tZIJXWY7
確かにグリッド化してしまえばユニットの性能はあまり気にならないけど、
価格を無視すればIA-64の方が優れてる訳だし、予算が許すならItanium2使いたいな。
264:不明なデバイスさん
06/01/14 14:02:02 Qv0tRAz+
The Implementation of a 2-Core, Multi-Threaded Itanium Family Processor.
URLﾘﾝｸ(mos.stanford.edu)
IEEE Journal Jan 2006の記事。
内容はISSCC2005だが。
まぁ、このｽﾚにいるような香具師はIEEE Journalぐらい
読んでるだろうから価値ないだろうけど・・・
265:不明なデバイスさん
06/01/14 17:04:15 Z/7jz7cD
>>263
＞価格を無視すればIA-64の方が優れてる訳だし
65nmのx86 CPU(WoodcrestやOpteron)が出て来れば、130nmのMontecitoは絶対性能でも
勝ちめがないのでは？ (いはんやcost/performanceをや)
65nmのItaniumが出て来るのは2008まで待つ必要があるし
266:訂正
06/01/14 17:06:49 Z/7jz7cD
>>265 130nmのMontecito → 90nmのMontecito
267:不明なデバイスさん
06/01/14 17:31:50 xnQMT7KX
65nmのMontvaleは2007だな
268:不明なデバイスさん
06/01/14 17:40:08 Z/7jz7cD
Montvaleは90nmでMontecitoのマイナーチェンジでしょう。
URLﾘﾝｸ(www.theinquirer.net)
it will be a 90 nanometre chip with the most minor of upgrades,
a little more cache, and some other enhancements.
ソースがThe Inquirerだけど、Itaniumネタは今までだいたい合っているから
これも信じていいのでは。
269:不明なデバイスさん
06/01/14 17:48:02 xnQMT7KX
マイナーチェンジで正解じゃないか？
プロセスとアーキメジャーチェンジの同時移行はリスクが有りすきる。
ハイエンドでは尚更。
270:不明なデバイスさん
06/01/14 19:53:05 Z/7jz7cD
違う違う、Montvaleはプロセスも90nmのままだってThe Inquirerは言ってる。
271:不明なデバイスさん
06/01/14 20:58:25 CmOvIRXA
ほんと、しがらみ無いならIntelはもうItanium止めたいんだろうね
全くやる気が感じられない
272:不明なデバイスさん
06/01/14 21:45:37 tZIJXWY7
>>265
つまるところ64bitメモリ拡張のEM64Tとは構造的にハナシにならんと思う。
汎用レジスタでは64bit長16個のXeonに対して、Itanium2は128bit長128個だし、
EPICはよーいドンの位置をCPUに入るカナーり前へ持っていった様なものなので
排気量の違うフライング野郎には勝てないと思う。
273:不明なデバイスさん
06/01/14 22:02:13 gUArVhWt
まぁ、別にintelはIA-64だけ作ってるわけじゃないから
x86使えたきゃx86使えで終わる話じゃないか。
てか、x86の方がメインなんだし。
274:不明なデバイスさん
06/01/14 23:27:23 MymemDl4
x86の立て直しにリソースが取られてIA-64にまで手が回らないのかもね。
275:不明なデバイスさん
06/01/14 23:59:42 kmO5hrVq
ItaniumからItanium2になるときに、
単精度のSIMDの演算能力が半分に減らされたのは、
どうしてなのでしょう?
276:不明なデバイスさん
06/01/15 07:02:29 w5YnT07g
>>273
でも「x86とIPFの両方をやるのは大Intelを持ってしても大変だ」という問題があるのでしょう。
それでXeonの開発が遅れてOpteronにだいぶシェアを取られているのでは？
それと上でCadence社の話が出てたけど、ソフト屋さんは(MSみたいな超大企業はともかく)
両方やるのは大変だから、どっちかにしたいんじゃないかな。
277:不明なデバイスさん
06/01/15 08:33:24 kxCldhn9
複数のアーキテクチャに対応するのは良くない
というのは、Alpha + WindowsNT が証明したよね
少しくらいCPUの性能が良くても、互換性のほうが重要だってことを。
278:不明なデバイスさん
06/01/15 08:48:03 w5YnT07g
＞少しくらいCPUの性能が良くても、
今のIPFは(そして少なくとも後2年くらいは)、性能も良くないんですが・・・
279:不明なデバイスさん
06/01/15 09:18:12 HGxbAbT8
>>276
今切る方がベンダとしては大変無責任で問題だと思うが。
少なくともIA-64を支持し投資してるベンダがいる限り、
Intelは彼らに継続してIA-64を発展させ、庇護する義務と責任がある。
280:不明なデバイスさん
06/01/15 10:28:50 AqRYMVQ0
>>278
そうそう。Alpha + WindowsNTと違ってそこが問題なんだよね。
Alpha潰してまでやることだったのかと・・・
281:不明なデバイスさん
06/01/15 11:06:07 w5YnT07g
>>279
将来性が無いアーキテクチャをずるずる引っ張る方が無責任では？
さっさとIPFのフェードアウトとx64への移行計画を示すべき。
AlphaにしろPA-RISCにしろ、そうやって来たのだし、例が無い訳じゃない。
早くIA64-EL on x64のリリースをキボン。
282:不明なデバイスさん
06/01/15 11:37:34 kxCldhn9
20年くらい使い続ける日本のメインフレーム代替機で採用されてしまった以上、
IA-64は20年は使われ続ける運命にあります・・・orz
283:不明なデバイスさん
06/01/15 12:07:57 7Hmioia9
>>281
そのための統合プラットフォーム構想だったわけで。
順調に2009までスリップしたけど・・・
284:不明なデバイスさん
06/01/15 12:44:03 aD+yrXe3
現状、Itanium2を搭載したハイエンドサーバをx64で
置き換えられるかというと、あと4、5年は無理じゃないの？
285:不明なデバイスさん
06/01/15 12:45:14 kxCldhn9
C言語をコンパイルした結果を表現するものとして、IA-64はどうなの?
どうせそのうち、OOO導入とか、内部命令に変換とか、やるんでしょ?
いくらEPICだといっても、いつまでも命令とハードを一致させていられないだろうし。
286:不明なデバイスさん
06/01/15 12:47:24 t1oNTkFV
x64なんてハイエンドじゃ使い物にならんぞ。
性能でしか評価できない厨房には言っても無駄かもしれんが…
287:不明なデバイスさん
06/01/15 13:09:38 aP3IbmaZ
昨年のPOWERコンファレンスでIBMのエンジニアが、
・(コンパイラには)複雑すぎるアーキテクチャ
・メモリ階層バンド幅の非効率な使用
・命令セットアーキテクチャに固執するよりもっとフォーカスすべき重要な技術条件があるのでは
以下略。。。
とItanium2をぼろくそに言ってたけど、Opteronのオの字も出なかったな。
288:不明なデバイスさん
06/01/15 13:24:00 mvuNerzh
＞・(コンパイラには)複雑すぎるアーキテクチャ
正しい。
＞・メモリ階層バンド幅の非効率な使用
帯域よりレイテンシにフォーカスしている。
＞・命令セットアーキテクチャに固執するよりもっとフォーカスすべき重要な技術条件があるのでは
かといってx86にこだわり続けるのもどうかと思われ。
＞とItanium2をぼろくそに言ってたけど、Opteronのオの字も出なかったな。
POWERにしてみればItaniumはライバルだからねぇ。
289:不明なデバイスさん
06/01/15 13:38:20 kxCldhn9
> ・(コンパイラには)複雑すぎるアーキテクチャ
そのコンパイラというのは、暗にGCCを指しているような気がしないでもない。
Linus氏がIA-64をボロクソに言うのも、GCCがVLIWに向かないコンパイラだというのが大きな理由だと思う。
290:不明なデバイスさん
06/01/15 13:46:13 mvuNerzh
LinusはUnix互換を重視してLinuxで成功したから互換性の無いIA-64は嫌いなんだよ。
291:不明なデバイスさん
06/01/15 14:06:31 aP3IbmaZ
> そのコンパイラというのは、暗にGCCを指しているような気がしないでもない。
動的で輻輳したプロセッサ制御を静的なコンパイラ技術でやるのはよろしくない
と言っていたので、ICCやGCCを問わずという感じでしたよ。
個人的には優等生のPOWERより、大胆なItaniumの方が好きだな。
292:不明なデバイスさん
06/01/15 14:11:58 w5YnT07g
>>286
ハイエンドだけのためにIntelがIPFを維持できるとは思えないが。
POWERとかPA-RISCとかAlphaとか維持できたのはシステムベンダーが
「システムから得られる利益をプロセッサに廻す」というメカニズムが
あったから。(POWERは今でもそうやっている)
でもIPFはシステムから上がる利益が、それ程Intelに回らないので、
IntelはIPFを支えるだけのキャッシュフローを得ることができない。
資金が流出し続けるだけの製品ラインを維持することは不可能でしょう。
293:不明なデバイスさん
06/01/15 14:14:04 w5YnT07g
>>288
＞・メモリ階層バンド幅の非効率な使用
帯域よりレイテンシにフォーカスしている。
でも、FSBという今となっては旧式のアーキテクチャのため、OpteronやPOWERに
レイテンシでも負けている。
294:不明なデバイスさん
06/01/15 14:44:27 WDNzTnoB
>>292
IntelはIPFだけでビジネスしているのではないので難しい判断があるのでしょうね。
>>293
何か勘違いしているようですがレイテンシに期待できないから非効率に帯域を使う事で
解決しよういったアプローチ・・・という意味です。
それに他社にchipsetを作らせているので色々と気を使う必要もあると・・・
295:不明なデバイスさん
06/01/15 16:45:31 ANwjYW4w
IA-64が失敗とみなされてるのはX86-64の成功でデスクトップ向けでの普及が絶望的になったこと
億単位の価格のハイエンドサーバーで成功したとしても数が出ないので
技術力をアピールできるだけでビジネスとしてはおいしくない
パソコンが世界で年間2億台近い数のx86が搭載されたパソコンが出荷されることを考えるとパイが小さすぎる
296:不明なデバイスさん
06/01/15 16:52:03 GI7UzIO9
＞X86-64の成功で
出荷数だけなら成功だが、ほとんど64bit modeで使われていないのに真の成功と言えるのか？
297:不明なデバイスさん
06/01/15 16:58:04 dh/xE6In
64bitはVistaがくるまで待ちでしょ
298:不明なデバイスさん
06/01/15 17:12:48 aD+yrXe3
Vistaになってもデスクトップで64bitアプリはブレークしないと思う。
299:不明なデバイスさん
06/01/15 21:38:24 w5YnT07g
まさにそれがIPFの問題でしょう。
32bitで良いニーズがたくさんあるのに、強制的に新64bitアーキテクチャに
移行させようとしたのが問題。
ユーザは段階的な移行を望んでいるのは明らか。
300:不明なデバイスさん
06/01/15 21:53:21 8qSro/YT
ItaniumはRISCの置き換えが目標だったから、とりあえずは問題ないんじゃないの。
301:不明なデバイスさん
06/01/15 23:19:10 VynvF9lJ
>>298
アプリが32bitのままでも、OSを64bit化する意味はある
また、64bitOS上で32bitアプリと64bitアプリをシームレスで動かせるのは
ソフト屋としては嬉しい
302:不明なデバイスさん
06/01/16 01:27:09 sradgfT8
>>301
＞ソフト屋としては嬉しい
あなたダンプからのデバッグしたことないでしょ？
x64は嬉しくない。つーか最低。
303:289
06/01/16 01:48:27 6YLTQ/Cq
>>291
そうでしたか。
私の間違った思い込みを書いてしまって、すみません。
304:不明なデバイスさん
06/01/16 08:05:07 5bk5FYM9
漏れ的PowerPC系の駄目なとこ。
1.キャッシュラインが128byteとか長すぎ
2.FPUのレイテンシが大きいくせに論理レジスタが少ない
3.拡張倍精度が無い
4.短精度が遅い
5.浮動小数点レジスタで論理演算ができない。
漏れ的Itanium2の駄目なとこ。
1.アセンブリめんどいのに
ろくな組み込み関数が用意されていない
2.短精度が遅い
3.クロック低い
漏れ的Opteronの駄目なとこ。
1.レジスタ少ない
2.積和命令が無い
3.AMDがコンパイラ作っていない
305:302
06/01/16 20:41:53 +AmB5pGG
>>301
そうでしたか。
私の間違った思い込みを書いてしまって、すみません。
306:不明なデバイスさん
06/01/16 22:40:13 KsT1RIcx
Fujitsu PRIMEQUEST Mission-Critical Server Achieves World Record Performance
in SPECjbbR2005 Java Server Benchmark
URLﾘﾝｸ(www.fujitsu.com)
307:不明なデバイスさん
06/01/16 23:39:40 8jXF4lsc
>>304
POWER5と比べないと。。。
OpteronはRASが無い時点で同じ土俵じゃないのでわ。
308:不明なデバイスさん
06/01/16 23:43:01 4RHd086g
SPARC IV+の評価もおながい
309:不明なデバイスさん
06/01/17 21:46:32 6aU7tWMS
>>304
> 3.クロック低い
素子数が多いからクロックを上げにくいんですよ。
ハイエンド向けで2G超えようかというのはPOWER5+くらいじゃないですかね。
310:不明なデバイスさん
06/01/17 23:44:49 9d8qIL5A
EPICはin orderで制御が簡単だからクロックを上げ易い、という宣伝文句が昔あったような．．．
311:不明なデバイスさん
06/01/17 23:59:10 c8MUscLK
>>309
SPARC64Vは？
312:不明なデバイスさん
06/01/18 00:21:04 luSM0XhG
>>310
パイプライン
313:不明なデバイスさん
06/01/18 13:09:53 pQu71ZGf
>>309
コアの素子数はPentium4系の半分くらい。
ほとんどキャッシュです。
314:不明なデバイスさん
06/01/18 19:15:19 HfF29+oQ
Dual-Core Update to the IntelR ItaniumR 2 Processor Reference Manual
for Software Development and Optimization
URLﾘﾝｸ(developer.intel.com)
315:不明なデバイスさん
06/01/18 19:41:40 W3WVPuP4
DellがAMD CPUを採用するとすれば
URLﾘﾝｸ(pc.watch.impress.co.jp)
316:不明なデバイスさん
06/01/18 21:58:18 t86WJPiu
>>310
そりは「2010年までにシングルコアで30GHzの製品を作る」と言ってた頃の話じゃないかい?
>>313
NetBurstとは一緒にならんかと。
317:不明なデバイスさん
06/01/19 05:40:16 mh1UpwQ9
>>313
回路を低レイテンシにチューニングしてるから。
SRAMにしてもあれだけの大容量L3をon-dieで積んで
低レイテンシ高クロックで動作させるのは至難。
他にも大容量のL3積んでるプロセサ(PA-RISKやPOWER等）もあるんだが、
of-die（高レイテンシ低速）だし。
318:不明なデバイスさん
06/01/19 06:05:53 HRrYC4pV
URLﾘﾝｸ(www.itmedia.co.jp)
インテル(R) Itanium(R) 2 プロセッサ×HP Integrity特別対談
感想: (R)ばっかりで欝陶しい
319:不明なデバイスさん
06/01/19 13:49:29 kkVA+Mws
Intelが必死になってPRするときは撤退前夜なんだよな
320:不明なデバイスさん
06/01/19 23:36:05 hFWIxctZ
たとえば何？
321:不明なデバイスさん
06/01/19 23:42:17 kkVA+Mws
InfiniBand
322:不明なデバイスさん
06/01/20 00:20:30 y7ZLt+47
ああ、なるほど
323:不明なデバイスさん
06/01/20 01:12:40 yc8fO215
>>317
L3キャッシュのレイテンシを増やして、コアの速度を
あげることはできるはず
まぁパイプラインが短いから、妥当なクロックだとは思うけど
324:不明なデバイスさん
06/01/20 01:28:41 lFyShcJz
>>323
Prescott！Prescott！
IPCが劣化してしまうぜよ。
325:不明なデバイスさん
06/01/20 01:31:11 OL90Bqva
誰だよ、「エコシステム」なんてﾊｽﾞｶｼｲ名前を付けたのは。
Itanium2のパイプラインの短さや、ストールしにくさは、
具体的にアプリケーションのスループットの高さに繋がってるのかな。
ベンチマーク見るかぎり、クロックの割には善戦しているとは思うけど、
XeonやOpteronと大差が付くような例を見てみたいものです。
326:不明なデバイスさん
06/01/20 05:52:40 qL4Vqz60
MKLの超越関数はIA64が圧勝してるな
327:不明なデバイスさん
06/01/20 05:53:53 DqsgPROh
>>321
TukwilaからシリアルFSBとして復活するんじゃなかったっけ?
328:不明なデバイスさん
06/01/20 14:25:51 3n4y//mI
URLﾘﾝｸ(japan.cnet.com)
Itaniumを唯一使い続けてくれそうな日本の汎用機屋の意向か？
でも下手すりゃこのままメンテモードに移行。
329:不明なデバイスさん
06/01/20 17:18:13 5qr4BUXR
>>328
Montecitoでもうx86回路なくなってたのね
いずれ切られるとは思ってたけど早かったな
意外とダイ面積食ってたのかも
330:不明なデバイスさん
06/01/20 17:54:28 QcgDxKzY
>>329
IA-32 ELより性能低いハード互換機能だからな
積んでる意味ないっしょ。
331:不明なデバイスさん
06/01/20 20:41:20 LivQj6K6
インテルのプロセッサシェア、米国市場で大幅減少--2005年10-12月期
URLﾘﾝｸ(japan.cnet.com)
332:不明なデバイスさん
06/01/20 22:04:23 J5sWO4hj
>>328
昨年末のItanium Solutions Alliance Developer DaysでIntelのエンジニアは、
32bitと64bitの切替えの度に割り込みが発生して、
パイプラインを行ったり来たりして性能が出ないからIA-32H/Wを止めると言ってた。
IA-32ELはJIT相当なんだと。
333:不明なデバイスさん
06/01/20 23:53:04 WWwrRakm
>>329
URLﾘﾝｸ(www.anandtech.com)
そこそこでかいようだ。
334:不明なデバイスさん
06/01/21 02:01:02 ivCwCIeV
もう、IDFの目録が公開されてるようだな。
Itanium Roadmap for Technology Leadership
URLﾘﾝｸ(www28.cplan.com)
まぁ、RASやらReliabilityやらなんやら無難な方向が羅列されてるが、
目新しいのはCSIが公式に俎上に載った事かな。
>*Early access to the higher bandwidth interconnect of CSI and FBD
335:不明なデバイスさん
06/01/21 06:52:34 pXVLvMRo
米インテルと大日本印刷、
将来のマスク技術開発に関する協力関係を延長
URLﾘﾝｸ(it.nikkei.co.jp)
336:不明なデバイスさん
06/01/21 07:08:29 pXVLvMRo
NEC、「Express5800/1160Xe」が8プロセッサIAサーバで世界最高性能を記録
URLﾘﾝｸ(japan.zdnet.com)
337:不明なデバイスさん
06/01/21 12:41:30 bS+3+tt4
サンとケイデンスが提携を拡大
URLﾘﾝｸ(jp.sun.com)
漏れらの差し迫った設計課題の解決を支援するのなら、Itanium2やPOWER5の方を支援してほしいな。
338:不明なデバイスさん
06/01/21 17:58:01 9LTplc/c
SPARC64Vメチャ速いっすよ
339:不明なデバイスさん
06/01/21 20:53:32 3db8qhMn
SWsoft Joins the Itanium Solutions Alliance
URLﾘﾝｸ(www.virtuozzo.com)
340:不明なデバイスさん
06/01/21 20:54:24 3db8qhMn
Toyota continues with Intel
URLﾘﾝｸ(www.pitpass.com)
341:不明なデバイスさん
06/01/21 21:19:48 Ms0fgIXO
IA-32ELはマルチプロセッサに対応してなかったりする?
マルチスレッドのプログラムを動かした時、
IA-32ELなし → 2スレッドが同時に動く
IA-32ELあり → 1スレッドしか同時には動かない
という挙動をするんだけど・・・。
342:不明なデバイスさん
06/01/21 23:04:15 JtOGkO2t
イタ公のイタ太郎～♪
343:不明なデバイスさん
06/01/23 02:03:08 sYM4e8Oz
>>337
Opteronじゃ駄目なの？
344:不明なデバイスさん
06/01/23 03:19:50 dn/DhjUt
>>343
Sunに聞いてみれば？
345:不明なデバイスさん
06/01/23 17:52:36 ni61pS9d
日立、韓国で統合サービスプラットフォーム「ＢｌａｄｅＳｙｍｐｈｏｎｙ」を販売
URLﾘﾝｸ(release.nikkei.co.jp)
346:不明なデバイスさん
06/01/23 22:59:43 sdRYbwP1
>>343
圧倒的なパワーがある訳でなしRASもなし、当面SPARC系CPUをおびやかす心配がない様にと
Sunが選んだものですから。
347:不明なデバイスさん
06/01/24 00:20:09 e4Nceptl
ふーん
まあケイデンスもOpteronを選んだみたいだけどね
348:不明なデバイスさん
06/01/24 00:42:59 2NWXkWxW
>>309
＞ハイエンド向けで2G超えようかというのはPOWER5+くらいじゃないですかね。
ハイエンド向けで2Gを超えてるのはSPARC64 Vくらいじゃないですかね。
349:不明なデバイスさん
06/01/24 16:57:52 1d5+NCYj
インテル？ Itanium？ 2 プロセッサ×HP Integrity特別対談
URLﾘﾝｸ(www.itmedia.co.jp)
350:不明なデバイスさん
06/01/24 19:11:14 sEFWsT/Y
NEC、無停止型サーバー新製品発売、高可用性への需要拡大に対応
URLﾘﾝｸ(pcweb.mycom.co.jp)
351:不明なデバイスさん
06/01/24 21:23:45 d35LLg/7
>>347
Sun様優先なので結果としてそうなってる(とおもふ)。
MentorはIA-64出してるけどPOWER版は出してないし、ベンダーによってひいきは違うのかなぁ。
352:不明なデバイスさん
06/01/25 00:03:31 IWMWa7fk
SynopsysもIA64はいまだにRHELv2.1だね
ひょっとしてEOL？
353:不明なデバイスさん
06/01/25 09:09:06 86G9FdFK
>>143に
●揺れるコモンプラットフォーム構想
理由がどこにあるにせよ、IA-64 CPUのスリップは、おそらくIA-64 OEMベンダーに
とってはかなりの不安材料だ。今回のコモンプラットフォーム化計画の変更が、IA-64
自体のフェードアウトにつながるのではないかという疑いがあるからだ。
とあるけど、そのうちメインフレーマ以外関係ない石になっちゃうのかな？
だとすると、浮動小数点演算が速くてもほとんど無意味だよね。
354:不明なデバイスさん
06/01/25 09:50:36 7QBqQS9P
コモンプラットフォーム構想と浮動小数点性能になんの関係が？
コモンプラットフォーム構想でメリットがあるとしたら、>>345のような鯖用途だろう。
355:不明なデバイスさん
06/01/25 12:17:30 r7tc+xPv
今後も楽しみな“5歳児”―Technology Forum 2006開催
URLﾘﾝｸ(www.itmedia.co.jp)
356:不明なデバイスさん
06/01/25 12:26:28 r7tc+xPv
日本HPとNRI、無停止型サーバーとオープンシステムを用いた基幹業務向けソリューション
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
357:不明なデバイスさん
06/01/25 20:51:17 Km+Yih85
統合プラットフォーム、ItaniumをXeonと同プラットフォームに落とせばいいのに。
533MHz/128bitのバスと1066MHz/64bitのバスだったら後者がきっと安いぞ。
358:不明なデバイスさん
06/01/26 06:29:19 1AsYn7zj
ベンダーのチプセト再開発負担が増えるだけで、あんまりメリットないんじゃないの。
この手のハイエンドチプセトって、かなりの開発費が掛かってるわけで。
さらにCSIでまた変更しなきゃならんし。
359:不明なデバイスさん
06/01/26 12:03:00 BwgRVMS6
Intel、45nmプロセスのチップ製造に成功
URLﾘﾝｸ(headlines.yahoo.co.jp)
360:不明なデバイスさん
06/01/26 13:31:18 0iCxsjGR
1066MHz/64bitのバスで、4wayができればいいんだけど、ダメっぽいでしょ。
2wayならできるかもしれないけど、
2wayと4wayで、
バスの周波数を変えることはできても、
ビット数まで変えるのはどうかと思うのよ。
361:不明なデバイスさん
06/01/27 20:43:39 pkZP/N1K
米Intel，米HP，富士通など9社，Itaniumの普及促進に100億ドルの資金を投入
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
362:不明なデバイスさん
06/01/28 09:37:52 KonCJHJE
211 ：不明なデバイスさん ：2005/12/16(金) 15:11:13 ID:0mtfxu7u
米Intel VP、「知られていないがItaniumは売れてます」
| あまり知られていないことですが、Itaniumベースのシステムの売り上げは、
| サンやIBMを上回っているのです。特に日本市場はメインフレームからの
| リプレースやRISCからのマイグレーションでリードしています。Itaniumベース
| のシステムの売り上げは、SPARCベースのシステムの1.6倍に、POWERベー
| スのシステムの1.17倍という数字が出ています。
361 ：不明なデバイスさん ：2006/01/27(金) 20:43:39 ID:pkZP/N1K
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
| Itaniumシステムの総売り上げはSunのSPARCシステムの総売り上げの55%、
| IBMのPowerアーキテクチャベースシステムの33%に相当すると主張している。
>>211の書き方だと、全世界の売り上げでSunやIBMを上回っているように
読めるが、>>361を見る限り、全世界ではSunの半分、IBMの1/3程度みたいね。
HP、NEC、日立、富士通、Unisys その他全部集まってこれじゃ儲からないわけだ。
363:不明なデバイスさん
06/01/28 09:43:15 KonCJHJE
あ、>>361は関係なかった。ｽﾏｿで>>361からの引用として示した部分は、
同じ話題に関する別サイトの記事
URLﾘﾝｸ(www.itmedia.co.jp)
から。
364:不明なデバイスさん
06/01/28 09:45:40 KonCJHJE
あと、これってホント？
> Itaniumの出荷台数は完全に横ばい状態にあり、仮に売り上げが伸
> びているとしたら、台数は減っているがかなり大型のシステムが売
> れているという意味になる（Itaniumはハイエンド向けに引き上げ
> られ、2ウェイ、4ウェイ分野ではOpteronがItaniumをリプレースし
> ている）。つまり、重要なのは売上金額ではなく、販売台数である。
> 販売台数が伸びなければ、ISVはソフトウェア開発のROI（投資収益
> 率）を上げることができない。販売台数が伸びなければ、チップ価
> 格は上昇こそすれ下がることはないし、ニッチプレイヤーのままだ。
引用は ITmedia の同じ記事から
365:不明なデバイスさん
06/01/28 10:27:25 5Zvz/d+a
>>364
指示代名詞の指すところを明確に。
366:不明なデバイスさん
06/01/28 11:11:00 KonCJHJE
> 台数は減っているがかなり大型のシステムが売れている
つう部分です。
367:不明なデバイスさん
06/01/28 11:36:47 7YiqJ0eO
てか、Itaniumの趣旨上大型のシステムしかないからね。
SPARCやPowerだって、同じようなモンだと思うが・・・
368:不明なデバイスさん
06/01/28 11:52:37 KonCJHJE
アナリスト連中がItaniumの時代が来ると昔考えていたのは、
Itaniumが出荷数でリードして、その結果、開発投資において、
他のCPUを圧倒できるという予測があったからじゃないの？
ハイエンドだけでCPU出荷数が限られると、CPUメーカーで
あるIntelは、当然それに応じた投資しか行なうことができない。
とすると、IBMやSunから見れば、CPU出荷総量で勝る上に、CPU以外の
部分でも利益をあげられるウチの方が有利だってことになりかねない。
あと、Sun はまだローエンドサーバ市場でSPARCを諦めてないと思うよ。
Niagaraなんて完全にフロントエンドサーバ向けに特化した設計だし。
369:不明なデバイスさん
06/01/28 12:02:15 7YiqJ0eO
まぁ、半導体の規模とかいろいろある。
取り敢えず、Sunはまず自社の経営を立て直す事が先決だと思われ。
370:不明なデバイスさん
06/01/28 12:16:23 KonCJHJE
まあ確かにIntelは半導体では最大手で、他で大儲けしてるから、
そっちの儲けをItaniumにつぎこむことが可能な筈だけどね。
ただ実際には、開発遅延やプロジェクトのお取り潰しが多いので、
Intelに本当にやる気があるのかと…
CPU出荷数が増えれば、Itaniumプロジェクト内で金を回せるように
なるから、Intel全体でのやる気の度合まで気にすることもなくなる
わけだが。
371:不明なデバイスさん
06/01/28 15:46:25 R8y37jkT
XeonとItaniumでCPUの価格を同じにする
なんていうやる気を出していた頃が懐かしいな。
372:不明なデバイスさん
06/01/28 16:47:32 xmkUPyRE
Itaniumから巨大キャッシュを取り除いてもちゃんと性能出るのかな。
373:不明なデバイスさん
06/01/29 01:58:15 fX/azhJ/
>>368
IBM全体から見れば赤字の小さな事業部にそんなに開発資金を注ぎ込まないですよ。
Sunは無償のJavaくらいしか資産価値がなくて、
富士通とAMDの力を借りてなんとか製品出してる状態ですから
プロセッサの開発に一番潤沢な資金投入できるのはIntelですよ。
Itanium2に関しては迷走してるので、やる気の程は計りかねますけど。
374:不明なデバイスさん
06/01/29 02:09:51 Z1WYIwz9
>>372
出ない
375:不明なデバイスさん
06/01/29 04:31:28 ZCaqRaZD
> Sunは無償のJavaくらいしか資産価値がなくて、
> 富士通とAMDの力を借りてなんとか製品出してる状態ですから
まあ金融系アナリストあたりはこう言いそうだけど、俺はそうは
思わんね。今度のISSCC 2006のトップ発表だって、Sunだろ。
Javaが無償っていうのも、勘違いが入ってるぜ。エンドユーザから
見たら確かにそう見えるだろうけど。
それに富士通の力を借りた製品は、まだ出てない(もうちょい先)の話か、
あるいは、かなり昔(SS5)の話。
376:不明なデバイスさん
06/01/29 06:09:52 3fxPUCCt
まぁ、Naiagaraに関しては、市場や顧客が
受け入れてくれるかに掛かってると思われ。
遠くから暖かく推移を見守ってるよ。
377:不明なデバイスさん
06/01/29 10:17:37 QYL1FF8q
URLﾘﾝｸ(japan.cnet.com)
> HPは、チップ関連では「Itanium」チップに関する提携でIntelと
> 長期的な関係を築いてきたが、Intel側の遅れが続いたことでHP側
> に不満がたまっていると、情報筋は語った。このような経緯から、
> HPがIntel最大のライバルであるAdvanced Micro Devices（AMD）を
> 使ってIntelにショック療法を施すことも考えられると、先の情報
> 筋は指摘している。
>
> 「AMDの『Opteron』採用を増やす計画がある」（情報筋）
378:不明なデバイスさん
06/01/29 11:19:36 tDNJpWIk
ショック療法というか、ビジネス的には当然の判断だと思うけど
379:不明なデバイスさん
06/01/29 11:38:16 fx2E7zpQ
hpにとっては、
IA-64は、
PA-RISCの代替としての役割だけで十分
ということなのだろう。
380:不明なデバイスさん
06/01/29 11:43:11 945i0g9u
>>377 2006/01/24
>情報筋は語った
>情報筋は語った
>情報筋は語った
>>355 2006年01月25日
>>361 2006年01月27日
381:不明なデバイスさん
06/01/29 11:59:14 dWoxNiwi
>>375
Javaは中立な位置付け上、おおっぴらに金を取れないんだな。
M$はJavaのコピペで金取ってるところがサスガ。
つURLﾘﾝｸ(www.sun.com)
382:不明なデバイスさん
06/01/29 12:01:56 bjWhRebb
>>380＝組織・集団の意志決定を個人の意志決定と勘違いしている池沼
383:不明なデバイスさん
06/01/30 17:34:12 gZxjlVgk
インテルの「Montecito」プロセッサ、消費電力が大幅に減少
URLﾘﾝｸ(headlines.yahoo.co.jp)
384:不明なデバイスさん
06/01/31 00:54:06 +3Hb2DIo
ヘテロジニアスマルチコアも視野に入れたAMD
URLﾘﾝｸ(pc.watch.impress.co.jp)
385:不明なデバイスさん
06/01/31 05:28:03 HgaxVJBJ
Itaniumがハイエンドサーバーで成功したとしてもHPだけが得をするような気がする
386:不明なデバイスさん
06/01/31 12:15:42 kRbzaezd
HP、液体冷却システムを発売へ
URLﾘﾝｸ(headlines.yahoo.co.jp)
387:不明なデバイスさん
06/01/31 17:41:09 kRbzaezd
IBM、次世代「BladeCenter」など新型ブレードサーバを発表へ
URLﾘﾝｸ(headlines.yahoo.co.jp)
388:不明なデバイスさん
06/01/31 18:30:05 BGU7Q4y7
こと半導体製品において「大は小を兼ねる」をヤると必ず失敗するね
389:不明なデバイスさん
06/02/01 08:15:17 s4leVnCX
IA-32を兼ねているAMD64は失敗か？
390:不明なデバイスさん
06/02/01 13:12:14 TSYkO/0x
NEC、タイの大手スーパーストアチェーンからftサーバを大量受注
URLﾘﾝｸ(headlines.yahoo.co.jp)
391:不明なデバイスさん
06/02/01 16:45:56 Z0XhT5ML
>>389
それは大小の例えにはまらないだろ。
392:不明なデバイスさん
06/02/01 23:04:01 TSYkO/0x
日本SGIがブレード技術採用の「Altix 4000シリーズ」を発表
URLﾘﾝｸ(www.sgi.co.jp)
393:不明なデバイスさん
06/02/02 11:48:32 I+xQ3ame
>>389
それはむしろ、
小で大を置き換える
だと思うのだが。
URLﾘﾝｸ(arena.nikkeibp.co.jp)
自作PC市場でよく見かけるブランド名にItaniumが。
このスレが自作PC板から追い出されたというのに。
394:不明なデバイスさん
06/02/02 21:48:45 SHT3S4Eb
NEC、サーバ統合の進化形として「ビジネスグリッド」を展開
URLﾘﾝｸ(www.itmedia.co.jp)
395:不明なデバイスさん
06/02/02 21:56:48 SHT3S4Eb
Intelの45nmプロセス - ArFドライ露光の選択
URLﾘﾝｸ(pcweb.mycom.co.jp)
396:不明なデバイスさん
06/02/03 16:08:55 YMkgtMWb
2chのPC等カテゴリに、
エンタープライズ板
が欲しいと思わないか?
397:不明なデバイスさん
06/02/03 16:12:26 4dXJvJYz
客が居なさそう
398:不明なデバイスさん
06/02/03 20:16:05 jwt0VGB6
Intel Corp. receives rare tax incentive from county
URLﾘﾝｸ(www.northfortynews.com)
>Intel's Fort Collins design center has grown from 67 to some 350 full-time employees,
>according to the NCEDC.
>In the next five years the company expects to add a 'significant number' of design engineers
>to work on its Itanium microprocessors.
>They will earn about $90,000 a year, well more than double the $35,516 average annual salary in Larimer County.
399:不明なデバイスさん
06/02/04 15:34:20 3Nz88GiW
Intel ready to hire additional Itanium engineers
URLﾘﾝｸ(www.theinquirer.net)
400:不明なデバイスさん
06/02/05 13:52:32 pL/mnPPM
Alliance aims to drive Itanium in Asia
URLﾘﾝｸ(news.com.com)
401:不明なデバイスさん
06/02/05 20:31:55 qlxGXjN/
唐突ですが、質問させて下さい。
最近たまたまジャンク屋でMercedコアのItaniumを入手しました。
対応するマザーボードを手に入れたいのですが、どういう経路で
購入できそうでしょうか。もちろん中古でOKです。
402:不明なデバイスさん
06/02/05 21:28:33 3wbYs458
ヤフオクで中古のItanium積んだマシンを手に入れるしかない。
たぶんItaniumのマザーボードだけ作って一般に売っている会社はない。
どーしてもマザーボードだけが欲しければ、HPに保守部品と言うことで売ってくれるか
電話してみれば?
>最近たまたまジャンク屋でMercedコアのItaniumを入手しました。
かざっとけば?
403:不明なデバイスさん
06/02/05 21:30:05 3wbYs458
もう一つ。
万が一新品のマザーボードを売ってくれる会社が見つかったとしても
たぶん中古のItaniumマシン買った方が安くつくと思う。
404:不明なデバイスさん
06/02/05 22:15:23 6uH60Lw0
OSはどうするんだ?
Suseはどうかしらんが，RHELはItanium2しか対応してないぞ。
そもそもMercedじゃ使用に耐える性能ではないだろう。
405:不明なデバイスさん
06/02/05 23:04:18 CX6yj7SK
OS入手で手間取るからUltraSPARCとx86以外の中古って面倒なんだよなぁ
あらかじめ持ってるヤシはいいんだろうけど
406:401
06/02/05 23:16:22 qlxGXjN/
レス有り難うございます。
やっぱり遊びでItaniumマシンというのは厳しそうですね。
>>402、>>403
＞ヤフオクで中古のItanium積んだマシンを手に入れるしかない。
＞たぶん中古のItaniumマシン買った方が安くつくと思う。
それが一番早くて安いでしょうね。アラーム登録して気長に探します。
＞かざっとけば?
9割くらいそれを覚悟して買ったので全然構わないんですが…
>>404
MSDN持ってるんでIA-64版Windowsならあります。
XPの64bit版（IA-64版）ならスペック的に何とかなると思います。
407:不明なデバイスさん
06/02/06 19:57:20 m+Z80kZQ
Itanium2マシンの中古のほうが手に入りやすいし、しかも安いし、速いぞ。
うちにもCPUだけのMercedが2個転がってる・・・orz
408:不明なデバイスさん
06/02/06 20:00:40 m+Z80kZQ
あ、俺のIDがZ80000だ。
ちなみにIA-64版のWindowsだけあってもアプリがない。
MSDNのレベルによってはSQL Serverがゲットできるかな。
409:不明なデバイスさん
06/02/06 22:10:44 6ruNjPCK
うちにも，もう使われないItanium2のCPUがころがっている。
(1.0GHz 3MB L3 *3, 900MHz 1.5MB L3 *2)
稼動中なのは，(1.5GHz 6MB L3 *2)が2台と(1.3GHz 3MB L3 *2)が1台
プログラムをSMPに対応させて，Itanium2用にチューニング(書換え)すればかなり速いぞ
410:不明なデバイスさん
06/02/07 09:21:06 smot8o0l
金持ちうらやましす
411:不明なデバイスさん
06/02/07 16:21:34 om9uuFGn
>>409
浮動小数点演算中心ですか?
Opteronよりも速いですか?
>>410
ゲームのために高価なCPUとビデオカードを積んだPCよりは、zx2000の中古のほうが安いと思う。
412:不明なデバイスさん
06/02/07 23:58:07 b22HEm58
Itanium Solutions Alliance が活動をアピール
URLﾘﾝｸ(headlines.yahoo.co.jp)
413:不明なデバイスさん
06/02/08 00:02:09 b22HEm58
2007年にはRISCサーバの半分がItaniumに--Itanium推進団体
URLﾘﾝｸ(japan.zdnet.com)
414:不明なデバイスさん
06/02/08 01:07:05 Bkv2sTd6
> 2007年にはRISCサーバの半分がItaniumに--Itanium推進団体
達成できなれれば、Itaniumはアボーンされるのかな・・・
415:不明なデバイスさん
06/02/08 01:40:08 e72jThkM
富士通とか日立もいるのね なんだかんだ言ってiA64好調だな
416:不明なデバイスさん
06/02/08 07:21:49 V4lGD7Cb
Intelがやめたinfinibandも
CISCO様も買収始めたりしで
そこそこ将来性でてきたしな。
IA64も案外、悲観せんでもいいかも(願望)
417:不明なデバイスさん
06/02/08 09:58:13 e72jThkM
結局通常数が大量に売れるインテルの製品と比較すると少ないので叩き安いのだが気が付くと奴らの思い通りに下はXEON上はIA64になるな
418:不明なデバイスさん
06/02/08 19:57:44 qngXygdv
POWER6が発表通りの性能だったらItaniumじゃかなわないと思う
419:不明なデバイスさん
06/02/08 23:27:37 7HqClIdP
安心しる。実質OSの選択肢がAIXしかないんだから新規開拓はないよ。
HPC方面はBlueGeneだし、ミッドレンジ以下ではOpenPower買ってまでLinux使う香具師いないだろ。
420:不明なデバイスさん
06/02/08 23:40:27 KOGbcdip
>>418
Itaniumを使う人は、性能を気にする必要はないよ。
今は POWER5+ ＞ Opteron ＞ Madison ＞ Xeon だけど、
今年の後半になれば Opteron ＞ POWER5+ ＞ Xeon ＞ Montecito だろうし、
来年になれば POWER6 >= Opteron ≒ Xeon ＞ Montvale になって、
主要CPUの中ではず～っと性能はビリだろうから。
性能を真剣に気にする人はItaniumは使わないでしょう。
421:不明なデバイスさん
06/02/08 23:41:39 KOGbcdip
あと、POWER6のことはこの記事が詳しい。
URLﾘﾝｸ(realworldtech.com)
422:不明なデバイスさん
06/02/09 00:03:50 qngXygdv
RISCサーバを買う客の多くは性能を気にしていないということですか
423:不明なデバイスさん
06/02/09 00:10:26 ZA8eE4Xg
>>420
SPARCはどこですか…
424:不明なデバイスさん
06/02/09 00:33:24 mLB1vaTQ
Itanium入れるところはSuperdome(128Way)みたくデカいの入れるから
チップ単体の性能は気にならないんじゃないの。
425:不明なデバイスさん
06/02/09 00:37:53 ZA8eE4Xg
CPU数でライセンス料が決まるソフトもあるから
目的によっては完全に単体性能無視というわけにもいかないと思うよ
426:不明なデバイスさん
06/02/09 00:52:13 mLB1vaTQ
64way以上のブツ入れるところは、 ソフトの料金を気にする様なところじゃないと思うよ。
427:不明なデバイスさん
06/02/09 01:17:32 ZA8eE4Xg
>>426>>425
> 目的によっては
>>424
>64way
どこから制限が出てきたのかな？
>>424では
>128Way
ですが……敷居下がったのか？
428:不明なデバイスさん
06/02/09 01:18:58 ZA8eE4Xg
アンカーミス
>>426>>425
> 目的によっては
>>426
>64way
どこから制限が出てきたのかな？
>>424では
>128Way
ですが……敷居下がったのか？
429:不明なデバイスさん
06/02/09 04:31:33 GoETPfui
Itanium死亡
IBM、Powerを2倍高速にする手法を開発
URLﾘﾝｸ(www.itmedia.co.jp)
430:不明なデバイスさん
06/02/09 08:20:00 SJBWACIt
>>426
それがね、奥さん。
431:不明なデバイスさん
06/02/09 21:01:46 zNHycvWY
>>428
Superdomeは64way以上だと大体オクだよ。
H/Wにオク以上かけるところで、S/WのCPUライセンスが・・・
なんて聞いた事ないです。
それと{POWER5、Itanium2}と{Opteron、Xeon}は違う括りですよ。
一緒にされると困るんですが。
432:不明なデバイスさん
06/02/09 23:20:32 KU3uE2VE
どうして違うの？
433:不明なデバイスさん
06/02/09 23:39:45 SJBWACIt
売るほうは違うと思っているが、
買うほうはそうではないという歴史が繰り返される。
434:不明なデバイスさん
06/02/09 23:54:09 KU3uE2VE
そういうことね
売る側が違うように見せかけて高い金をふっかけようとしている訳ですか
>>431の香具師は売る側の人なのね
435:不明なデバイスさん
06/02/10 00:09:52 hvOFcTbw
イノベーションのジレンマ
436:不明なデバイスさん
06/02/10 02:57:12 eTo/1dYG
>>431
＞なんて聞いた事ないです。
DB とかのミドルでは、CPU 数ライセンスという体系が多いですよね？
Montovale 以降の Many Core (16over?)や Many Thread 対応になると
64 x core x thread 分のライセンスになり、馬鹿にならないですよ。
Oracle とかは、1.7 掛けとかライセンス料体系を見直してますけど。
437:不明なデバイスさん
06/02/10 03:09:04 eTo/1dYG
>>432
走る OS だって違うのだし、それぞれ向き不向きがありますよね？
極論をすると、一日数千アクセスの web サーバを使いたい。
というのに、64way で１オクの SuperDome 売らないですよね？
玄箱でも買いなさいよ。(w
用途次第なので、
>>433 の「買うほうはそうではないという歴史が繰り返される。」
が起きてますよね。
買う方が何をしたいのか？はっきりしない。
どれでも何でも出来ると思っていて、安くて早く手に入れれるヤツ。
売る方は的確に、どれを提案したら良いのかも明確に判っていないし、
提示するメニューが揃っていない。
買ってもらいたい一心で、各方面に問い合わせし、その時のベストで、
買ってもらう。
買ったあとに、こんなハズでは無いだろ（言わなかっただろ）？
こんなのが繰り返されてます。
438:不明なデバイスさん
06/02/10 05:41:14 isf4QOQs
>>436
＞64 x core x thread 分のライセンス
SMTのthreadをCPU数のライセンスに数えるソフト会社は無いと思います。
本当にそんなライセンス体系を持っている会社があるなら教えてください。
それにMicrosoftはソケット数ライセンスですよね。
対抗上、他社もcore数ベースからソケット数ベースに移る方向ではないですか？
439:不明なデバイスさん
06/02/10 09:35:45 dakPDimb
ORACLE,BEA,MSもソケットベースへの以降を発表済みだよ
440:不明なデバイスさん
06/02/10 14:20:50 fPsMmip1
ソケットベースということはPOWERみたいにMCMっぽくダイをたくさん
のせてくれるハードウェアベンダが勝ちじゃん・・・
441:不明なデバイスさん
06/02/10 19:09:28 mFNO8L0s
そもそもハイエンドで巨大なコアになればなるほどMCMにしたくなるのが半導体屋ではないのかね
442:不明なデバイスさん
06/02/10 20:47:53 arJNPVx1
まぁまぁ皆さん、一部の単体性能でしか優位性を語れない自作オプ厨の戯れ言ですから
スルーしてあげましょう。
443:不明なデバイスさん
06/02/10 23:24:09 G+3uviN+
>>441
POWER5は巨大なコアになったからMCMなのではなく、単なるマルチプロセッサを
MCMにしているわけだろ？
初代POWERは確かにシングルプロセッサをMCMで構成するほどの巨大なプロセッサ
だったわけだが。
444:不明なデバイスさん
06/02/10 23:29:26 dakPDimb
POWERはコア単位の課金だな
445:不明なデバイスさん
06/02/10 23:31:33 isf4QOQs
>>442
＞一部の単体性能でしか優位性を語れない
ちゃんと公開されているベンチマーク(TPCとかSPECとかSAPとか)で、Itanium2が
POWER5に勝っているのなんて無いと思います。また、Itanium2がXeonやOpteronに
勝っていても僅差なので、65nmのXeonやOpteronが出てきたらItanium2の勝ち目は
無いでしょう。
Itanium2の優位性がどこにあるのか教えてもらえますか？
漠然と「RAS」とか言わないで、ちゃんと「～という機能がXeonには無いけどItanium2にはある」
という風に、ソースを調べられるように言ってくださいね。
446:不明なデバイスさん
06/02/10 23:35:18 Gs3LFF33
RAS
447:不明なデバイスさん
06/02/11 01:24:10 140azw94
FSB667のhitachiのBladeSymphony（itanium2)は、SPECfpならちょっとだけPOWERに
勝って、最速だった希ガス
448:不明なデバイスさん
06/02/11 01:43:46 YxKBFYRS
>447
もう抜かれた
URLﾘﾝｸ(www.spec.org)
449:不明なデバイスさん
06/02/11 01:53:59 1VLyupwt
なるほど、確かに１個ありました。 こんなデータあったんですね。
SPECfp_base2000
HITACHI BladeSymphony (1.66GHz/9MB Itanium 2) 2851
IBM System p5 520 (1900 MHz, 1 CPU) 2839
Itanium2が0.4%勝っているのね。
これでItanium2の優位性が示されている感じはしませんけど。
450:不明なデバイスさん
06/02/11 01:57:13 1VLyupwt
URLﾘﾝｸ(www.spec.org)
URLﾘﾝｸ(www.spec.org)
451:不明なデバイスさん
06/02/11 04:12:19 ArjepRDc
>>445=仕様書眺めて違いを比べようともしないクレクレ君www
452:不明なデバイスさん
06/02/11 04:43:59 esPgYPft
>>445
> Itanium2の優位性がどこにあるのか教えてもらえますか？
> 漠然と「RAS」とか言わないで、ちゃんと「～という機能がXeonには無いけどItanium2にはある」
> という風に、ソースを調べられるように言ってくださいね。
それが人に教えを乞う態度か?
そんなだから、RASの一言しか言ってもらえないわけだ。
XeonやOpteronにはないがItanium2にある機能で、わかりやすいのは、
・64ビットの仮想メモリアドレス空間(XeonのEM64Tは48ビット)
・50ビットの物理メモリアドレス空間(XeonのEM64Tは40ビット)
・バイ・エンディアン
などかな。
RASについては、RAS対応のOSの開発者でもなければ、
インテルから具体的な詳細の情報を得ることは難しいと思うよ。
実際にそれを使ったOSでは、他のCPUに命令を再実行させたりできるようですよ。
453:不明なデバイスさん
06/02/11 05:44:10 XWkv5TDd
＞XeonやOpteronにはないがItanium2にある機能で、わかりやすいのは、
＞・64ビットの仮想メモリアドレス空間(XeonのEM64Tは48ビット)
＞・50ビットの物理メモリアドレス空間(XeonのEM64Tは40ビット)
＞・バイ・エンディアン
＞などかな。
私は>>445じゃないんだがそんな機能が具体的にユーザに利益をもたらすとは
思えないですな。 1TBを超える物理メモリを搭載したシステムがそうそうある
はずないので。
バイエンディアンが有効な場面はちょっと想像できなかったのでwikipediaを
参照してみたがやはりそんな場面はあまりなさそうだった。
----------------------------------------------------------------------------------------------------
ネットワークを通してバイト単位でデータをやりとりする場合
異なるシステム間でバイナリファイル等を交換する場合
異なるシステムにプログラムを移植する場合
構成するプロセッサが異なるマルチプロセッサ環境で共有メモリを使用する場合
----------------------------------------------------------------------------------------------------
454:不明なデバイスさん
06/02/11 06:00:07 qFWqEUDG
すまんよく読んでなかった。
TCP/IPではビッグエンディアン統一と書いてあった。
リトルエンディアンのx86などに対してのメリットは確かにございますな。
455:不明なデバイスさん
06/02/11 06:33:04 1VLyupwt
>>452
メモリアドレスのビット幅は命令セットアーキテクチャと各チップのインプリを分けて
考えないといけないですよね。XeonやOpteronの幅が制限されているのは、現状の
インプリがそうなっているだけで、命令セットアーキテクチャ上の制限ではないでしょう。
だから、数年経ってもっとメモリが積めるようになってきたらこのビット数を
増やしたチップを開発すれば良いだけだと思います。
現状では>>453の言うように>>452の差が意味のあるユーザはごくわずかだと思います。
Itanium2のビット数が多いのは、同一コアを長期間使いまわすから、あらかじめ
ビット数を多くしてあるのではないでしょうか。
456:不明なデバイスさん
06/02/11 08:32:14 1VLyupwt
>>454
Itanium2のバイエンディアンは最初にどっちのモードで動くかを決めることができる、
という機能だと思います。「Networkから来たデータをアクセスする場合だけ
ビッグエンディアン」みたいに器用に使い分けることはできなかったんじゃないですか。
Windowsを動かす時はリトルエンディアン、HP-UXを動かす時はビッグエンディアン、
という風に使い分けるためのバイエンディアン機能でしょう。
Networkから来たデータをアクセスする場合はビッグエンディアン、みたいに使うのは
CELLにある命令みたいの方が使い易いと思います。
URLﾘﾝｸ(pc.watch.impress.co.jp)
＞ その代わり、Cellには特殊なロード/ストア命令が実装されているという。
＞エンディアン変換付きのロード命令とストア命令だ。データをメモリからレジスタにロードしたり、
＞逆にレジスタからメモリに書き戻す際に、エンディアンをハードウェアで変換するという。
＞Cellは、従来的な意味でのバイエンディアンCPUではないが、これらの命令によって、
＞実質的に両エンディアンのデータフォーマットをサポートできる。
457:不明なデバイスさん
06/02/11 11:31:50 Mv1A+WAy
>>445
少し古いけどItanium2とXeonの住み分けが載ってる。
RASの比較もあるからこれを見てよく勉強しる。
URLﾘﾝｸ(download.microsoft.com)(DOMINIQUE%20DIERICK).ppt
458:不明なデバイスさん
06/02/11 15:49:19 esPgYPft
>>445
マイクロソフトのSQL Serverを使っていると、
Itanium2が存在する、というだけで嬉しい。
夢見がちなユーザは、
会社が急成長した時、ハードウェアの強化だけで対応できるか?
ということを気にする。
もしItanium2がなければ、
Windows Server + SQL Serverの組み合わせは多くの場合4way止まりで、
最初からOracleにしておきましょうね、ということになってしまう。
459:不明なデバイスさん
06/02/11 16:03:07 3+PIqI35
>>458
会社が急成長する頃にはハード部品がEOLしていて
鯖丸ごと入れ替えになる罠。
460:不明なデバイスさん
06/02/11 17:01:02 1IWNzJdc
>>443
いやさ、Power5もMCMじゃなくて超巨大な単一ダイでマルチコアをやるって選択肢もあったわけでしょ？
そのほうが（MCM時と同一周波数とキャッシュを達成できる前提で）性能的には有利だろうし。
そんな巨大なダイはやってられないし、コア数の少ない製品と共通化したほうがいいというのが
MCMの理由なのだろうねえ。ItaniumもMCMにすりゃいいのにな。
461:不明なデバイスさん
06/02/11 18:27:28 3+PIqI35
>>460
> Power5もMCMじゃなくて超巨大な単一ダイでマルチコアをやるって選択肢もあったわけでしょ？
あり得ないな。
歩留まりを考えれば、ペイ出来るダイサイズって物が有る。
現状の389mm^2が妥当な線で、Montecitoの600mm^2弱が
量産チップの上限付近じゃないか。
462:不明なデバイスさん
06/02/12 07:26:00 I3jR31zj
>>461
だから5行目でそういっとるじゃないか
463:不明なデバイスさん
06/02/12 11:13:07 JWGBke0y
Montecitoの600mm2は既に限界を超えている、というのはIntelの生産能力を過小評価しているのでしょうか？
いくら300mmウェファーとしても600mm2のチップはでか過ぎるような気がする。
464:不明なデバイスさん
06/02/12 15:59:00 8biPQN4G
>>460
初代ItaniumでL3キャッシュのSRAMを別ダイにしていたのを、
二代目以降でオンダイにして性能を上げた
という経緯があるんですが。
hpのmx2という、
Itanium2のダイ2つと、DRAMによるL4キャッシュと、バスインタフェース&キャッシュコントローラを
1つのパッケージに入れたものもあったね。
465:不明なデバイスさん
06/02/14 06:31:09 g6pB31G3
浮動小数点での特徴。
Powerは拡張倍精度なしで、64bitのみ。
Itanium2は、標準80bitの拡張倍精度。
Xeon/Opteronは短精度FPUが4つで倍。
ってとこだな。
466:不明なデバイスさん
06/02/16 22:18:51 LiiA9f1z
「Itaniumプラットフォームに市場は好意的」--米調査で明らかに
URLﾘﾝｸ(japan.cnet.com)
巻き返してきたな
467:不明なデバイスさん
06/02/17 00:33:23 ZhdR/bGq
>>466
問題はその調査会社が果たして当てになるかどうかだな。
468:不明なデバイスさん
06/02/17 00:56:17 nghtg9Ke
知名度が高いだけでは。
遅くてダメなCPUとして有名だったりしても、同じような結果になるアンケート調査だぞ。
個人的にはSQL Server専用CPUだと思う。
469:不明なデバイスさん
06/02/17 02:15:29 Xqmp56uu
>>466
＞同社のレポートによると、2005年のItaniumサーバに対する顧客の支出は約24億ドルに上り、
＞2009年には66億ドルまで伸びることが予測されるという。
これ、80%くらいはHPのPA-RISC置き換えでしょう。
470:不明なデバイスさん
06/02/17 03:16:22 eJRNdVCQ
今後ソフトウェアの供給に問題が無く、1～128CPUまでスケーラビリティのある実用的なCPUとなると
Itanium2しかないだろう。
471:不明なデバイスさん
06/02/17 06:11:21 YID4bYbK
３２ＣＰＵ以上のシステムとしてはSGIのAltixが
最高峰だと思うけど、スケーラビリティに関しては
プロセッサより結合方式の方が重要でしょ。
BlueGeneみたいに個々のプロセッサが遅ければ
スケーラビリティがよくなるってこともあるけど。
472:不明なデバイスさん
06/02/17 18:37:08 nghtg9Ke
キャッシュのコヒーレンシ維持のプロトコルも重要だと思う。
473:不明なデバイスさん
06/02/17 22:12:13 i9WRlZg8
>>471
基幹や勘定系にそんなシステム提案してどうするんだよ。
市販ソフトが3D Torusみたく専用接続のカスタムマシンで動く訳ないだろ。
474:不明なデバイスさん
06/02/17 22:43:42 MGkY2p0C
昔どっかの会社が基幹系にIRIXを採用したという話を聞いたんだが
どうなったんだろう…
475:不明なデバイスさん
06/02/19 17:11:16 dLb8vNE3
想像つくだろ
476:不明なデバイスさん
06/02/22 11:59:55 Ebi6PAaG
HPC向けでは、仮想化などの不要な機能を切り捨てられる
SGI Altixは使いやすいです。
477:不明なデバイスさん
06/02/22 21:09:15 Tg2Fez0R
>>476
SGIって危ないらしいね。
478:不明なデバイスさん
06/02/23 00:31:19 tYxOr+Gr
URLﾘﾝｸ(www.eweek.com)
カネが無いらすい
買った箱が消えてなくなるわけじゃないけどサポートが期待できないとなるとかなりショボーン
479:不明なデバイスさん
06/02/23 00:39:52 kzUKeUfb
何故かHammer-In○oに取り上げられてるんだよねｗ
480:不明なデバイスさん
06/02/23 00:50:43 tYxOr+Gr
ああいうサイトって良くネタが続くなぁって感心する
481:不明なデバイスさん
06/02/23 02:07:13 yCbFX4kV
チェック大変だけど、海外のサイト見ればネタは結構転がってる。
482:不明なデバイスさん
06/02/25 04:34:55 XU/R/xmz
>>478
Intelは今プラットホームに拘ってるらしいから買収するんじゃないの？
483:不明なデバイスさん
06/02/25 07:48:40 0Zz/+xI9
>>478
だと安心なんだけど
Intelってそこまでぶっちゃけられるかなぁ
可能ならItaniumにIRIXを移植してホスイ
484:不明なデバイスさん
06/02/26 21:42:25 GxmMc1UM
URLﾘﾝｸ(www.geocities.jp) より
> 1.2 IntelのTulsa
>
> また，IntelのStefan Rusu氏が次世代のXeonを発表しました。Rusu
> 氏は2004年，2005年のISSCCでItanium 2を発表しているのですが今
> 回はXeonの発表なので，Itaniumを止めてXeonに変わったのかと聞
> いたら，Itaniumは全部Coloradoに行ってしまい，Santa Claraのチー
> ムはXeonに移ったと言っていました。また，ColoradoのSam
> Naffzigerに聞いたら，Hudon（旧DECアルファ）と分担して交互に
> 開発する2チーム体制を作った，また，Itaniumのエンジニアを新規
> に50人採用したと言っており，IntelがItaniumに力を入れているの
> は間違いないようです。
485:不明なデバイスさん
06/02/27 01:04:14 zOJd2SIJ
日本企業の上納金のおかげか
486:不明なデバイスさん
06/02/27 05:19:11 dCD4Hrd/
>>484
要するに親藩大名(Santa Clara)や譜代大名(Oregon)でなく
外様大名(旧PA-RISC,旧Alpha)がItaniumを担当しているということね。
必ずしも悪いことだけではないと思うけど…
487:不明なデバイスさん
06/02/28 21:16:52 l4bADMmN
PenMなんてイスラエルじゃん
488:不明なデバイスさん
06/02/28 21:51:35 l4bADMmN
IDがAMDっぽいｗ
489:不明なデバイスさん
06/03/01 02:51:47 2Em0HJqO
>>488
惜しい。
思うにItaniumを更に進化させるにはもうx86系から手を引いて開発リソースを
Itaniumに集中させるしかないんじゃないだろうか？早く自作市場に降ろしてきて欲しいものだ。
490:不明なデバイスさん
06/03/02 12:55:39 xn6JzWJz
myspecで売ってるよ。
マザーボードもCPUも。
491:不明なデバイスさん
06/03/03 23:08:33 ly4sG/4g
>>490
いろんなところで売って欲しいな。ついでに今のOpteron並の値段になったら触手も伸びるんだけど。
思い切って、DP専用でL3キャッシュ1MBぐらいの廉価版を出せば面白い存在になる・・・わけないか。
492:不明なデバイスさん
06/03/04 01:43:30 EoarjQG7
＞ 触手も伸びるんだけど
それなんてエロ（ｒｙ
493:不明なデバイスさん
06/03/04 03:37:40 s7+OUN+i
>>492 頭悪いね
494:不明なデバイスさん
06/03/04 15:37:43 EoarjQG7
>>493
いやいやあなたほどではｗ
食指が動く、だろ？
CPUのお勉強より日本語のお勉強をしたほうがいいんじゃないの？ｗ
495:不明なデバイスさん
06/03/04 17:43:25 34VtEas6
触手を伸ばす
ある物を得ようとして、それに向かって働きかける。
食指を動かす
ほしいという気を起こす。
いずれも、新明解国語辞典（第三版）より
496:不明なデバイスさん
06/03/05 00:12:17 Zgt+kINy
主語が一人称で、「触手を伸ばす」に違和感を感じる
まだ主語が触手を持つ生物や非生物(国や会社等の組織)なら分かる
まぁ語感なんて人それぞれだし