ItaniumをUNIXで使うスレ

2008/12/03(水) 15:53:54
>>312-313
おいおい。

UPAはアドレスはブロードキャストだぞ。
SunでアドレスのブロードキャストしないのはFirePlaneにSSMを組み合わせた場合。
2008/12/03(水) 15:59:42
メモリは別として、

FirePlaneのボードにUltraSPARC IIIを4つ積んだもの → 4コアXeonのCPUに相当
それをアドレスをブロードキャストで繋いだSun Fire 6800 → 4コアXeonを同一FSBに4つぶら下げたものに相当
アドレスのブロードキャストドメインを分割してスヌープフィルタで繋いだSun Fire 15K → 4コアXeonを個別のFSBで接続する7300チップセットのシステムに相当

Intelは常に他社の後追いですね。
2008/12/03(水) 16:01:37
もひとつ、

AMDのHyperTransport → IntelのQPI

猿まねも、ここまでくると呆れるを通り越す。
しかし、素直に進化の王道を進んでいるだけ、あるいは、業界トレンド、っていう好意的な見方もできなくはない。
2008/12/03(水) 16:07:01
>>315
いやいや。MBusに CPU4発。これを XDBusバックプレーンに接続。
1990年代初頭の技術だな。
2008/12/03(水) 19:23:54
>>318
そいつはスヌープフィルタなんか持ってないんだが。
2008/12/03(水) 19:26:06
いまだにクロスバー信者は、キャッシュのスヌープを理解してないのか。
2008/12/04(木) 09:32:17
アホか。スヌープせずに MPがまともな性能で動くかwww んなもんクロスバーかどうかと
関係ないわい。
なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という
話にはならんだろうが。いつまで詭弁を弄するつもりよ?
2008/12/04(木) 10:46:56
興奮してる
2008/12/04(木) 11:02:50
>>321
スヌープの意味、わかってないね?
スヌープしなかったらキャッシュのコヒーレンシを実現できない。

> なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という
> 話にはならんだろうが。

SunのFirePlaneは、4プロセッサ単位でスヌープのドメイン(バスに相当)を構成し、
ドメイン間の通信をスヌープフィルタによってブロードキャストからポイントtoポイントに変えることで、
飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK
という話なんですよ。
2008/12/04(木) 11:36:55
もうループに入りました。

..スヌープの意味わからずに SMPの話ができるわけないだろ。
Intelの言うことなんでもありがたくご拝聴してるからそんな偏った知識になる。
MBusにはスヌープの仕掛けがないとでも思ってるのか?
2008/12/04(木) 11:38:52
>>323
そんでもも一回だけ。

> 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK

それが「付け焼き刃」だ、といってる。クロスバーみたいな根本対処と
いっしょにすな、と。
2008/12/04(木) 11:44:47
クロスバーと１回発言すると、どこからかお金が貰えるの？
なら俺も書こうかな。
2008/12/04(木) 12:12:35
「スヌープフィルター」は、金貰えるのか?
2008/12/04(木) 12:33:17
>>324
なんかね、>>321はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。

>>325
つまり、SunのFireplaneは、
「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。
2008/12/06(土) 11:05:00
328でFAだな

言葉が通じているようで通じていない人と話をすることほど無駄なものはない。
2008/12/08(月) 12:04:28
Sun信者が無知だってことが明らかになりました
331名無しさん＠お腹いっぱい。
垢版 |
2008/12/17(水) 03:08:26
このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなｗ
2008/12/17(水) 05:01:14
>>331
それは構って欲しいですっていう意味か?
2008/12/17(水) 09:41:45
「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw
2008/12/17(水) 12:44:29
Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。
2008/12/17(水) 13:37:33
なんか話題ないの?
2008/12/18(木) 00:55:53
話題無いって言う話題ぐらいしかないねぇ。。。
2008/12/18(木) 01:06:54
Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。

昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。
338名無しさん＠お腹いっぱい。
垢版 |
2008/12/18(木) 01:17:34
4Q08に発表するという話だったのにまた遅延かという話題ならある
2008/12/18(木) 13:09:47
夢がふくらまないな...w
2008/12/18(木) 13:20:17
>>337
「昔」には 2chなんて「ない」と思うがww
2008/12/18(木) 17:06:44
2chの昔な。
342名無しさん＠お腹いっぱい。
垢版 |
2008/12/18(木) 18:24:58
Itaniumってコンパイラがもっと進化すれば爆発的に早くなるはずじゃなかったの？
もしかして「早すぎたんだ・・・」っていうやつなの？
2008/12/18(木) 19:00:16
x86が爆発的に性能向上してしまったので霞んでしまっただけです。

とはいえ初代のMercedは遅かった。
1年後に出たMcKinleyはは速かった。
クロックはたったの1割しか速くなってないのだが、スピードがまるで違った。
2008/12/18(木) 19:06:18
i860の Wikipediaにはこう書いてある。

| ...i860のデザインはこういったことをコンパイラが効果的に行うことを
| 前提としていて、それは不可能だったことが実証されている。

EPICは、どうかなww
2008/12/18(木) 19:33:37
>>344
おまえ、i860のアーキテクチャを理解してないだろ。

Wikipediaのその説明はパイプラインモードについてのものだよ。
346名無しさん＠お腹いっぱい。
垢版 |
2008/12/18(木) 21:41:38
>>342
最近ではHP-UX 11iV3で結構速くなったよ。
ただCPUがMontecitoのままじゃねえ。。。
コンパイラが神の様に賢くても理論演算性能を超えることは決してないからさ。
2008/12/18(木) 22:46:44
HPはさ、PA-RISCもベンチマークだけは速いけど実際は・・・っていうシロモノだったから、
IA-64になってもショックが小さいと思うんだわ。
2008/12/18(木) 23:33:40
Tukwila最強！
2008/12/18(木) 23:44:30
SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。
2008/12/18(木) 23:52:03
SPARC最弱！
2008/12/19(金) 00:03:15
Sun信者ウザイよ。Sunの話はSunスレでやれよ。
2008/12/19(金) 00:23:02
そうだ、そうだ！
353名無しさん＠お腹いっぱい。
垢版 |
2008/12/19(金) 02:14:45
TukwilaもRockに対抗して250Wバージョンを出すべき！
2008/12/19(金) 04:22:52
ttp://www.anandtech.com/weblog/showpost.aspx?i=532
上の記事のせいで海外の掲示板に「Tukwilaも爆速なんじゃね?」とか言い出す厨房が氾濫しているから困る。
2008/12/19(金) 11:08:15
>351
あわれだなぁ.. ここは Sunのとこから派生してできたんだって何度言えば..
Itaネタで埋まるくらい書いたらどうよ?
2008/12/19(金) 11:11:15
>>98-102
2008/12/19(金) 11:38:07
>>344
i860は、Itaniumと比べると、
意図と結果がはっきりしたすがすがしいプロジェクトだった。
CPUは消えたが、多くの豊かな結果が残った。
2008/12/19(金) 12:34:49
>>355
お前がスレに参戦する前からItaniumスレあったと思ったが。

>>357
翻弄された人たちは多かったけどね。
2008/12/19(金) 14:16:08
> お前がスレに参戦する前からItaniumスレあったと思ったが。
Niagara発表されたとき意味全くわからなかったアホを隔離するための場所なんだが
ここはwwww
2008/12/19(金) 14:20:45
>>345,357
i860じゃなくても、iAPX432でもいいんだけどwwww

| 後の研究では、もっとも大きな問題はコンパイラに有ったと指摘されている。
| すなわち、コストの低い..
2008/12/19(金) 14:35:10
>>345
意味不明だな。パイプラインをうまく満たせない、すなわち性能出ない、て主旨だぞ。
他に前提としてなんか理解してないといかんのかw? ワケワカランp
2008/12/19(金) 14:37:38
結局SPARC馬鹿がいないとスレが盛り上がらないのか
2008/12/19(金) 17:04:17
>>359
少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。

>>361
そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。
そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。
2008/12/19(金) 17:34:34
SPARCとItaniumでどっちが先に死ぬか競争だな
x86に統合されて先にItaが死にそうな気がするけど
365名無しさん＠お腹いっぱい。
垢版 |
2008/12/19(金) 17:36:04
どっちもなかなか死なないと思うよ
2008/12/19(金) 22:33:43
敵どころか己が持ちあげている物すら知らなかったSun信者が、Sunスレで勝利宣言しててﾜﾛﾀ
2008/12/22(月) 11:11:00
誰か >>366 解説してやってくれ。それか、医者へ連れてってやってくれ。
2008/12/22(月) 13:53:15
>>367
人に頼るなよ。
2008/12/29(月) 11:09:30
>>367
しらないなら
いばるなよ
だめ
こんさる
2008/12/31(水) 10:49:27
知ったかインチキが偉そうに
2009/01/01(木) 11:42:53
Itaサーバの中古、どっかに安いのはないかな
2009/01/02(金) 09:26:25
506 名前：MACオタ＞502 さん[sage] 投稿日：2009/01/01(木) 23:29:46 ID:os1mREWn
>>502
　　--------------
　　Tukwilaはどうなったんだ？もう2009年ですよｗ
　　--------------
更に遅れて今年の第2四半期になった模様す。
http://server.it168.com/a2008/1208/259/000000259636.shtml
　　==============
　　??英特?将在2009年的第二季度将Tukwila正式推向市?。
　　==============


508 名前：MACオタ＞507 さん[sage] 投稿日：2009/01/01(木) 23:44:46 ID:os1mREWn
>>507
私も英訳して読んでいるす。
Intelの営業のヒトの話なので、特にネガティブなことわ書いてないす。
http://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.
　　----------------------
2009/01/02(金) 13:18:49
CPUだけ出してもしょうがないので、Tukwila搭載マシンの開発と両輪で進んでいるのだろう。
2009/01/02(金) 13:27:02
Tukwilaってまだやっていたのか
2009/01/04(日) 01:06:02
>>373
つまり、以前のように本気でチップセット用意してくれる企業が減った（無くなった?）
ということか。

2009/01/04(日) 01:17:49
当たり前だがHPはItaniumが死ぬまで真剣にやる。脱落？したのはIBM？ユニシス？これは結構古い話だよな？
ああ、富士通か？PRIMEQUESTの新モデル出ないの？やるとおもってたが。
ま、Tukwila以降では4コアより純正チップセットの復活が大きいな。
アンチIBMの旗の下集まったISAがようやく本格的に動き出すと思う。
Dellみてればわかるが純正はとにかく安いからな。
2009/01/04(日) 01:25:27
連投だがチップセットに合わせて投入するとしたらHPのsx/zxシリーズかIntel純正のBoxboroだよな。
富士通に歩調を合わせるとは思えんし。
でBoxboroのスケジュールはXeonMP(Nehalem-EX, Beckton)の2009年半ばだからこっちは時期的には合う。
HPだけ半年早くTukwilaのサーバー売れるようにしたら不満たらたらだろうしな。
2009/01/04(日) 01:29:26
ユニシスはNECと組んだ時点ではまだやる(NECに作ってもらう)って言ってなかったっけ？
最近、NECとの提携の成果であるXeonサーバ発表した時にはもうやらねって言ってたが
379名無しさん＠お腹いっぱい。
垢版 |
2009/01/04(日) 01:43:51
テープアウトしたとかファーストシリコンとかいって
2008年に出す出す詐欺
結構な偉業だと思う

てかもう製品出来てるだろ
古いプロセスに古い設計
減らされたとは言え数百人規模の開発チーム
出来てないわけがない

もうねHPのMCサーバー部門ごと買い取ればよかったのに
プロセッサのデザインチームだけと言わずにさ
で、みんなでIntel OEM
健全でしょ

Sunに置ける富士通的ポジションだよ
やってやれないことはない

まーこれは冗談だけど
Itaniumはねー絶対健全化できる
POWERやSPARCも一時期は駄目だったけど復調した
必要なのは社内でリーダーシップとってくれる人
予算でも人的リソースでもない
2009/01/04(日) 01:55:55
そうなんだ
2009/01/04(日) 02:45:44
Itaniumが担う領域って水平分業型だと信頼性が確保しきれないところだからね
HPのIntegrity部門ごと買った方が良かったってのは、あながち冗談とも言えないかも
でも、世の中のほとんどの業務は実はXeonMPの信頼性で十分なはずなんだよね
誰も人柱になりたくないから、メインフレームとかMCサーバ買い続けてるってだけで

Intelの本音としては、もうItaniumは辞めたいんじゃないかなあ
下手に健全化なんかしたら辞める口実が無くなっちゃうじゃないの
2009/01/04(日) 14:12:06
>>375
そうじゃない。

サーバのメーカーがチップセットを開発して搭載機の受注を開始できる体制になってからでないと、
CPUの出荷開始を発表できないの。
2009/01/04(日) 14:17:33
サーバのメーカーが
チップセットを開発して
搭載機を開発して、
ソフトウェアを開発して、
テストが済んで、
受注を開始できる体制
だな。

初代Itaniumは、そういうのが揃っていなくて、CPUが塩漬け状態だった。
かなりのステッピングがあるので、CPU自体のエラッタも沢山あったのだろうが。
2009/01/04(日) 16:50:26
だんだん馬脚が現れてきたなww 苦しさ満点。まあ、がんばってくれやw
2009/01/04(日) 17:12:48
↑何を言いたいのかさっぱりわからない書き込みだな
2009/01/04(日) 17:34:52
まぁ、いつものことだ。気にするな
2009/01/05(月) 09:45:32
やっぱメーカー関係者だったんだな、てことさ。
他に道がない、ということを解らんでもないが、後世振り返ってそこに価値を
見い出せるかということも考えた方がいいと思うぞ。
2009/01/05(月) 12:21:52
Sun信者さん、こんなところで荒らしてないで。
2009/01/05(月) 13:51:11
>>381
x86が多少延命した、と言っても別の将来性を見い出した訳でもなんでもなくて、
「先がない」のは Ita発表した頃に Intel自身が言ってた通り、何も変わってない。
で、問題はその代替えとして Itaがダメだってことで、これも何も変わってなくて、
もう確定事項。後は、プロセスの改良と x86のチューニングしか残ってない。
ARMもよー扱わんかった。

やっぱ、i960改良するのが正しいんじゃね?w バークレーRISCだしさwwww
2009/01/05(月) 14:38:37
>>389
どう見てもSun信者です。お引き取りください。
2009/01/05(月) 15:02:13
>>389
おまえ未だRISCが高性能だと思ってんのか。
2009/01/05(月) 15:08:27
>>379
> Itaniumはねー絶対健全化できる

> 必要なのは社内でリーダーシップとってくれる人

2つ問題がある。

一、Intelにその気がない。
二、たとえ健全化しても単に「健全」というだけでは
わざわざ新規 ISAに移行する動機付けにならない。

200x年代初頭の Itaが今のポジションだったとしても、厳しいねぇ。
なんせ x86を「置き換える」はず、だったんだから。目標到達にはほど遠い。
2009/01/05(月) 15:09:13
いまどきプロセッサの性能を決めるのは、メインメモリへのアクセスのレイテンシと効率。

命令セットのうち、レジスタ間や即値との演算の命令なんて、どうでもいい。
肝心なのは、メモリアクセスのための命令。
2009/01/05(月) 15:12:27
>>392
最終的にはx86は他の命令セットに移行する可能性がある。
それがIA-64とは限らないが。

いままで何度も、
バイナリトランスレータによる事前変換あるいはや実行時変換が試みられてきた

これからも、そのような試みは続けられる

そして、いつか、その試みは成功するだろう。
2009/01/05(月) 15:13:23
あら人気スレ
2009/01/05(月) 15:13:26
>>391
このまま EPICを置き換える VLIWな ABIが出てこなければ、
長期にわたる後方互換性の必要な ISAとして VLIWはダメ、ということになるだろな。
ちなみに、Intelみたいなどこにもマネのできんリソースをつぎこむことなく
CISCアーキを維持できてる会社どっかあんのか? 全部 RISCだろ?
2009/01/05(月) 15:13:33
ていうかSunはx86バイナリをSPARC上で実行する試み、やめちゃったの?
昔はやってたよね。

NiagaraとかRockがそんなに素晴らしい、スケールするのであれば、
x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
2009/01/05(月) 15:14:11
RISCは高性能だね
それ以外のは生き残れなかった
2009/01/05(月) 15:16:47
>>393
まるで間違い。それなら組込み機器も大規模 SMPも全部 x86になってるはず。
ところが、x86は実際にはパチョコン以外ではまるで使えない、用途限定石。
2009/01/05(月) 15:17:38
>>396
VLIWって互換性を捨ててるアーキテクチャでしょ。

自分でmakeすりゃいいじゃんっていうオープンソース文化の人たちや、
互換性のために生の命令セットは見せないというアプローチ、
あるいは組込みなんだから、互換性とか関係ないねって分野でないと、
VLIWは難しい。

そのVLIWの問題点を解決した、VLIW風だがVLIWではないEPICは、
いまのところ長期にわたるバイナリ互換を確保できていると思う。

試していないが、現行のバイナリは初代Itaniumでも実行できるんじゃね?
バンドルの組み合わせが増えてる分は例外でエミュレーションで劇遅かもしれんが。
2009/01/05(月) 15:21:08
>>396
Centaur Technologyを忘れないでください。

>>399
あなたは偏見と罵倒前提で曇った目で他人の書き込みを読むから、意図が理解できないのですよ。
x86のメモリアクセスのための命令がネックで大規模SMPの効率が悪いって示唆してるんですがね。

ちなみに組込みではx86は目立たないけど使われ続けてます。
私の目の前に有るDELLの液晶モニタはOSDコントローラがx86ですよ。
2009/01/05(月) 15:27:20
そのケンタウロスは生きているのか死んでいるのか
2009/01/05(月) 15:35:29
>>397
> x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
ソフトウェアベースや、x86の載ったアドオンカードのものはあったけど
あまり売れなかった。Alphaでもあったし。Itaでも似たようなことやりかけた。
性能出ててもダメだったと思う。Itaは Intelがやってるって以外、
何も目新しいことはない。賭ける連中の気が知れんw
2009/01/05(月) 15:42:57
そりゃ安いか速いか少なくともどっちかは満たさないとねえ
2009/01/05(月) 15:55:38
え? SunのNiagara2はXeonとは比べ物にならないほどコストパフォーマンスがいいんでしょ?
2009/01/05(月) 15:57:21
x86は命令セットがスケールしない仕様なので、たとえSPARCの命令セットに変換してもスケールしないだろ。
2009/01/05(月) 16:09:32
>>405
そういう意味ではない。あんたの思いつく程度のことは RISC WS陣営がとっくに
やったし、Itaもそれ以上のことはしていない。
当初 Intelが言ってた、「x86を置き換える」ことができなければ、
あまり存在意義があるとは思えない。
金持ってるから、今の位置付けのまま維持することは可能だろうけど。
株主につつかれなきゃ。
2009/01/05(月) 16:19:09
>>401,406
なるほど! じゃ、その効率の悪い「メモリアクセス命令」を禁止したサブセットを
定義して、コンパイラーにスイッチ付ければすべて解決じゃん!!
すげーな、スケールしまくりの新 x86アーキ! 期待してるよw


:
もちろん、RISCに似ちゃったり. ...しないよね?wwww
2009/01/05(月) 16:28:24
>>407
x86を置き換えれなかったからといって、存在意義がないとは言えん。

x86では届かない部分をカバーするという意味はあるし、
その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。

>>408
別にコンパイルするなら、x86である必要ないじゃん。
最初からSPARCをターゲットにコンパイルすりゃいい。

Sun信者はいつも、意図的に間違った方向に話を持っていくね。
2009/01/05(月) 16:35:58
>>409
> x86を置き換えれなかったからといって、存在意義がないとは言えん。

もちろん、「もう優秀な RISC ISAがたくさんあるんだから、」その上には
必要ない、という意味。

> x86では届かない部分をカバーするという意味はあるし、
> その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。

それも同じ。わざわざ Itaでやらんでもよい。もうたくさんある。

> Sun信者はいつも、意図的に間違った方向に話を持っていくね。

はっはっはっはっ。君、おもしろいね?w
2009/01/05(月) 16:47:47
>>410
Intelにとっては、というのは明記しなくても、読み取れるだろうが・・・
2009/01/05(月) 16:50:19
アホか。その前のを読み取ってないのはオマエじゃw ほんとにオモロイなk
2009/01/05(月) 16:53:17
はい>>412が誰かを煽ることを目的にスレに粘着していることを白状しました。以後スルー推奨。
2009/01/05(月) 16:58:21
「誰かを煽る」んじゃなくて、単にアホにアホと言ってるだけなんだが。
妄想ハゲしいねww
2009/01/05(月) 16:59:09
なんつーか、この苦し紛れさ加減はwwww
2009/01/05(月) 17:09:36
消費電力が少なくてやっすいのを一台なんとか
2009/01/05(月) 17:12:10
>>414-415
連投しないと気がすまない病?
2009/01/05(月) 17:43:01
>>417
偽・スルー みんなにスルーを呼びかける。実はスルーできてない。
失敗スルー 我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。
疎開スルー 本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。

3つはあてはまるなww

ここからスルーできるかな〜?www おかしーw
2009/01/05(月) 17:48:51
うれしそうですね
2009/01/05(月) 18:14:24
>>399
>まるで間違い。それなら組込み機器も大規模 SMPも全部 x86になってるはず。

SMPサーバーで性能でないのはx86だからじゃないだろ・・・
Chip-to-Chip、あるいはBoard-to-BoardのInterconnectが安かったりネットワークのトポロジが不適切だからだ。
技術的にx86でやれないことはないんだよ。実際ItaniumとXeonMPでプロセッサバスとチップセットを互換にするしね。
競合のIBM POWERの強さや既に開拓したItanumの市場、そういった諸々の要素を勘案して見込みがないと判断したのだろう。
リスクとベネフィットを秤にかけたわけだ。
逆に組み込み向けではAtomで真剣に参入を始めたよ。儲かってたXScaleをも売却したのだから本気も本気さ。
達成できるか怪しいが目標は100億ドルの市場へ成長させることと言ってるよ。
SMPサーバー向けのCPUでこれだけの売り上げは見込めないよね。箱全部の値段ならともかくさ。
色々考えてから書き込もうよ。安易に「まるで間違い」とか言う前にさ。
2009/01/05(月) 18:20:13
SPARC liteが組込みに使われていた・・・ってのも過去の話だよね。

そのうちAtom採用のデジカメとか、個人向けプリンタ・スキャナ複合機が出てくるだろうね。
そんな無駄だろ? って思うかもしれないが、開発のしやすさがまるで違うんだわ。
2009/01/05(月) 22:47:24
おまえら仕事しろ
2009/01/06(火) 09:53:30
>>421
> 開発のしやすさがまるで違うんだわ。

そんなバカなww 「既存の xxがあるから」、だろ? そりゃ他知らんだけ。
2009/01/06(火) 10:17:57
>>423
じゃぁ何でx86が組込みに使われてると思ってんだ?
2009/01/06(火) 13:31:40
「使われてる」なんて言うほど使われてないよ。80186の類はいっぱい使われてるけどな。
2009/01/06(火) 13:43:25
SPARCとどっちが多い?
2009/01/06(火) 13:44:16
東芝のHD DVDレコーダーは、x86だったな。
80186とかそんな非力なのではなくて。
2009/01/06(火) 13:44:46
だから失敗したのか
2009/01/06(火) 13:46:44
そうだな。SPARCだったら大成功だったところだ。
2009/01/06(火) 13:50:17
HD DVDプレーヤーにMobile Pentium4 2.54GHzが積まれててﾜﾛﾀ。
2009/01/06(火) 13:59:37
そういうのはパソコンまるごとから削ったタイプのやつだな。
組込み全体から見たら僅かに過ぎんが.. もうひとくくりで語るべきじゃないだろな。
今後増えるだろし。
2009/01/06(火) 14:34:37
Itaniumの話をしてください
2009/01/06(火) 16:19:03
>>431
組込み全体の話なんかナンセンスだよ。
組込みのうちSPARCが使われている領域の話に限定しなよ。

NASなんかは、「パソコンまるごとから削ったタイプ」そのものだよ。
2009/01/06(火) 17:21:52
「x86に将来性なし」ってのは別にオレが言ったことでもなく、
ここの誰が言ったわけでもなく、Intelが言ったことなんだが。
なんでこう諦めが悪いかなww
んでもって、そんな x86の諦め悪いやつがなんでここにいるんだ?
amd64のデキがよかった、Meromのデキがよかった、Atomのデキがよかった、
そんなことが「x86の将来性」ないのを覆した、とか思ってるわけ?
先延ばししただけでしょ、どうヒイキ目に見ても。
2009/01/06(火) 17:40:40
Intelが間違わないという保証があるわけじゃないな
2009/01/06(火) 17:52:44
>>434
お前、なんで必死なんだ?
2009/01/06(火) 18:19:52
命令セットがどうこうってのは20年ほど前の議論だよな
結果から言えば当時の人たちはトレンドを読み外したということでFA
2009/01/06(火) 18:43:40
何の話してんの?
2009/01/06(火) 18:46:11
分からないなら黙ってればいいのに
2009/01/06(火) 18:47:11
なんでそんなに必死なの? ..w
441432
垢版 |
2009/01/06(火) 19:22:22
Itaniumのことだけ書いてください
2009/01/06(火) 19:30:57
Itaniumの話か。

AMDにIA-64を採用するように働きかけなかったIntel
IA-64を採用しようとしなかったAMD
この2社が、世界のパソコンの将来に大きな負債を残した
2009/01/06(火) 19:49:43
そうだな。その後 IA-64がコケたとしても、今とは別の展開があっただろう。
あんまり期待できんがw

「両者それぞれ am29k, i960を復活、バークレーRISC乱立の混迷へ」...w
2009/01/06(火) 20:01:52
IA-64の命令セットと、プロセッサの実装を、分けて考えないと。

技術力のないインテルの実装だからItaniumがアレなんであって、
技術力の優れたAMDが実装すればIA-64でありながら素晴らしい
プロセッサが出来あがっていたかもしれないぞ。

IA-64の、とりあえず実行して結果を捨てるのは消費電力的に無駄が多いが、
現状のx86の、複雑なデコードや、同時に実行できる命令を探したり・・・etcの消費電力も大きい。
IA-64の場合、実行ユニットを減らすことも可能で、SPARCのレジスタ数によるスケールよりは、よっぽどスケールする。

初代はともかくMckinley以降はさほど悪くない。
もしインテルがx86と同じだけのリソースを割いて最先端のプロセスで生産すれば、違ったことになってただろう
とはいえ、x86と同じだけのリソースを割くなんて、ありえない仮定だが。
2009/01/06(火) 20:27:44
Itaniumの一番ダメな点 = レジスタウィンドウもどきを実装していること。
2009/01/06(火) 20:48:30
Itaniumの一番ダメな点 = EPICじゃないの？
2009/01/06(火) 20:49:26
2001年頃にAMDが潰れてればx86からIA-64への強制的な移行が推進されたのかもな
今は”やっぱり命令セットは拡張できる方がイイヨネ！”って時代なのでありえない話
2009/01/06(火) 21:09:40
Intelが用意していた(AMD64ではない)x86の64ビット拡張は、IA-64とは違うものだったらしいですよ。
2009/01/06(火) 21:10:51
なんだかやる気のないやつね
2009/01/06(火) 21:35:18
どうせAMDにペースを握られたくないという理由だけで策定した間に合わせのものだろう
あるいはx86_64よりIA-64のほうがいいよねって流れに誘導したかったんじゃないかと
2009/01/06(火) 21:40:39
まあそれでもちゃんとキャッチアップしてCore2DuoとかCore i7出したんだから
結果的にはよかったんじゃないかな。
2009/01/06(火) 21:50:34
それにしたってAMD64は、ヤッツケ仕事すぎる。

命令セットを大きく拡張あるいは変更できるチャンスというのは、
16→32ビット、32→64ビットの次は、64→128ビット・・・はないだろう。
だから、16→32ビットの時よりも遥かに将来を見通して策定すべき。
にもかかわらず、目先のことだけ考えた安易な拡張。これはひどい。

レジスタをすべて等価にするのではなく、2段階のコストにした点は評価できる。
良く使うレジスタは速く、あまり使わないレジスタは遅くというのは、
RISCが旗印にしていた定量的アプローチ、だものね。
2009/01/06(火) 21:54:06
まあインテルさんがIA64とかにかまけてないでまじめに
x86の拡張をかんがえてればよかったんじゃないのかなー
まあ状況的に無理だけど
だから次善の策としてamd64はよかったんじゃないかな
2009/01/06(火) 21:55:59
>>451
なんかIntelやばいんじゃね？と思ったら常勝の帝国軍へ戻っていた
な、なにを言ってるのかわからねーとおもうが(ry
2009/01/06(火) 22:03:21
x64だっけ?

アセンブラのニーモニックのレベルではx64のそれでいいとしても、
せめてオペコードなどの割り当ては真っ新からやり直すべきだった。

32ビットと64ビットでデコーダを共用できなくなるが、
だがしかし、ここでキレイに整理しておけば、後々かなり楽になる。
2009/01/07(水) 07:04:56
オペコードが人間が綺麗と感じるように割り当てられてることにどんな意味があるの？
2009/01/07(水) 10:43:16
> オペコードが人間が綺麗と感じるように

はいはい、意図的に誤解して架空の話を叩いて喜んでないで仕事しようね。
2009/01/07(水) 10:43:26
デコーダがシンプルになる...いまどきどうでもよいが。
将来の拡張の余地が広がる。これは大きい。
2009/01/07(水) 10:45:34
AVXでおk
2009/01/07(水) 10:54:44
AVX?

あれ長いよ。

たった1バイトしか短くならない・・・1バイトでも短くなることは重要ではあるし、
その次の拡張で長くならないことも重要なのだが、グダグダっしょ。
2009/01/08(木) 15:11:25
ほれ見ろ。オレがネタ投下してやんないとなんも出んがなw
2009/01/08(木) 15:13:49
安くて消費電力の少ないIta2マシンどっかに落ちてないかな
中古でいいよ
2009/01/10(土) 00:42:48
そんな製品がないんだから中古なんてなおさらあるわけないw
複雑化の原因はコンパイラにまかせてコアは単純化されてるはずだから
キャッシュ減らしたら電力食わないんだろ、きっと。そうに違いないwww
2009/01/10(土) 20:06:22
キチガイはスルーで
2009/01/10(土) 21:05:06
>>433
NASとCPUと言えば、AuspexがSPARCでやっていたのを、
廉価NAS構成に対向しようとx86に移行しようとして失敗沈没してﾜﾛﾀ
コントローラはSolaris for x86で問題なかったけど、
独自ファームのエンジンがどうにもならなかったみたい。
やっぱCPU移行は慎重にやらないとね。
本当にメリットがあるのかどうか。どのCPUでも。

>>452
AMDはそういう路線だからしかたないんじゃ？
コストかけて研究部門維持するわけにもいかないし。
2009/01/10(土) 21:23:58
AMDを責めてもしかたないわな。
水先案内人としての責任は、牽引する立場のIntelにある
2009/01/10(土) 21:28:21
市場を完全に制圧してからやるべきだったね
その辺Microsoftは賢い
2009/01/10(土) 21:33:14
AMDはIntelの失敗を修正する役割があると
2009/01/10(土) 21:36:05
>>452
Intelの最適化まぬあるによると増えたレジスタは使うなというｗ
2009/01/10(土) 21:38:25
あはははは
2009/01/10(土) 22:12:26
>>467
そのほうが消費者の利益になったとしても、独占ってだけで叩かれるぞ。
個人的にはAMDのIA-64実装を見てみたかった。

>>468
Intelを牽制する役割、だろうな。

>>469
IntelのCPUだと増えたレジスタを使った場合に、ガクンと遅くなるんだよな。
そりゃ、使うなと書いて当然だ。

こういう新しい命令セットってのは、互換性が重要なのよ。
最初にインプリしたCPUでは、速く実行できる必要はなくて、とにかく、正常に実行できることが重要。
その命令セットを実行できるCPUが市場に十分に出まわった時点で、本格的にソフトが使いはじめる。
この時点で、その命令セットを高速に実行できるCPUを市場に投入すればいいの。

まったく実行できない
と
遅いけど実行できる
というのでは、まるでインパクトが違う。

うまく移行するためには、早くから種まきしておかないと。
2009/01/10(土) 22:22:44
命令長伸ばしてレジスタ拡張なんて最近流行の電力効率に反する実装だからだよ
AVXの目的もそういうことだ
2009/01/10(土) 22:32:30
やっぱり、64ビット拡張するときに、OPコードを大胆に整理すべきだったんだよ。

モードによって違うのはデコーダのコストが増えるが、
しかし、
命令長が長いのに比べたらマシだと思うんだわ。

もったいないよ。使わない命令が短くて、使う命令が長いのは。
2009/01/14(水) 01:57:08
なんか自作板にTukwilaはDDR3サポートに変更になったとか書き込みがあった。
2009/01/14(水) 12:11:19
そうなればそうなるわな
2009/01/14(水) 12:58:33
以前からDDR3系のFB-DIMM2も対応予定に入ってなかったっけ？
それともFB-DIMM1のサポート無くしたという意味かな。
2009/01/14(水) 16:18:08
え?

FBってのは、DRAMチップのI/Fが変ってもOKっていう柔軟性も兼ね備えているんじゃないの?
2009/01/14(水) 16:39:30
2007年の時点で、
DDR3を使ったFB-DIMMの提供予定はない
っていう話だった。
2009/01/14(水) 16:40:48
FB-DIMMやめて直にDDR3のメモリコントローラを積むって話では?
480474
垢版 |
2009/01/14(水) 22:32:03
>>478
そのあとFB-DIMMのバッファチップをマザーボードに置くとかいう話が出てきた。
そうするとスロットに挿すメモリはDDR3だけどMCHのインターフェースはFB-DIMMになる。

>>479
うん、そんな感じだった。
2009/01/14(水) 23:08:59
へー、直結にするんか。
まあ、その方がレイテンシ短くできるだろうし、やるかどうか怪しいけど
Xeon-MPとのプラットフォーム共通化も進めやすいだろうし。

それで発売が遅れてるんだったら、まあ建設的な理由だな。
2009/01/15(木) 03:06:16
そもそもFB-DIMMって、
メモリコントローラをチップセットに持たせた時に、
大量のメモリを積むためのもの。
チップセット1つから、メモリのバスを12本とか出せないんでね。

ところが

QPIを導入した時点で、
CPUの数だけメモリコントローラを増やすことができる。

メモリのバスを3本もつCPUを4ソケット構成にすれば、
無理なく12本のメモリバスが得られる。
2009/01/15(木) 03:13:48
DDRのままではコア数はどんどん増えるのに帯域はあまり稼げないしピン数も爆発的に増える。
シリアルメモリは絶対必要。なのにFB-DIMMは死んでDDR4はどんどん先送りされている。
Nehalemでは痛みに耐えて3chにしたけど1年後には6コアのWestmereが来る。焼け石に水。
高速なローカルメモリの使えるLarrabeeでどうにかなるという読みなのかね。
484483
垢版 |
2009/01/15(木) 03:25:32
忘れていたが。。。Sandy Bridgeでon-package memoryとかいう噂もあったね。。。
SandyBridgeもNehalem同様processor coreのmicroarchitectureの変更は控えめでmemory回りの強化が主眼になる予感。
それでも十分new-architectureなのだけど。。。
ttp://www.intel.com/technology/itj/2007/v11i3/3-bandwidth/6-architectures.htm
これ、ItaniumでもPoulsonで採用されるのかな。コスト的なハードルはItaniumの方が低いと思うが。
2009/01/15(木) 09:06:15
>>483
Larrabeeは、普通のCPUを置き換えるようなものではないと思う。
少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。

>>484
それは大容量のL3やL4のキャッシュを乗せようという話だと思います。
486483=484
垢版 |
2009/01/15(木) 22:37:30
>>485
>Larrabeeは、普通のCPUを置き換えるようなものではないと思う。
>少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。
うん、それはわかっている。
帯域が必要な分野にはLarrabeeを充ててキャッシュでそこそこ何とかなるサーバー向けCPUはのんびりいくのかなと。
Montecitoなんか未だにFSB533MT/sだもんね。144bitバスとは言え。。。

>大容量のL3やL4のキャッシュを乗せようという話
IntelのスライドによるとSandyBridgeのon-package memoryの容量は512MBとかだから従来のキャッシュとは桁が違う感じ。
これだけ容量が大きくなると制御法も従来の延長では駄目で一工夫要ると思われる。。。要するにキャッシュになるのかわからない。
まあ古いスライドなので変更された可能性もあるんだが。。。


スレ違いなのでこの辺で。
2009/01/15(木) 22:45:35
FSBのデータバスの転送だけ速くしても、アドレスバスの処理能力が先にネックになったら無駄なわけで。
そのあたりは難しいよね。

データはとにかく転送すりゃいいんだけど、アドレスは処理しなきゃならないから。
2009/01/16(金) 13:59:49
NECのＡＣＯＳ使ってるけどやっぱ、古いよな？
2009/01/16(金) 14:01:15
それで済むならそれでいいじゃん
2009/01/16(金) 19:56:37
電気代考えると..
2009/01/16(金) 20:01:13
電気代の差額ｘこれからの使用年数　が導入費用と同じ桁になるなら考えてみれば
2009/01/16(金) 20:58:10
いや。所有者のコストじゃなくて地球のコスト。
2009/01/16(金) 21:11:36
新規導入しないほうがいい
2009/01/17(土) 13:11:38
移行に失敗したときのリスクも考えよう。

現状のランニングコストと導入コストが一緒だから、
タダでシステムが新しくなりますよ?
なんていうセールスはアヤシイ
2009/02/02(月) 12:06:16
「ＸＸなんていうセールスはアヤシイですよ」っていうやつがもっとアヤシイ。
2009/02/05(木) 01:02:27
Intel delays Itanium upgrade to add new capabilities
http://www.networkworld.com/news/2009/020409-intel-delays-itanium-upgrade-to.html
2009/02/09(月) 04:41:33
>>496
Sunの広告が表示されるページの内容なんて・・・
2009/02/09(月) 07:03:05
あははははは
広告って効果的だね！
2009/02/11(水) 19:42:05
Tukwila、もう出ないんｼﾞｬﾏｲｶ。
http://www.atmarkit.co.jp/news/200902/09/intel.html
2009/02/12(木) 10:51:40
いよいよ i960が 64bit、QPIになって復活します。
2009/02/13(金) 10:55:34
次世代 ISAのために HPと組む、というのはもう失敗したので、
次どっかと組む必要ありだろうな。
ARMは捨てちゃったし。Alpha買ってくる、とかw
いずれにせよ、もう新しい ISAを定義する必要はない。
POWER対抗、という軸で考えると、SPARCという選択肢もあるかもw?
2009/02/13(金) 11:07:16
SPARCみたいな変態アーキ使うくらいだったら、
素直にそのままIA64で続行してても大して変わらないし、
SPARCのインストールベースを狙いたいんだったら、
x86でItaniumクラスのCPU作る方が遙かに良いだろ。
2009/02/13(金) 11:56:34
IA-64はオープンソース方面がぜんぜん関心示さないのが致命的でしょ。
性能出せるコンパイラーが CPU開発してる近辺からしか入手できないという
ことだと、利用が拡がらない。
2009/02/13(金) 12:27:42
しかし、それを言い出すとやっぱりx86 ISA最強になってしまうだろう。
それにこのクラスのCPU使う所って、そんなにオープンソース使うか？
エンプラに限らず、ハイエンドから組み込みまで狙うっていう話だったら
別だけどね。

そのエンプラでさえIA64が流行らない最大の理由はintelのやる気の
なさにつきるだろう。
POWERだって一時はイマイチだったけど、POWER4あたりからの
IBMの気合いの入れっぷりを見て皆ついて行って、成功したんだし。
2〜3年に1回、ライバルに対して半世代遅れな性能の製品しか出て
こない様では誰もついて行かないよ。
2009/02/13(金) 12:30:06
>>501
AlphaってHPじゃんw

そもそもItaniumみたいなVLIWならともかく、
古典的なISAをまた始める意味は全くないでしょ。
箱ごと売っているSPARCとPOWER以外は死滅したわけだし。
2009/02/13(金) 12:32:05
>>504
やる気はあったけど、うまくいかなかったんだよね。
なにしろSunまでItanium Solaris出してたんだから。
507504
垢版 |
2009/02/13(金) 12:40:26
>>506

Solaris/ia64は計画段階でやめたんじゃ無かった？

intelもMadisonだした直後くらいまではやる気あったと思うけど、
その頃からx86でAMDに押されまくって、IA64なんて言ってる
騒ぎじゃなくなってからの放置っぷりが酷すぎる。

んで、Core MA出てからは、もうサーバーもこれで良いんじゃないという
流れになって、ますますやる気ナッシングに。
そして、今度出るNehalem-EXとか見るとRASもかなり意識していて、
もうIA64やる気無いだろうと思ってしまう訳で。
508504
垢版 |
2009/02/13(金) 12:45:20
あとは個人的妄想だけど、NECと共同出資で富士通あたりが引き取れば
いいのにとか思ってしまう。
レジスタウィンドウもどき持っている辺り、SPARC 64と同じ変態系だしなｗ
2009/02/13(金) 13:10:24
>>503
オープンソースな人たちはgccを使うわけだが、そのgccの生成するIA-64のコードが酷かった。
さらに人間がバイナリレベルでデバッグするのが難しく、さらに、マシンチェック回りはアマチュアには無理。
つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。
2009/02/13(金) 13:15:59
>>505
> そもそもItaniumみたいなVLIWならともかく、

いやいや、VLIWがやっぱり長期互換性の必要な ISAとしてはダメってことを
証明したんでしょ、Itaniumがさ。

> 古典的なISAをまた始める意味は全くないでしょ。

RISC最強w
2009/02/13(金) 13:17:17
>>509
つまりそれは「バッシング」じゃなくて、「正しい見解」、じゃんか。
しごくまっとうな言い分だと思うけど。
2009/02/13(金) 13:19:12
>>509
最後の一行は君の妄想だと思うw
2009/02/13(金) 13:23:17
>>510
いえいえ、x86最強でしょう。

ARM - x86 - POWER(SPARC)の棲み分けでいいんじゃないでしょうか。

しかしIntelは、x86の省消費電力で出遅れたり、
経営戦略の方がさっぱりですね。
2009/02/13(金) 13:23:23
>>505
HPとSamsung（とAPI）が持っていると思われる権利をある程度買ってくれば
なんとかなるかもね
2009/02/13(金) 13:30:58
>>510
静的最適化の世代間互換を諦めていれば、性能はともかく
バイナリ互換は残せるので、もっと早く進歩できたと思うんだけどね。

最初に短いパイプラインで出してしまったので、それを前提にした静的
最適化の効果を残そうとすると、パイプラインを長くする事ができなくて、
クロックが伸び悩んだというのが躓き始めだと思う。
かといってOoO実行に走ると、そもそもEPICの意味がってなるしね。
2009/02/13(金) 13:34:44
Samsungへのライセンシングは終了してるんじゃないのかな。
2009/02/13(金) 13:39:58
>>515
「静的最適化の世代間互換」は、今から諦められないの?
要は、バイナリ互換だけど昔コンパイルしたバイナリは遅い、ってことよね?
まあ、そんな珍しい話でもないよね。程度もんだけど。
2009/02/13(金) 13:42:57
>>514
なんか、DECの残党かき集めたやつが勝ち、みたいな雰囲気感じるんだけど、
気のせい?w
2009/02/13(金) 13:47:06
>>517
マルチコア、マルチタスク環境下で混在すると、
うざいことこの上ない。
2009/02/13(金) 13:53:01
>>517

OoOプロセッサだと最適化世代が違ってもそれなりに動くが、
インオーダプロセッサだと性能の落ち方が大きいし、あとまあ
519の言うような事もあるだろうな。
ということでHPが嫌がって、アグレッシブプランは葬り去られた。
2009/02/13(金) 13:58:53
古いパイプラインのエミュレータを置けって事だからね。
iOにした利点の全てが吹っ飛ぶ。>>515と並行関係にある問題。
2009/02/13(金) 16:13:01
んじゃ、詰んでんじゃん。ダメじゃんww
2009/02/13(金) 16:20:01
やっぱ ISAは RISCで択一。
2009/02/13(金) 16:30:33
>>510
互換性のシガラミとしては、遅延スロットに比べればマシだろ。

>>511
酷いコンパイラを作っておいて、それを使ってパフォーマンスが出ないとか、もうね。

>>512
IA-64は糞だって表明したオープンソース界のカリスマもいたよ。

>>515
すでに、初代ItaniumとItanium2の間で、最適化の互換性を捨ててるよ。
それによって動作クロックが僅かしか上がらなかったのに実効性能は倍になったよ。
2009/02/13(金) 16:34:06
>>523
長期的に使うISAとしてはRISCは粒度が細かすぎる。

同じことをするのにも多くの命令を必要とすることは、
同じことをするのに多くの命令間の依存関係を調べる必要がある。

しかし、やりたい操作と命令が一対一対応していれば、調べる範囲が狭まる。
2009/02/13(金) 16:41:58
>>524
gccの吐いたコードの速度を基準にしていったわけじゃないのでしょう？
2009/02/13(金) 16:48:45
うわ。ホンモノっぽいの出てきたな。
別にコンパイラ作りようがない、って言ってたんじゃなくて、
作るのが難しい、この先保守もたいへん、って意味でしょ。
それで十分だし。ISAを否定するには。
それに、某カリスマ（なのかね、ほんとにww）が青筋たてて言ったことは
これまでほとんど間違いばっかりだったから、気にするだけ損かとww
2009/02/13(金) 17:07:10
IA64は本当に糞だったのでは?
2009/02/13(金) 17:11:15
>>526
彼らにはgccしかなかった。

オープンソースで、GPL汚染されているコンパイラで、他に何かありました?
2009/02/13(金) 17:11:42
IBMと Sunがビビって賛同して、少し首つっこんだらすぐに離れたから、
そうじゃないかとは思ってた。
2009/02/13(金) 17:12:44
彼らが離れたのは、初代Itaniumがスケジュール遅延したからでしょ。
遅延した結果、自社で抱えているプロセッサのほうが性能が上になってしまった。
2009/02/13(金) 17:16:45
>>528
「x86を置き換えて、ノートPCあたりまで IA-64」とか当初の目標を達成する、という
意味では、十分に「クソ」です。

「x86をシミュレーションしてぜんぜん性能出ない」という意味でも、十分に「クソ」です。

ええ、つまり、＊クソ＊です。w
2009/02/13(金) 17:17:13
>>509は
> オープンソースな人たちはgccを使うわけだが、
> そのgccの生成するIA-64のコードが酷かった。
> さらに人間がバイナリレベルでデバッグするのが難しく、
> さらに、マシンチェック回りはアマチュアには無理。
> つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。

gcc基準でIA-64をバッシングしていたってソースはあるの？君の脳内以外に

2009/02/13(金) 17:18:35
>>531
それは違うと思うよ。そういうタイミングじゃなかった。
首つっこんで、なんか具体的なもん見た結果、ビビる必要はない、と判断したように
オレには見えた。
2009/02/13(金) 17:26:17
>>531
Sunが最後に表明したのは情報公開が足りないってことだった。
次期CPUとその足廻りの技術情報を出し惜しみしているから、
次のItaniumマシンの設計が出来ないと。
当時も言われていたけど、遅れていて出そうにも出せなかったんだね。

>>534
SunはItanuimのJDKさえも作っていて当時は結構乗り気だったよ。
一時HPよりもSolaris IA64機の話題の方が多かったくらい。
2009/02/13(金) 17:44:55
>>535
当時 Sunは MAJCやってたし、IBMも VLIWずっと研究してたから背景知識は
持ってたはず。で、実際 Solarisの CPU依存部分を実装してみて
「なんだこりゃ」ってなったんじゃないかと推測してる。
「なんか隠してるに違いない」と思ったのかどうだかは知らんが。
いずれにせよ、恐るるに足らん、という結論だろうな。
2009/02/13(金) 17:57:14
> 背景知識は持っていたはず

pgr
パソヲタじゃあるまいし当たり前
NGNG?2BP(0)
流れきってすまん。
CRAY CX1ってこのスレ的にはどうなの?
2009/02/13(金) 21:34:17
>>532
スケジュールが遅延したからな。

本来ならPentium2のデビュー頃に市場に投入されるハズだったのだろう。
Pentium2 233MHzと初代Itaniumのx86命令の実行性能は同程度だというから。
2009/02/14(土) 12:43:10
Transmeta Crusoe…
2009/02/14(土) 13:45:18
>>538
どういう関連があるの？
2009/02/14(土) 15:48:10
IA64の方が高性能な互換プロセッサ簡単に作られちゃうとかあるんじゃないの？
2009/02/14(土) 16:55:13
SPARC以上に、命令セットとハードウェアが一体なので、どう作っても同じになっちゃう。
2009/02/14(土) 18:59:01
インテルとしてはx86のブラックボックスが一番都合がいいんじゃないの？
Itaniumでも同一命令グループをいかに効率よく実行するかというところで
知恵の働かせどころはあるけど
2009/02/14(土) 23:46:10
そんなに工夫の余地、あったかなぁ。
2009/02/19(木) 16:11:55
ARMきてるな。
Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態ねw
2009/02/20(金) 22:01:45
Unisys threatens Itanium with death
http://www.theregister.co.uk/2009/02/19/unisys_xeon_unisys/
2009/02/23(月) 04:59:40
>>546
>Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態
いまさら何を・・・ここ1,2年はましな方。4年前はもっと酷かったぞｗ
2009/02/23(月) 07:42:52
Intelは、ItaniumやらずにSPARCとバイナリ互換のCPUを作るべきだったんだよ。

2009/02/23(月) 17:42:58
ISAが SPARCで内部実装が VLIWなら Dave Ditzel連れてくりゃすぐ作りそうだなww
だが Sunでそれをやらなかったのにはそれなりの理由があるかも。
2009/02/23(月) 17:55:06
>>550
SPARC時代にハードウェアによる互換性維持に嫌気がさしたからCodeMorphing。
けど今はIntelにいるからやるかもね。
http://www.theinquirer.net/inquirer/news/264/1017264/dave-ditzel-joins-intel
2009/02/23(月) 20:44:34
IA-32ELだろ?
2009/02/24(火) 10:25:14
知識ないんだな。
2009/02/24(火) 10:40:39
最近はマルチコアを有効に利用するための
バイナリ変換に取り組んでいるらしい。
2009/02/25(水) 23:48:23
へぇ
2009/02/28(土) 21:24:35
それ、何のFX!32？
2009/03/02(月) 10:28:00
FX!32はぜんぜん違うだろ何言ってんだかw
2009/03/02(月) 10:49:10
>>554
AppleがOpenGLスタックのIntel/PowerPC両対応のためにLLVM使っていたが、
ああいう実行時変換をx86→x86でやるんですかね。
EPICとはかなり方向違いですね。
559名無しさん＠お腹いっぱい。
垢版 |
2009/04/21(火) 16:06:35
Sun終了
Itanium始まったな
2009/04/21(火) 17:25:15
Tukwilaさえ出荷できてたら、確かにチャンスだったかも。
2009/04/21(火) 17:29:13
SPARCのハイエンド置き換えなら、そうすぐ乗り換えられる規模の
客じゃないから、今度こそ遅れずに今年中の出荷ができたら間に
合うんじゃね？
2009/04/21(火) 17:35:14
いったい誰にそんな「やる気」があるんだよww
Intel? HP? それとも、ふじつーかぁ??ww
たとえ作れてももう出さないかと。
2009/04/21(火) 18:10:29
AMDに 64bit化で追い詰められた末、Intel自身で Itaを葬るしか道はなかったわけだ。
amd64互換な x86石の性能を上げることによって。

けど、もっと遡って見れば単に宣言したような性能にまったく届かなかったから退場、
単にそれだけのことだけどね。x86を置き換えてしまうはずだったんだから。

「こんだけ条件ズタズタでもチカラワザでかつ条件付きならここまで挽回できまっせー」
....わかったわかった、もういいから無駄使いはやめてくれよ..
2009/04/21(火) 18:19:30
いや、Solaris/ia64なんてのが出るとは思って無いけど、
普通にSPARCのハイエンド機入れてるような顧客で、
大型UNIX機を使い続けたい所に、HP-UXのハイエンド機を
売り込んで行く事はあるだろうって意味でのチャンスだよ。
まあ、先行きのあまりない市場だけど。
2009/04/21(火) 18:51:10
HPは Nehalemだと RAS弱 & Linuxになっちゃうから客によっては Itaしかないか。
PA-RISC売るんじゃねーの? まだあるんだよなw
2009/04/22(水) 02:36:16
今更SPARCの置き換えにPA-RISC如何ですか？
なんて言ってくる奴がいたら、そいつは出入禁止にしてやるｗ

まあ、OracleにハイエンドSPARC続ける気があるとは思えないんだが、
富士通は続ける気がありそうというか。ここでSPARC買い取る位の
事をすれば、あのクソ会社も多少は浮かぶ（もしくは轟沈）と思うがね。
2009/04/22(水) 10:01:44
>>566
いやいや、Itaは先わかんないんで PA-RISCにしときやしょーや.. てのは置いといてww

> 富士通は続ける気がありそうというか。ここでSPARC買い取る位の

富士通的には OraSunから新型発表がないと SPARC64が出るわけで、
以前の出荷量に比べればぜんぜんオイシイ可能性が高いよ。

> 事をすれば、あのクソ会社も多少は浮かぶ（もしくは轟沈）と思うがね。

手持ち SPARCがあるのに、あんだけ Itaにリソース割いちゃった時点で
論外なんだけど。まあ、IBMにもってかれなかったのはついてたね。
2009/04/22(水) 19:39:17
SunがIBMに買われてたら、IBM互換路線に戻ることになって
それはそれで良かったかも知れないぞｗ
2009/04/23(木) 15:09:56
IBM互換路線? 汎用機の話? ちょっと意味わからん..
2009/04/23(木) 19:14:52
IBMがSPARCを保有するんだから、IBM互換路線じゃん
2009/04/24(金) 11:36:10
まったく意味解らん。>>570 が何言ってるのか誰か解説してくれ。
2009/04/24(金) 19:59:28
おれもわかんない
2009/04/25(土) 10:17:10
じゃあ、おれも
2009/04/25(土) 18:34:40
おれもおれも
2009/04/27(月) 10:08:05
「Ita買ったオレを、少しは Ita割ってくれ」、そういう意味だ。
2009/04/27(月) 13:48:04
同情はするが
2009/04/28(火) 17:14:59
金は出さんぞ
2009/05/01(金) 13:47:25
IA-64、Itanium。
これは壮大な釣りだったんだ。
釣り乙。> Inte1
2009/05/01(金) 13:55:52
Itaniumで日本が釣れたってことですね。わかります。
2009/05/01(金) 15:07:04
釣ったのは HPだろ。釣られたのが Intel。
釣られてもないのに浜に打ち上がっちゃったのが... ああっ、かわいそうぅぅぅう〜
2009/05/01(金) 20:38:36
Intelは遠望思慮に長けているので、釣られたように見せているだけ。
黒幕は、Intel。
2009/05/01(金) 20:47:38
遠謀深慮
2009/05/01(金) 20:58:05
>>581
え? 今までのとこで Intelが Itaで得たメリットって、何?
エサにかかった会社の一掃かw?
自爆ギャグにしか取れんぞwwww
2009/05/01(金) 22:04:14
Itanium で使えるフリーの Unix は何がありますか？
2009/05/02(土) 09:22:53
http://en.wikipedia.org/wiki/Comparison_of_Linux_distributions#Architecture_support
2009/05/02(土) 09:42:08
ia64は FreeBSDと NetBSDもあったと思うぞ。まともに動くかは知らんw
2009/05/02(土) 10:44:53
GCCでは EPIC的な最適化という点ではまったく期待できないのでは。
2009/05/02(土) 21:24:37
icc 使えばいんじゃね
2009/05/05(火) 17:00:04
そのiccも期待できないｗ
2009/05/06(水) 12:21:14
>>583
Intelは、DECのAlphaアーキを完全につぶしたかった and Alphaアーキ関係者を引き入れたかった。
黒いな＞Intel
2009/05/06(水) 12:30:03
Itanium終了のお知らせ
2009/05/07(木) 13:36:33
>>590
どの時期かにもよるとは思うが...

DEC Alphaはハイエンド向けで、MIPS, PowerPC, SPARCとかと違ってローエンドに
降りてくる気配はなかったから、当初の Itaのレンジ（x86置き換え）にぶつかって
Intelが潰したかったとはちょっと考えにくいかと。

それと、Alpha関係者は Intelでは Pen4で高クロック化に投入されて、Ita方面には
あまり回ってきてないのでは?

> 黒いな＞Intel

そうなの?ww
2009/05/07(木) 21:07:06
>>592
>当初の Itaのレンジ（x86置き換え）にぶつかって
>Intelが潰したかったとはちょっと考えにくいかと。
Intelは、もともとハイエンドのItaniumにわ関心がなかった。
そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても
Intel的には全然問題ない。

>それと、Alpha関係者は Intelでは Pen4で高クロック化に投入されて、Ita方面には
>あまり回ってきてないのでは?
上記の裏打ちで、Itaniumに関心が無いので無駄なProjectに人的リソースをさかなかっただけ。

【結論】
釣り乙Intel
2009/05/08(金) 09:39:31
>>593
> そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても
一応「x86はもう寿命、先がない」と公言してたけどなww

> 上記の裏打ちで、Itaniumに関心が無いので無駄なProjectに人的リソースをさかなかっただけ。
メインは HPの連中だったから、同じオリに入れると血まみれになるだろww

> 【結論】
> 釣り乙Intel
乙!!
2009/05/08(金) 20:56:43
HPってさ、DEC AlphaやPA RISCを投げ捨てて、
Itaniumに走ったけど、何なの？バカなの？自爆したいの？
2009/05/08(金) 21:29:59
まあ、Itaは PA-RISCの後継石なわけで。だから HP-UXがうまいこと動くわけで。
乗って走ったのは Intel。w x86を投げ捨てて...のハズだったがコケたw
2009/05/08(金) 22:40:02
もう自社開発をやめたかったでFA
2009/05/09(土) 06:39:06
>>595
HPの技術的判断が正しかったのはGPIB(HP-IB)くらいじゃないのか？
2009/05/09(土) 08:49:28
デバイス屋さんだからねぇ。本質的には。
2009/05/09(土) 12:00:17
Intelの意に反してx86-64が事実上の64bit業界標準となりつつある事態
ia64は第二のiAPX432に
2009/05/09(土) 12:25:56
なりつつあるんじゃなくて、もうなってるだろ
とはいえ、IA64はHP専用のアーキテクチャとして
しばらくは生き残るんじゃないか？
2009/05/09(土) 13:38:22
iAXP432の後に i860もあるよんw
けど i960を 64bit拡張して MP対応させるのがいちばんよかったんじゃないか?
バークレーRISCだしさ。
2009/05/09(土) 15:42:54
RAIDカードにはi960が載っているのが当然と思っていたこともあります
2009/05/11(月) 18:26:22
もうやめても誰も文句言わないかな?
2009/05/11(月) 23:55:05
困るのはHPだけだろうな
2009/05/12(火) 10:28:18
んじゃぁやめちゃうよ?
2009/05/12(火) 11:08:51
どんぞ
2009/05/12(火) 11:26:31
ほんとにいいの?
2009/05/12(火) 13:34:57
ええよ
2009/05/12(火) 14:00:40
(プチッ)
2009/05/12(火) 15:22:11
あっ
612名無しさん＠お腹いっぱい。
垢版 |
2009/05/23(土) 16:33:14
Itanium機でFreeなUnixを使いたいんだが、あんまり安いマシンが無いんだねぇ
2009/05/25(月) 20:25:42
「インテル、次期「Itanium」の出荷時期を“またもや”延期」
http://www.computerworld.jp/topics/mcore/146851.html

もう絶対、出ない。出さない。出るわけない。
2009/05/25(月) 22:48:18
>>612
リース落ちとか結構な値段付いてんだよね
2009/05/26(火) 02:08:32
>>614
気軽に遊べないじゃんw
2009/05/26(火) 02:20:04
まあ遊ぶならそのぐらいは出せということか
2009/05/26(火) 02:20:47
あるいは値落ちするまで待つか
618名無しさん＠お腹いっぱい。
垢版 |
2009/06/21(日) 02:04:24
元日本hp社員です。
Ita2はもうヤバイだろうね。
商用UNIXでPOWER6に勝ち目が全く無い
2009/06/21(日) 05:53:29
>>618
それってクロック周波数の話？
それともベンチマーク？

IBMに転職したんだねw
2009/06/21(日) 12:03:24
Itaってもともとスペックがいいというより、Windowsが動くのが売りだったんじゃないの？
2009/06/21(日) 12:47:22
>>619
商業的にってことでねか。
2009/06/21(日) 13:56:45
>>620
それ言っちゃ駄目
2009/06/21(日) 15:43:29
Nehalemが性能よすぎて
ItaniumでWindowsを動かすメリットはほとんどないんじゃないか
チップが故障しにくい程度？
2009/06/21(日) 18:08:17
SPARCがなくなった時点でもう役目終えたよね
2009/06/21(日) 21:24:30
ということにしたいのですね:)
2009/06/22(月) 11:26:24
>>620
いやいや、HP-UXですよ。PA-RISCの資産保護。
627名無しさん＠お腹いっぱい。
垢版 |
2009/07/08(水) 10:05:58
190 名前： コメツブツメクサ(dion軍)：2009/07/03(金) 22:45:48.10 ID:x3UR1TVO
>>184
Intelの64bitはｒｙ
http://pc11.2ch.net/test/read.cgi/jisaku/1244557517/880


