ItaniumをUNIXで使うスレ

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 19:44:39 .net] 実際に使ってみた人、どうよ? 前スレ ItaniumでUNIX! pc11.2ch.net/test/read.cgi/unix/1140329582/ 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:09:59 .net] 盛り上がってきたなぁ...ww 今何人参加してんだろp 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:14:18 .net] >>292 うちでOracle RAC使った実アプリで検証した結果は SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい 速かった。OracleライセンスやSANを入れた構築費は1/5くらい。 DBの話だから計算屋さんとは全然違った判断だと思うけど。 Opteronだとインターコネクトの帯域でこだわってる話題に そぐわなくてすまんな。 Opteron 8CPU x2(RACノードとして)を超える必要が無いと SPARCやItaniumは要らない。超える規模だと評価機借りるのも大変で ベンダーの力も借りないといけないから、ベンダーのおすすめで supredome/Fire x0Kクラスを評価して納得のいく性能が出たらそれを買う、という 流れになる。帯域がどうこうとかはいろいろある検討科目の一つに過ぎなくて どうしてそんなにこだわる人がいるのか逆に疑問だ 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:17:31 .net] >>296 SPARC64ねえ、それは確かにいいかもしれない。 機会があったら評価してみたい。富士通には縁が無いんだけど。 やっぱSPARC IV+より全然いいの？つかItaniumスレでする 話じゃないな 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:24:15 .net] CINT2006 ASUSTeK Computer Inc. Asus P6T Deluxe (Intel Core i7-965 Extreme Edition) 33.6 30.2 Fujitsu Limited Fujitsu SPARC Enterprise M3000 12.6 11.5 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:35:09 .net] p5も評価してみたいなあ。 でもアレだよね、今から評価するならCore i7ベースのXeonも 楽しみだよね。そういやXeonとItaniumでソケット共通にするって 話はどこいったの？あれが完成してればItanium用サーバーに Xeon差したりもできたの？ってできないと意味ないか。 チップセットとかいろいろ考えたらいっそのことXeonをエンタープライズまで 対応できるようにすりゃいいじゃんって思わないでもない 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:39:16 .net] >>294 QPIは、次の手。 FSBを4本、スヌープキャッシュ、FB-DIMMをデュアルチャネル2系統 ここまでは1チップに押し込むことはできたが、それ以上は厳しい。 かといって、このままでは、8コアや8ソケットはスケールしない。 だからQPI 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:39:55 .net] とりあえず両方とも QPIになって、その次。 それまで Itanium系の開発が今の勢いで続いてれば、の話だけどw 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:45:07 .net] >>302 Itaniumとソケット共通化で開発されていたXeonはキャンセルされて、従来通りのFSBのものが市場投入されました。 その後どうなったのかは、知らない。 だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:45:44 .net] >>299 > SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい Hypertransportは共通バスじゃない。 > ベンダーの力も借りないといけないから、ベンダーのおすすめで その「ベンダー」に扱ってもらうには、そこそこの性能が必要。 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:48:50 .net] >>303 それ見ろ。今の Xeonは付け焼き刃対策してあるだけで、クロスバーへの 移行が必至なんじゃんか。そっちこそ往生際悪いぞ。 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:52:55 .net] >>305 > だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。 Itaniumが邪魔になってる Intelとしては、 （ちょっとムリあったけど、がんばって）ソケット共通化しました ↓ 性能も近いし、あんまり差別化できる点もないので、もう 1種類でいいですよね? という大義名分で Itaniumを葬り去る絶好のシナリオ。 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:58:44 .net] 葬り去るっていうかIPFにいっちゃったPentium開発チームを メインストリームのCoreに戻す策略だろうか。 しかもhp(元Alpha)の開発者というおまけつきで 確か元々Pentium開発2チーム、モバイルがイスラエル1チーム� 313 名前：ﾅ IPFに1チームとられて、イスラエルチームがメインも作るように なったんだよね？ まあうまいことAMDと競争してくれて価格性能比のいいCPUが バンバンでてくれば裏事情なんかどうでもいいけど [] [ここ壊れてます] 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:05:31 .net] >>307 QPIはクロスバーじゃないだろ。 で、段階的な進歩を付け焼き刃と言うのなら、Sunの第5世代E15Kも付け焼き刃だった、ってことになるぞ。 第4世代の6800らと同じCPU&メモリボードのアドレスを直に繋がずにスヌープフィルタ入れたのだから。 Xeonでスヌープフィルタを導入したのと同じことだぞ。 付け焼き刃だとしても、その時々に必要な性能を実現していれば、それでいいと思う。 むしろ、付け焼き刃もできずに、その時々に必要な性能を提供できなければ市場から脱落するし。 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:08:45 .net] Sunの第四世代までと、第五世代のCPUボード内は、アドレスがクロスバーではなく、帯域を共有している これは理解してもらえたかな? Sunは6800のセールストークとして、 24ものプロセッサがフラットにアドレスを共有して素晴らしく低レイテンシなのは他にはない といってたけど、たしかにキャッシュのヒット率が高い用途では、それは素晴らしいことなのかも。 ・・・って言うと、Intelの共有バスにも当てはまる褒め言葉になっちゃうな。 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:08:59 .net] Sun で言えば Mbus→UPAの段階だろ。 そんなんといっしょくたにされてたまるかw 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:15:11 .net] >>312 いや、違うな、UPAより前の、MBus+XDBusの段階だ。 ttp://jp.sun.com/products/wp/UEarch/docs/UEARC02.html 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:52:53 .net] SUNスレでどうぞ 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:53:54 .net] >>312-313 おいおい。 UPAはアドレスはブロードキャストだぞ。 SunでアドレスのブロードキャストしないのはFirePlaneにSSMを組み合わせた場合。 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:59:42 .net] メモリは別として、 FirePlaneのボードにUltraSPARC IIIを4つ積んだもの → 4コアXeonのCPUに相当 それをアドレスをブロードキャストで繋いだSun Fire 6800 → 4コアXeonを同一FSBに4つぶら下げたものに相当 アドレスのブロードキャストドメインを分割してスヌープフィルタで繋いだSun Fire 15K → 4コアXeonを個別のFSBで接続する7300チップセットのシステムに相当 Intelは常に他社の後追いですね。 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 16:01:37 .net] もひとつ、 AMDのHyperTransport → IntelのQPI 猿まねも、ここまでくると呆れるを通り越す。 しかし、素直に進化の王道を進んでいるだけ、あるいは、業界トレンド、っていう好意的な見方もできなくはない。 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 16:07:01 .net] >>315 いやいや。MBusに CPU4発。これを XDBusバックプレーンに接続。 1990年代初頭の技術だな。 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 19:23:54 .net] >>318 そいつはスヌープフィルタなんか持ってないんだが。 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 19:26:06 .net] いまだにクロスバー信者は、キャッシュのスヌープを理解してないのか。 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 09:32:17 .net] アホか。スヌープせずに MPがまともな性能で動くかwww んなもんクロスバーかどうかと 関係ないわい。 なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という 話にはならんだろうが。いつまで詭弁を弄するつもりよ? 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 10:46:56 .net] 興奮してる 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:02:50 .net] >>321 スヌープの意味、わかってないね? スヌープしなかったらキャッシュのコヒーレンシを実現できない。 > なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という > 話にはならんだろうが。 SunのFirePlaneは、4プロセッサ単位でスヌープのドメイン(バスに相当)を構成し、 ドメイン間の通信をスヌープフィルタによってブロードキャストからポイントtoポイントに変えることで、 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK という話なんですよ。 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:36:55 .net] もうループに入りました。 ..スヌープの意味わからずに SMPの話ができるわけないだろ。 Intelの言うことなんでもありがたくご拝聴してるからそんな偏った知識になる。 MBusにはスヌープの仕掛けがないとでも思ってるのか? 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:38:52 .net] >>323 そんでもも一回だけ。 > 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK それが「付け焼き刃」だ、といってる。クロスバーみたいな根本対処と いっしょにすな、と。 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:44:47 .net] クロスバーと１回発言すると、どこからかお金が貰えるの？ なら俺も書こうかな。 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 12:12:35 .net] 「スヌープフィルター」は、金貰えるのか? 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 12:33:17 .net] >>324 なんかね、>>321はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。 >>325 つまり、SunのFireplaneは、 「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/06(土) 11:05:00 .net] 328でFAだな 言葉が通じているようで通じていない人と話をすることほど無駄なものはない。 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 12:04:28 .net] Sun信者が無知だってことが明らかになりました 335 名前：名無しさん＠お腹いっぱい。 [2008/12/17(水) 03:08:26 .net] このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなｗ 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 05:01:14 .net] >>331 それは構って欲しいですっていう意味か? 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 09:41:45 .net] 「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 12:44:29 .net] Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 13:37:33 .net] なんか話題ないの? 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 00:55:53 .net] 話題無いって言う話題ぐらいしかないねぇ。。。 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 01:06:54 .net] Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。 昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。 342 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 01:17:34 .net] 4Q08に発表するという話だったのにまた遅延かという話題ならある 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 13:09:47 .net] 夢がふくらまないな...w 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 13:20:17 .net] >>337 「昔」には 2chなんて「ない」と思うがww 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 17:06:44 .net] 2chの昔な。 346 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 18:24:58 .net] Itaniumってコンパイラがもっと進化すれば爆発的に早くなるはずじゃなかったの？ もしかして「早すぎたんだ・・・」っていうやつなの？ 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:00:16 .net] x86が爆発的に性能向上してしまったので霞んでしまっただけです。 とはいえ初代のMercedは遅かった。 1年後に出たMcKinleyはは速かった。 クロックはたったの1割しか速くなってないのだが、スピードがまるで違った。 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:06:18 .net] i860の Wikipediaにはこう書いてある。 | ...i860のデザインはこういったことをコンパイラが効果的に行うことを | 前提としていて、それは不可能だったことが実証されている。 EPICは、どうかなww 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:33:37 .net] >>344 おまえ、i860のアーキテクチャを理解してないだろ。 Wikipediaのその説明はパイプラインモードについてのものだよ。 350 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 21:41:38 .net] >>342 最近ではHP-UX 11iV3で結構速くなったよ。 ただCPUがMontecitoのままじゃねえ。。。 コンパイラが神の様に賢くても理論演算性能を超えることは決してないからさ。 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 22:46:44 .net] HPはさ、PA-RISCもベンチマークだけは速いけど実際は・・・っていうシロモノだったから、 IA-64になってもショックが小さいと思うんだわ。 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:33:40 .net] Tukwila最強！ 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:44:30 .net] SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:52:03 .net] SPARC最弱！ 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 00:03:15 .net] Sun信者ウザイよ。Sunの話はSunスレでやれよ。 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 00:23:02 .net] そうだ、そうだ！ 357 名前：名無しさん＠お腹いっぱい。 [2008/12/19(金) 02:14:45 .net] TukwilaもRockに対抗して250Wバージョンを出すべき！ 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 04:22:52 .net] ttp://www.anandtech.com/weblog/showpost.aspx?i=532 上の記事のせいで海外の掲示板に「Tukwilaも爆速なんじゃね?」とか言い出す厨房が氾濫しているから困る。 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:08:15 .net] >351 あわれだなぁ.. ここは Sunのとこから派生してできたんだって何度言えば.. Itaネタで埋まるくらい書いたらどうよ? 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:11:15 .net] >>98-102 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:38:07 .net] >>344 i860は、Itaniumと比べると、 意図と結果がはっきりしたすがすがしいプロジェクトだった。 CPUは消えたが、多くの豊かな結果が残った。 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 12:34:49 .net] >>355 お前がスレに参戦する前からItaniumスレあったと思ったが。 >>357 翻弄された人たちは多かったけどね。 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:16:08 .net] > お前がスレに参戦する前からItaniumスレあったと思ったが。 Niagara発表されたとき意味全くわからなかったアホを隔離するための場所なんだが ここはwwww 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:20:45 .net] >>345,357 i860じゃなくても、iAPX432でもいいんだけどwwww | 後の研究では、もっとも大きな問題はコンパイラに有ったと指摘されている。 | すなわち、コストの低い.. 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:35:10 .net] >>345 意味不明だな。パイプラインをうまく満たせない、すなわち性能出ない、て主旨だぞ。 他に前提としてなんか理解してないといかんのかw? ワケワカランp 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:37:38 .net] 結局SPARC馬鹿がいないとスレが盛り上がらないのか 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 17:04:17 .net] >>359 少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。 >>361 そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。 そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 17:34:34 .net] SPARCとItaniumでどっちが先に死ぬか競争だな x86に統合されて先にItaが死にそうな気がするけど 369 名前：名無しさん＠お腹いっぱい。 [2008/12/19(金) 17:36:04 .net] どっちもなかなか死なないと思うよ 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 22:33:43 .net] 敵どころか己が持ちあげている物すら知らなかったSun信者が、Sunスレで勝利宣言しててﾜﾛﾀ 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/22(月) 11:11:00 .net] 誰か >>366 解説してやってくれ。それか、医者へ連れてってやってくれ。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/22(月) 13:53:15 .net] >>367 人に頼るなよ。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/29(月) 11:09:30 .net] >>367 しらないなら いばるなよ だめ こんさる 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/31(水) 10:49:27 .net] 知ったかインチキが偉そうに 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/01(木) 11:42:53 .net] Itaサーバの中古、どっかに安いのはないかな 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/02(金) 09:26:25 .net] 506 名前：MACオタ＞502 さん[sage] 投稿日：2009/01/01(木) 23:29:46 ID:os1mREWn >>502 　　-------------- 　　Tukwilaはどうなったんだ？もう2009年ですよｗ 　　-------------- 更に遅れて今年の第2四半期になった模様す。 server.it168.com/a2008/1208/259/000000259636.shtml 　　============== 　　??英特?将在2009年的第二季度将Tukwila正式推向市?。 　　============== 508 名前：MACオタ＞507 さん[sage] 投稿日：2009/01/01(木) 23:44:46 ID:os1mREWn >>507 私も英訳して読んでいるす。 Intelの営業のヒトの話なので、特にネガティブなことわ書いてないす。 translate.google.com/translate?hl=en&ie=UTF-8&u=http%3A%2F%2Fserver.it168.com%2Fa2008%2F1208%2F259%2F000000259636.shtml&sl=zh-CN&tl=en&history_state0= 　　---------------------- 　　Gu who also disclosed that next-generation Itanium platform Tukwila testing machines 　　have been sent to OEM manufacturers and important ISV, the partners are currently on 　　the database, ERP, high-performance computing applications such as authentication and 　　running the program, Intel is expected to be the second quarter of 2009 will be formally 　　Tukwila market. 　　---------------------- 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/02(金) 13:18:49 .net] CPUだけ出してもしょうがないので、Tukwila搭載マシンの開発と両輪で進んでいるのだろう。 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/02(金) 13:27:02 .net] Tukwilaってまだやっていたのか 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 01:06:02 .net] >>373 つまり、以前のように本気でチップセット用意してくれる企業が減った（無くなった?） ということか。 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 01:17:49 .net] 当たり前だがHPはItaniumが死ぬまで真剣にやる。脱落？したのはIBM？ユニシス？これは結構古い話だよな？ ああ、富士通か？PRIMEQUESTの新モデル出ないの？やるとおもってたが。 ま、Tukwila以降では4コアより純正チップセットの復活が大きいな。 アンチIBMの旗の下集まったISAがようやく本格的に動き出すと思う。 Dellみてればわかるが純正はとにかく安いからな。 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 01:25:27 .net] 連投だがチップセットに合わせて投入するとしたらHPのsx/zxシリーズかIntel純正のBoxboroだよな。 富士通に歩調を合わせるとは思えんし。 でBoxboroのスケジュールはXeonMP(Nehalem-EX, Beckton)の2009年半ばだからこっちは時期的には合う。 HPだけ半年早くTukwilaのサーバー売れるようにしたら不満たらたらだろうしな。 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 01:29:26 .net] ユニシスはNECと組んだ時点ではまだやる(NECに作ってもらう)って言ってなかったっけ？ 最近、NECとの提携の成果であるXeonサーバ発表した時にはもうやらねって言ってたが 383 名前：名無しさん＠お腹いっぱい。 [2009/01/04(日) 01:43:51 .net] テープアウトしたとかファーストシリコンとかいって 2008年に出す出す詐欺 結構な偉業だと思う てかもう製品出来てるだろ 古いプロセスに古い設計 減らされたとは言え数百人規模の開発チーム 出来てないわけがない もうねHPのMCサーバー部門ごと買い取ればよかったのに プロセッサのデザインチームだけと言わずにさ で、みんなでIntel OEM 健全でしょ Sunに置ける富士通的ポジションだよ やってやれないことはない まーこれは冗談だけど Itaniumはねー絶対健全化できる POWERやSPARCも一時期は駄目だったけど復調した 必要なのは社内でリーダーシップとってくれる人 予算でも人的リソースでもない 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 01:55:55 .net] そうなんだ 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 02:45:44 .net] Itaniumが担う領域って水平分業型だと信頼性が確保しきれないところだからね HPのIntegrity部門ごと買った方が良かったってのは、あながち冗談とも言えないかも でも、世の中のほとんどの業務は実はXeonMPの信頼性で十分なはずなんだよね 誰も人柱になりたくないから、メインフレームとかMCサーバ買い続けてるってだけで Intelの本音としては、もうItaniumは辞めたいんじゃないかなあ 下手に健全化なんかしたら辞める口実が無くなっちゃうじゃないの 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 14:12:06 .net] >>375 そうじゃない。 サーバのメーカーがチップセットを開発して搭載機の受注を開始できる体制になってからでないと、 CPUの出荷開始を発表できないの。 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 14:17:33 .net] サーバのメーカーが チップセットを開発して 搭載機を開発して、 ソフトウェアを開発して、 テストが済んで、 受注を開始できる体制 だな。 初代Itaniumは、そういうのが揃っていなくて、CPUが塩漬け状態だった。 かなりのステッピングがあるので、CPU自体のエラッタも沢山あったのだろうが。 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 16:50:26 .net] だんだん馬脚が現れてきたなww 苦しさ満点。まあ、がんばってくれやw 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 17:12:48 .net] ↑何を言いたいのかさっぱりわからない書き込みだな 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/04(日) 17:34:52 .net] まぁ、いつものことだ。気にするな 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 09:45:32 .net] やっぱメーカー関係者だったんだな、てことさ。 他に道がない、ということを解らんでもないが、後世振り返ってそこに価値を 見い出せるかということも考えた方がいいと思うぞ。 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 12:21:52 .net] Sun信者さん、こんなところで荒らしてないで。 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 13:51:11 .net] >>381 x86が多少延命した、と言っても別の将来性を見い出した訳でもなんでもなくて、 「先がない」のは Ita発表した頃に Intel自身が言ってた通り、何も変わってない。 で、問題はその代替えとして Itaがダメだってことで、これも何も変わってなくて、 もう確定事項。後は、プロセスの改良と x86のチューニングしか残ってない。 ARMもよー扱わんかった。 やっぱ、i960改良するのが正しいんじゃね?w バークレーRISCだしさwwww 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 14:38:37 .net] >>389 どう見てもSun信者です。お引き取りください。 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:02:13 .net] >>389 おまえ未だRISCが高性能だと思ってんのか。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:08:27 .net] >>379 > Itaniumはねー絶対健全化できる > 必要なのは社内でリーダーシップとってくれる人 2つ問題がある。 一、Intelにその気がない。 二、たとえ健全化しても単に「健全」というだけでは わざわざ新規 ISAに移行する動機付けにならない。 200x年代初頭の Itaが今のポジションだったとしても、厳しいねぇ。 なんせ x86を「置き換える」はず、だったんだから。目標到達にはほど遠い。 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:09:13 .net] いまどきプロセッサの性能を決めるのは、メインメモリへのアクセスのレイテンシと効率。 命令セットのうち、レジスタ間や即値との演算の命令なんて、どうでもいい。 肝心なのは、メモリアクセスのための命令。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:12:27 .net] >>392 最終的にはx86は他の命令セットに移行する可能性がある。 それがIA-64とは限らないが。 いままで何度も、 バイナリトランスレータによる事前変換あるいはや実行時変換が試みられてきた これからも、そのような試みは続けられる そして、いつか、その試みは成功するだろう。 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:13:23 .net] あら人気スレ 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/05(月) 15:13:26 .net] >>391 このまま EPICを置き換える VLIWな ABIが出てこなければ、 長期にわたる後方互換性の必要な ISAとして VLIWはダメ、ということになるだろな。 ちなみに、Intelみたいなどこにもマネのできんリソースをつぎこむことなく CISCアーキを維持できてる会社どっかあんのか? 全部 RISCだろ?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef