ItaniumをUNIXで使うスレ

**名無しさん＠お腹いっぱい。** · 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のメモリコントローラを積むって話では?

**474** · 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でどうにかなるという読みなのかね。

**483** · 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のキャッシュを乗せようという話だと思います。

**483=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出してたんだから。

**504** · 2009/02/13(金) 12:40:26

>>506

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

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

んで、Core MA出てからは、もうサーバーもこれで良いんじゃないという
流れになって、ますますやる気ナッシングに。
そして、今度出るNehalem-EXとか見るとRASもかなり意識していて、
もうIA64やる気無いだろうと思ってしまう訳で。

**504** · 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
パソヲタじゃあるまいし当たり前

**やんやん** ◆yanyan72E. · NG

流れきってすまん。
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とはかなり方向違いですね。

**名無しさん＠お腹いっぱい。** · 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

あっ

**名無しさん＠お腹いっぱい。** · 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

あるいは値落ちするまで待つか

**名無しさん＠お腹いっぱい。** · 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の資産保護。

**名無しさん＠お腹いっぱい。** · 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

**名無しさん＠お腹いっぱい。** · 2009/07/13(月) 22:18:02

Itanium使ってるところはこれからどーなんの？

**名無しさん＠お腹いっぱい。** · 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

ハンドコンパイルすればいいじゃん

**名無しさん＠お腹いっぱい。** · 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っ！