MS：64bit化したいな（´・ω・`）

Intel：IA-64できた(＃ﾟДﾟ)

MS：x86と互換性無いじゃん（´・ω・`）

Intel：AMD殺すにも都合が良いんだよ、さっさとWindows対応しやがれ(＃ﾟДﾟ)

MS：判ったよ作るよ（´・ω・`）

MS：IA-64版売れないね（´・ω・`）　というかCPUのスケジュール遅れ杉。

AMD：x86の拡張で64bitつくったよ(・ω・)ノ

MS：m9（・∀・）ｿﾚﾀﾞ!!　Windows対応させちゃうよ

Intel：マテやコラ(＃ﾟДﾟ)　ウチもx86の拡張で64bit作るぞ

Intel：もちろんAMDとは別の拡張だけどWindowsの対応よろしくな(＃ﾟДﾟ)

MS：殺すぞワレ（´・ω・`）
2009/07/08(水) 13:28:00
Intelが MSに対してそんな強気に出れるわけがない。
事実 MSに葬られたも同然だし、ia64。 ..輪かけて自滅したけどw
2009/07/08(水) 14:57:08
もはやXeonだかCore*Duoやらどうでもいい希ガス
足の互換性だけなんとかしてくれｗ
2009/07/10(金) 23:04:28
EPICアーキテクチャ、大爆死w
2009/07/10(金) 23:11:37
このアーキテクチャって、HP主導で開発したっていうけど
じゃあなんで、PA-64やHP-64ではなくIA-64なの？
IA-64って名乗るからには、どう見てもIntel主導での開発だろ。
Intel擁護者、乙
2009/07/10(金) 23:49:00
技術者の系譜がHP
2009/07/11(土) 10:48:13
>>631
若者よ。歴史を学びなさい。
2009/07/13(月) 10:04:55
>>631
金は、Intelが出した。ダマされたw

こんな安っぽい詐欺にやられるくらいだから、Intelはよっぽどエンプラもんの
評価判断能力がないんだろうな。
i960捨ててこんなんにかかっちまうんだからww
StrongARM捨てたのも単なる判断ミスだろう。ひどい話だ。
2009/07/13(月) 10:06:39
みんな、このムダ金は君の x86 CPUに転嫁されて回収されているんだぞ。
よく考えろ。誰がツケを払っているのか。
2009/07/13(月) 17:39:37
>>631
あっ、もう、なすり合いになってんのかw?
「こんなブサイクなもん作ったん、ウチじゃねー!!」wwww
637名無しさん＠お腹いっぱい。
垢版 |
2009/07/13(月) 22:18:02
Itanium使ってるところはこれからどーなんの？
638名無しさん＠お腹いっぱい。
垢版 |
2009/07/14(火) 09:26:48
壊れるまで使ってくれ。
でも、プラットフォームの移行だけは考えておかないと。
2009/07/14(火) 15:49:21
こないだまで Multics使ってたとこみたいに、なるんだろ。
2009/07/15(水) 00:04:10
>>639
全然違う。
Multicsはsecurity levelが高いプロダクトがあるから使われていた。
Itaniumは機能面で他を圧倒するところはまるでない。
2009/07/15(水) 12:13:15
わかった。じゃ、今でも PDP-11使ってるとこみたいになるんだ?!
2009/07/17(金) 01:52:04
IA64しょぼw
なんなのこれ？ネタなの？
ネタアーキ？ﾌﾟｹﾞﾗｯﾁｮwwww
2009/07/17(金) 10:00:29
いやいや、はんどあせんぶるすりゃ、6命令同時実行だぞ。すげ〜だろ?!
2009/07/17(金) 10:01:56
>>642
たくさんのアーキテクチャと会社を吸着して、トモダオレにしました。すごいだろ?
ハエ取り紙のような..ww
2009/07/17(金) 23:28:39
IAのIはIntelのIとも言うけど、本当はIncompleteのIなんだよ。
だからIA-64は、Incomplete Architecture-64なんだよ。
これは試験に出るから覚えといた方が良いよ。
2009/07/17(金) 23:36:17
>>643
すごくね〜よｗ
ハンドアセンブルすればって、どんだけ使えないアーキテクチャなんだよｗ
2009/07/17(金) 23:43:55
>>645
出ない
2009/07/19(日) 17:47:49
>>646
なっ、何だと?!! ハンドアセンブルでできるんだったら、後はコンパイラーが
がんばりゃ、そんだけのことじゃねーか。できたも同然なんだよ。ちょくら待ってろ。
おい、コンパイラー担当、なんとか言ってやれ、黙ってないで。
2009/07/20(月) 08:47:14
ハンドコンパイルすればいいじゃん
650名無しさん＠お腹いっぱい。
垢版 |
2009/07/20(月) 22:21:54
Ita≒Xeonでおｋ？

ｺｿﾊﾟｲﾙも通る？
2009/07/21(火) 10:40:02
関数型言語のコンパイラだと
Itaniumの演算機フル活用できるとかなんとかハッタリかましてなかった？
ああいう話は全部最初から客を騙すためのものだったということなのね
2009/07/29(水) 22:55:55
SGI Sticks to Its Roadmap, But It's the End of the Line for the Itanium Supers
http://www.hpcwire.com/features/SGI-Sticks-to-Its-Roadmap-But-Its-the-End-of-the-Line-for-the-Itanium-Supers-51429127.html

SGI renews Itanium super love (sort of)
http://www.theregister.co.uk/2009/07/27/sgi_server_roadmap/
2009/07/29(水) 22:56:43
なつかしいね
2009/07/30(木) 10:00:13
Ita作ると Xeon売る羽目に陥り、Atom作ると Core2売る羽目に陥る。
がんじがらめな感じ。ある意味気の毒な会社だ。
まあそれを選んだのは自身だが。めーわくなこった。
2009/07/30(木) 22:29:19
ItaからXeonはアレだが
atomからCore2はIntel大喜びだろう
2009/07/31(金) 09:43:19
>>655
> atomからCore2はIntel大喜びだろう

Core2のパイを喰われるから、Atomを抑える（売れなくする）しか道がない、という
意味な。うれしいわけがない。
勝手に Core2の方が売れるんなら別だが、市況は逆。

Atomの存在意義はピンチに陥っていると考えて間違いない。
正味 ARMと対抗できるレベルにならないと、いらない子になるしかない。サヨナラ
というわけで、Atomは今のうちに買っといた方がいいかもw
2009/07/31(金) 13:36:25
>>656
Atom v.s. Core2って、バカのしったかぶりとしか思えない。
2009/07/31(金) 14:04:10
>>657
「ネットブック以外にも選択肢はある」--インテルCEO、超薄型ノートPCを喧伝
ttp://japan.cnet.com/news/biz/story/0,2000056020,20396849,00.htm

田舎でニュースこないの?
2009/07/31(金) 14:09:06

| さらに、Otellini氏は共食いの問題に再び言及した。すなわち、ネットブックには、
| よりメインストリームのノートPCから市場シェアを奪う傾向があるという問題だ。
| Otellini氏は別のアナリストからの質問に答えて、「共食いと言っても、
| ネットブックの割合はおそらくノートPC全体の20%程度だろう」と述べた。

CEO涙目wwww
2009/07/31(金) 14:30:40
どっちみちIntelだし…
程度の低いヲタが騒いでいるだけ。
2009/07/31(金) 16:23:41
↑と、「バカのしったか」をはるかに凌ぐバカが申しております。
2009/08/26(水) 11:04:01
Hot Chipsでは Itaの発表ないらしい。x86だけ。
2009/08/26(水) 21:23:29
概要はとっくの昔に発表してあるから必要無いでしょ
2009/08/27(木) 09:48:31
ええ? そういう反応かよww



＃ まるだしですよプ
2009/08/27(木) 10:18:11
もう永久に必要ないよな。
2009/08/28(金) 16:37:44
Itaッ!!
2009/09/15(火) 22:56:44
うーうーうー
あItaっ！
2009/09/24(木) 12:46:45
まだ生きてたｗ
http://pc.watch.impress.co.jp/img/pcw/docs/317/343/html/02.jpg.html
2009/09/24(木) 22:18:17
いつでもXeonに乗り換え可能ですので、ご安心くださいｗ
http://pc.watch.impress.co.jp/img/pcw/docs/317/313/html/05.jpg.html
2009/10/02(金) 11:26:29
おっ、オレはダマされないぞ!!
2009/11/27(金) 09:09:52
ポルトガルで 25台納入だって。すげー。ポルトガル気はたしかか?!ww
2009/11/27(金) 09:10:55
>>671
世界で累計約 1400台。けっこう売れてんじゃん。
2009/11/27(金) 19:16:55
>>671-672
↓これか
富士通子会社がポルトガル大手通信事業者に「PRIMEQUEST」を25台以上納入
http://itpro.nikkeibp.co.jp/article/NEWS/20091126/341167/
2009/11/27(金) 20:09:02
3年間で1万台売る予定だったんだから
予定の1割くらいは売れたわけか
2009/11/28(土) 17:23:06
100台いってないくらいかと思ってたよww
2009/12/19(土) 03:00:52
RedHat 撤退
ttp://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium_dead/
2009/12/26(土) 19:37:42
そろそろXeonでいいよな
2009/12/27(日) 00:32:39
はい
2009/12/28(月) 10:21:17
そろそろもなにも。Itaがよかったことなんかこれまで一度たりとも....
2009/12/28(月) 16:06:51
そういえば Otaxという Fax機に搭載されてたプロセッサーが Otaniumだった。
2009/12/28(月) 20:41:17
性能の割に安値だったので，
ついついヤフオクでItaサーバーに入札してしまった．
2009/12/29(火) 08:54:47
ガラクタ趣味で遊ぶのに電力喰うやつはお下品でなぁ..
まあ、VAX7xxや PDP-11動かしてる人もいるみたいだけど、米国にはww
2010/01/02(土) 15:55:05
一通り欲しいよね
684名無しさん＠お腹いっぱい。
垢版 |
2010/01/02(土) 15:59:06
age

RedhatあたりがItaniumのサポートをやめるらしいな・・・
2010/01/03(日) 23:03:50
>>684
12/19（土）の >676 を 100萬回くらい参照してください。
2010/02/09(火) 13:31:35
たっくいら出るのか?
2010/02/09(火) 15:21:38
出荷はもうされてるみたい
公式発表も昨日された
http://www.intel.com/pressroom/archive/releases/2010/20100208comp.htm
http://download.intel.com/products/processor/itanium/318691.pdf
2010/02/09(火) 16:54:41
まあ、こいつは焼き直しだからな。もう新規コアのは出ないだろう。
2010/02/10(水) 10:29:25
3年かかって、コア 2倍で性能が 2倍...
この先プロセスが 45nmとかになったらすごそうな気はするけど。そこまでだろなw
2010/02/10(水) 21:57:46
今回が65nmで、次は32nmじゃなかったっけ？
2010/02/10(水) 22:34:02
次なんてあるの？
2010/02/12(金) 11:18:00
>>690
かなり性能は上がりそうだが、消費電力はそれでやっと「マトモ」になるんだろな。
Intelも実はトドメ刺したいんだろうしww
2010/02/27(土) 10:07:35
>>692

エンタープライズ系だから、これでも消費電力が際立って大きいってことはないよ
2010/03/01(月) 11:25:37
ソケットあたりは最大級だろ。他に上げてみてよ。
2010/03/26(金) 23:42:36
Itaniumじゃないと高速に処理出来ない物なんてあんのかな
2010/03/31(水) 12:25:20
>>695
既にItanium向けに作ってしまったバイナリ
2010/03/31(水) 17:47:01
ああ、それは別にいいよ。
2010/03/31(水) 17:52:04
HPが次に鳴り物入りで作る最高グレードx86-64機には、
Itaniumエミュレータが付くと断言できる。
2010/03/31(水) 19:04:20
で、OpenVMSうごかすのな? HP-UXも?
2010/04/02(金) 17:56:40
富士通がPRIMEQUESTでItaniumからXeonに移行
2010/04/06(火) 11:46:13
Microsoftも次のWindows Serverで対応辞めるってさ。
IntelはDellとMoblin Linuxやってるし、Wintel軍団も終りだな。
2010/04/06(火) 17:31:51
実質はもうかなり前から何もしてないと思うけど。
2010/04/06(火) 20:06:38
まだWintelとか言ってる奴が居ることが信じられない
2010/04/07(水) 14:13:42
「お前は Wintelか。」「この Wintel野郎!!」 ...いいかもw
2010/04/09(金) 23:11:29
完全に終わったな

502 名前： login:Penguin [sage] 投稿日： 2010/04/01(木) 22:45:21 ID:Zp8saYLF
http://www.atmarkit.co.jp/news/201004/01/fujitsu.html
富士通は今後、Itaniumを使ったサーバ製品を投入する計画はないという。

503 名前： login:Penguin [sage] 投稿日： 2010/04/08(木) 07:03:02 ID:i0Yes+r/
M$も見限った
米MicrosoftがItanium対応製品の開発終了を発表
http://itpro.nikkeibp.co.jp/article/NEWS/20100405/346621/


南無(ー人ー)
2010/04/10(土) 15:16:47
日系ベンダで一番力を入れていた富士通が一番最初に手を引いたか。
日立は既にPOWER推しだし、NECのACOS4もエミュだから移行しやすいし、
この2社の撤退も近いか。
2010/04/12(月) 18:24:58
Fは SPARCあるから、それほどでもないでしょ。チップセットもそんな
気合い入ってなかったし。NECの方がずっと力入れてたんじゃないの?
2010/04/12(月) 20:21:30
PRIMEQUESTを出した当初、その頃はSPARCとSolarisの雲行きも怪しかったし、
Ita&Linuxの方にシフトして行こうとしていたように思っているんだけどね。
東証アローヘッドにも突っ込んだくらいだし。

ただ、Fの思いに顧客がついてくる事はなく、東証にリリースして半年も
経たないうちに採用ハードがディスコンっていう結果は寒いが。
2010/04/13(火) 10:50:23
>>708
Solaris Ita対応しますぜ、って Sunが言ってたころはさすがにそうだろうが、
Sunと IBMはソッコー離脱したから、そのあたりで力緩めてると思うけど。
チップセットも 32ソケットまでで、その先の予定も出さなかったから
そう思った。
2010/04/14(水) 01:31:40
Madisonでた頃くらいまでは、そこそこやる気あったけれども、
Montecito出る出る詐欺が始まった頃から、力抜き始めた様に思う。
SPARC64Vでしばらく引っ張ってた頃と、VI以降の開発ペースの差に
何かしらの逡巡を感じるので。

まあ、社内事情しらんので、床屋談義の一意見です。
2010/04/14(水) 22:25:51
床屋でUNIXを運用する時代になったのか
712名無しさん＠お腹いっぱい。
垢版 |
2010/04/16(金) 05:29:05
立ち食いそば屋でHPC運用する時代が、そこまで来ているよ
713名無しさん＠お腹いっぱい。
垢版 |
2010/04/17(土) 12:24:02
某社のunixラストモデルがそろそろリリース。
PC系がRASを搭載してきたんでもうダメぽ。
2010/04/18(日) 14:04:19
相手に有無
2010/04/20(火) 14:22:33
板に生む
2010/04/28(水) 15:46:41
WindowsServer + IA64スレはどこだ?
717名無しさん＠お腹いっぱい。
垢版 |
2010/12/19(日) 08:23:51
Itaniumほんとうにしんでしまったん？
2010/12/20(月) 04:16:41
まだ始まってもいねえよ
2010/12/20(月) 11:31:04
結局itaniumの何が悪かったんや
2010/12/20(月) 11:47:48
省エネの時代に相応しくないということで抹殺された
2010/12/20(月) 13:09:52
技術的に何かを先導したわけでもなかった
計画も遅れた
性能もそんなでもなかった

存在意義はUNIXベンダの独自なCPUを潰すことにあったから
ほぼ達成して使命を終えた
2010/12/20(月) 13:11:35
Power一人勝ちだな
2010/12/21(火) 14:40:08
「カマキリさ〜ん、卵どこに生むの?」
「板に生む。」
724名無しさん＠お腹いっぱい。
垢版 |
2010/12/26(日) 20:50:55
最初のメルセドのデキがひどすぎたもんな。
2010/12/26(日) 21:44:53
>>721
いやいやx86の置き換えは失敗したでしょ…
2011/01/04(火) 12:13:58
>>722
カタログスペックはすごいけど、言うほど勝ってないような。
2011/01/04(火) 18:51:33
Itanium
vs
Cell
2011/01/28(金) 18:20:07
Itanium
vs
Cell
vs
ARMCortrexA15クワッド
2011/01/31(月) 14:02:14
>>725
それはべつに目標としてなかったしー
2011/02/03(木) 00:54:49
PA-RISCに戻せよそろそろｗ
2011/02/03(木) 00:58:37
ItaをPA-RISCと表示して売る
2011/03/24(木) 09:22:13.75
>>721
PowerもSPARCも潰れてないし、先にItaniumが死ぬｗｗｗｗ
ざまあああああああああああああああああああｗｗｗｗ
2011/03/24(木) 16:07:48.15
実際には Itaniumは「立ち上がって」ないわな。
メインフレームが緊急避難的に仕方なく採用してるだけで。
2011/03/24(木) 19:07:52.90
>>730
OracleがItaniumをサポート対象から外すって発表したら、
ムキになってHPはこれからもItaniumで開発し続けるって発表してたよ。
http://cloud.watch.impress.co.jp/docs/news/20110324_434747.html
2011/03/25(金) 08:12:37.29
そりゃあんた、HP-UXも、VMSも、Himalayaもだっけ? やーめた、ってわけには
いかんだろ。
が、本心はわからんぞ。少なくとも、「自前のアーキテクチャなんかいらん」と
思ってるのは間違いない。HP-UXが別にポートされたら、それがサインだw
＃ まあ、Ita上でもいろいろ PAのエミュレーションで動いてるらしいから、
＃ そう簡単じゃないだろうがwww
736名無し
垢版 |
2011/03/29(火) 08:13:11.19
oracle, Java, WebLogic, TuxedoのないOSになるの？
2011/03/29(火) 09:04:03.12
>>736
Javaは、元々、hp JDKなので自前で用意しているさね
2011/03/29(火) 14:18:24.21
今、全力で x68上の PAエミュレータ作ってるなww
2011/03/29(火) 14:21:50.58
DB2があるじゃないか(胸熱
2011/03/29(火) 14:23:25.49
まちがえた、x64 wwww
2011/04/18(月) 16:51:16.71
Itanium = Illuminati

(illu)uminatI

2011/05/21(土) 11:57:08.73
Itaniumはそろそろ死亡ですか？
2011/05/21(土) 15:19:10.72
Sunと IBMが見放した時点、つまり Solaris対応しませんと言ったあたりで、
終ってました。気づかないことにして付いていったのは日本企業だけでしたトホホ
744名無しさん＠お腹いっぱい。
垢版 |
2011/06/04(土) 16:55:00.15
マジ損
745名無しさん＠お腹いっぱい。
垢版 |
2011/06/04(土) 20:06:08.29
次世代ItaniumはVLIW実行を放棄か
ttp://www.geocities.jp/andosprocinfo/wadai11/20110604.htm
2011/06/04(土) 20:40:55.18
いまさらかｗ
2011/06/04(土) 21:16:09.40
Itaniumを放棄しろよｗ
2011/06/05(日) 10:23:59.64
やっとEPICが糞アーキテクチャであることを認めたか。
2011/06/05(日) 12:12:37.85
EPICじゃなくてソフト屋が何十年も全然進歩しないのが問題
2011/06/05(日) 12:29:14.89
>>749
コンパイラが頑張れば何とか出来ると思ってるから糞アーキテクチャなのに。
2011/06/06(月) 22:24:24.16
Intel常習。iAPX432, i860, Itanium。
いずれもコンパイラができん（不可能ww）が理由。
752名無しさん＠お腹いっぱい。
垢版 |
2011/06/07(火) 22:58:16.83
コンパイラが頑張れば何とか出来ると漏れは未だに思っている
753名無しさん＠お腹いっぱい。
垢版 |
2011/06/08(水) 18:44:40.04
己等呉れ
2011/06/09(木) 01:16:02.87
>>752
JITが性能を稼ぐ時代なのに、
VLIWはコンパイル時のみがんばろうってやり方なので。
2011/06/18(土) 19:41:44.63
どこまでも見苦しい･･･

HP、Oracleを提訴――Itaniumのサポート打ち切りは違法
http://www.itmedia.co.jp/news/articles/1106/16/news060.html
2011/06/20(月) 16:38:29.41
MSに切られてもRedhatに切られても痛くないけどhpでもOracleだけは困るのか
2011/06/20(月) 17:35:08.07
大型モドキをOracle以外に何に使うんだよw
2011/06/22(水) 17:03:06.31
や・ら・せ、だよ。打ち切りの手順を踏んでるだけ。
2011/06/22(水) 19:36:52.00
そりゃ見え見えだもの
誰でもわかるよ
IT経営者にはスタンフォード組多いよね
2011/06/25(土) 00:26:52.86
前の首相は？
2011/06/26(日) 23:17:39.71
hp-uxスレ糸冬 了..._φ(ﾟ∀ﾟ )ｱﾋｬ
うひひ
2011/06/27(月) 00:40:22.83
IBM以外商用UNIX(実質)全部死亡なんてとても喜べない
遅い高いCPU
Workstationとキラーアプリがない製品構成
Sunもそうだがもういつ終わるかというだけの存在だったけどな
使ってるのは老人だけで若いコが触りたがらないもの
2011/06/27(月) 01:25:24.75
言いたいことくらい整理してからかけ
2011/06/27(月) 01:51:02.33
平たく言えばみんな泥船に乗ってるってこと
2011/06/27(月) 08:11:49.62
その会社が沈んだというだけでUNIXの盛衰とは何の関係もない。
2011/06/27(月) 11:07:49.22
Google Androidと Apple iOSが生き残るから安心しろw
両者ともサーバーまとめる能力なんてないけどww
2011/06/27(月) 11:25:38.65
次点でRHEL, Ubuntu, Chrome OS辺りか。
2011/06/27(月) 14:18:43.34
>>766-767にUNIXが一つも無い件
2011/06/27(月) 14:25:35.04
Apple iOSは UNIXの版権払ったもんだと思うぞ。
FreeBSDからごっぞり持ってきた時『脱』してなければ。
2011/06/27(月) 15:20:32.33
>>765
企業なしに商用UNIXが存続できるものか
2011/06/27(月) 17:22:26.07
Mac OS Xは商用UNIXだし、
UNIX likeなLinuxで食ってる会社含めたらむしろ勢力は増してる。
2011/06/27(月) 18:13:33.10
UNIX 03に適合登録してるは、Mac OS X, HP-UX, AIX, Solarisだけ。
http://www.opengroup.org/openbrand/register/
2011/06/28(火) 12:06:40.38
最近はどこもそんな認定取るつもりないだろ。役にたたんから。
2011/06/28(火) 15:11:03.56
LinuxがUNIXでないと言っている人の根拠はかのように薄弱なのでした。
2011/06/28(火) 15:12:59.68
Linux以外の Unix風はいずれも計算機科学の新しい領域への挑戦だが、
Linuxはマネ以上のことをやるつもりがない。
2011/06/28(火) 15:59:35.56
薄弱も何もIEEE標準規格だし･･･
2011/06/28(火) 16:38:41.68
>>775
Linuxは創造力はありませんがおカネが好きというムキにはぴったりのモドキOSでいいじゃん
2011/06/29(水) 11:03:11.00
お金、好きじゃないの？
2011/06/29(水) 12:10:03.91
誰が?
2013/01/18(金) 22:23:10.83
ＨＰはＤＥＣのAlfaプロセッサ
切ったのが失敗だったな
2013/01/18(金) 22:25:04.97
ＰＡーＲＩＳＣは優れたプロセッサだったが、
アイタタニウムにして失敗
2013/01/21(月) 18:47:19.06
Compaq買った時点で Alphaのエンジニアって、残ってたのかね?
PA-RISCで行き詰まったから、EPICなんでしょ?
2013/04/13(土) 15:51:44.91
残ってたよ。
CompaqはワークステーションはAlphaで行く予定だったから。
HPに買収されて全てが変わった。
買収直前に技術者はほとんどAMDとIntelに移ってる。
インテルは知財も買った。
2013/04/13(土) 16:25:28.77
ワークステーション=Windows NT(w
2013/04/15(月) 19:56:17.51
PCや汎用機端末と区別するための用語としては、全ての机上計算機と
ノート型計算機はその要件を満たすようになったので、
全てがワークステーションになり、PCこそが絶滅したと言った方が正しい。

要件とは、32bit, LAN, マルチタスク・マルチユーザーのOS, Windowシステム..か。
ネットワークブートとディスクレス運用も入れると、
PXE（単なる BOOTPクライアントをさも目新しい技術のように言ったもの）が
一般化して以降だから、結構最近。
BIOSがゴミだ、って観点からいくと、まだガラクタがゴロゴロ...
あれ? EFIも、ゴミ? 拡張ボードのファームに制御が行ったあとに戻れるの以外、
外見的には何がありがたいのかさっぱり...ww
2013/04/15(月) 21:49:54.57
GOP対応VGA使うとWin8限定でfast bootできるよ
UEFIマザーでも対応製品を選ぶ必要あるけど
IPMI機能を取り込むかと思ったけどそこまではしなかったね
AMT使いたいなら相変わらずインテル純正のQシリーズ使うしかないし
2013/04/15(月) 23:23:06.94
蛇足やけどUEFIブートできるのは64bit OS限定な
2013/04/16(火) 13:21:10.53
>>783
「Compaq(を)買った時点」だから、買ったの主語は HPね。
だから、残ってなかった。
Compaqが DECを買った時点では、残ってた、それは、Compaqは Alphaで行く
予定だった、と。
2013/04/16(火) 13:22:39.93
>>786,787
何が言いたいのかわからん。全部蛇足に見えるw

IPMIを取り込んでたら、もっとワークステーションだったのに、とかそいういう意味?
2013/04/16(火) 20:30:37.74
PC版のEFIもリリース当初と違い
設定用GUIのようなギミックだけではなく
2TB超のパーティション利用や
OS側からfast bootが利用できるようになっているけれど
そもそもPCが全てWSになったのなら(疑問があるが…ｗ)
起動にかかる時間の短縮など目玉機能になりえないか
非アクティブ時にはS3スリープを使ってるしな
2013/04/17(水) 13:23:03.12
>>790
何が言いたいのかわからん。さっぱりわからん。
792名無しさん＠お腹いっぱい。
垢版 |
2013/11/10(日) 06:14:41.94
HPがItanium止めるってさ
HP hammers nail into Itanium coffin
http://www.theinquirer.net/inquirer/news/2305018/hp-hammers-nail-into-itanium-coffin-ports-nonstop-servers-to-x86
2013/11/28(木) 17:30:40.19
やめるだろ、普通。
2013/11/29(金) 13:25:11.06
ここに x86をケチョンケチョンにけなした哀れな記事があったw

「OpenVMS on HP Integrity サーバーFAQ」
http://h50146.www5.hp.com/products/software/oe/openvms/itanium/64bit_ext_faq.html

2004年の翻訳だそうな。合掌。

| 4pを越えたスケールで優れた性能を示すことはまだ実証されていません

| RISCを採用しているサーバー・ベンダー 9社の内、これまでのところ 8社が Itaniumを採用

| X86と Itaniumはそれぞれターゲットとする分野が異なります

| Itaniumは Alphaと同じような運命をたどるのではありませんか?

| Itaniumは、インテルと 40社のハードウェアのベンダー（HP, IBM, ユニシス,
| NEC, 日立, 富士通/シーメンス, ブルとデルなど）によってサポートされる
| 業界標準のプロセッサーです。これらの内 20社ほどがデュアル・プロセッサーまでの
| システムを製造しています。また、およそ 20社が 4プロセッサーまでのシステムを
| 生産し、これらのベンダーの少なくとも 10社が 128Pプロセッサーまでの
| サーバーを提供しています。

| 反対に Itaniumから x86-64への移行は、OpenVMSにとっては後退になります。
| 現在 x86-64は、1テラバイトまでの物理メモリ、システム毎に 8つの
| プロセッサーまでしか拡張できません。

| けれども OpenVMSは、10年以上も前からこのレベルの拡張性は提供しています。
795名無しさん＠お腹いっぱい。
垢版 |
2014/05/09(金) 13:32:30.21
川崎

川崎

川崎
2015/07/08(水) 11:28:48.65
むっちゃtakai
mipsと同じ運命やし残当
797名無しさん＠お腹いっぱい。
垢版 |
2017/03/19(日) 20:07:20.08
板に産むは死んだ。
板に産むがまるで普通のデスクトップCPUを置き換えてしまうかのような
ブラフと宣伝により、MIPSもPA-RISCもIBM-Power、DEC-ALPHAもみんなやる気が
失せて撤退・衰退したけれども、結局はブラフ・ペーパー・ベーパーCPUだった
ようなもんだな。AMD64にコロッと乗り換えてあれはなんだったのだろうかと。
　変な命令だったためか、コンパイルが糞遅かった、特に最適化を指示したら、
コンパイルがとてものろかったな。
798名無しさん＠お腹いっぱい。
垢版 |
2017/12/29(金) 07:53:32.01
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

YJARJBMVHG
799名無しさん＠お腹いっぱい。
垢版 |
2018/05/22(火) 06:00:38.27
知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

8SXDU
2020/12/09(水) 09:21:04.46
https://i.imgur.com/5NPSOnf.jpg
801名無しさん＠お腹いっぱい。
垢版 |
2024/03/27(水) 19:39:23.33
大半の国民に対し、深くお詫び申し上げます」と連呼する先生
俺は人それぞれやろ
802名無しさん＠お腹いっぱい。
垢版 |
2024/03/27(水) 20:24:49.02
いつも炎上してるっぽい
カード認証エラー？
803名無しさん＠お腹いっぱい。
垢版 |
2024/03/27(水) 21:05:05.59
めちゃ押されじゃん
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況