[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2ch.scのread.cgiへ]
Update time : 09/08 20:46 / Filesize : 182 KB / Number-of Response : 815
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ItaniumをUNIXで使うスレ



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/07/14(月) 19:44:39 .net]
実際に使ってみた人、どうよ?

前スレ
ItaniumでUNIX!
pc11.2ch.net/test/read.cgi/unix/1140329582/


512 名前:504 mailto:sage [2009/02/13(金) 12:40:26 .net]
>>506

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

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

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

513 名前:504 mailto:sage [2009/02/13(金) 12:45:20 .net]
あとは個人的妄想だけど、NECと共同出資で富士通あたりが引き取れば
いいのにとか思ってしまう。
レジスタウィンドウもどき持っている辺り、SPARC 64と同じ変態系だしなw

514 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:10:24 .net]
>>503
オープンソースな人たちはgccを使うわけだが、そのgccの生成するIA-64のコードが酷かった。
さらに人間がバイナリレベルでデバッグするのが難しく、さらに、マシンチェック回りはアマチュアには無理。
つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。

515 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:15:59 .net]
>>505
> そもそもItaniumみたいなVLIWならともかく、

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

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

RISC最強w

516 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:17:17 .net]
>>509
つまりそれは「バッシング」じゃなくて、「正しい見解」、じゃんか。
しごくまっとうな言い分だと思うけど。

517 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:19:12 .net]
>>509
最後の一行は君の妄想だと思うw

518 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:23:17 .net]
>>510
いえいえ、x86最強でしょう。

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

しかしIntelは、x86の省消費電力で出遅れたり、
経営戦略の方がさっぱりですね。

519 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:23:23 .net]
>>505
HPとSamsung(とAPI)が持っていると思われる権利をある程度買ってくれば
なんとかなるかもね

520 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:30:58 .net]
>>510
静的最適化の世代間互換を諦めていれば、性能はともかく
バイナリ互換は残せるので、もっと早く進歩できたと思うんだけどね。

最初に短いパイプラインで出してしまったので、それを前提にした静的
最適化の効果を残そうとすると、パイプラインを長くする事ができなくて、
クロックが伸び悩んだというのが躓き始めだと思う。
かといってOoO実行に走ると、そもそもEPICの意味がってなるしね。



521 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:34:44 .net]
Samsungへのライセンシングは終了してるんじゃないのかな。


522 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:39:58 .net]
>>515
「静的最適化の世代間互換」は、今から諦められないの?
要は、バイナリ互換だけど昔コンパイルしたバイナリは遅い、ってことよね?
まあ、そんな珍しい話でもないよね。程度もんだけど。

523 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:42:57 .net]
>>514
なんか、DECの残党かき集めたやつが勝ち、みたいな雰囲気感じるんだけど、
気のせい?w

524 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:47:06 .net]
>>517
マルチコア、マルチタスク環境下で混在すると、
うざいことこの上ない。

525 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:53:01 .net]
>>517

OoOプロセッサだと最適化世代が違ってもそれなりに動くが、
インオーダプロセッサだと性能の落ち方が大きいし、あとまあ
519の言うような事もあるだろうな。
ということでHPが嫌がって、アグレッシブプランは葬り去られた。

526 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 13:58:53 .net]
古いパイプラインのエミュレータを置けって事だからね。
iOにした利点の全てが吹っ飛ぶ。>>515と並行関係にある問題。

527 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:13:01 .net]
んじゃ、詰んでんじゃん。ダメじゃんww

528 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:20:01 .net]
やっぱ ISAは RISCで択一。

529 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:30:33 .net]
>>510
互換性のシガラミとしては、遅延スロットに比べればマシだろ。

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

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

>>515
すでに、初代ItaniumとItanium2の間で、最適化の互換性を捨ててるよ。
それによって動作クロックが僅かしか上がらなかったのに実効性能は倍になったよ。

530 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:34:06 .net]
>>523
長期的に使うISAとしてはRISCは粒度が細かすぎる。

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

しかし、やりたい操作と命令が一対一対応していれば、調べる範囲が狭まる。




531 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:41:58 .net]
>>524
gccの吐いたコードの速度を基準にしていったわけじゃないのでしょう?

532 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 16:48:45 .net]
うわ。ホンモノっぽいの出てきたな。
別にコンパ

533 名前:Cラ作りようがない、って言ってたんじゃなくて、
作るのが難しい、この先保守もたいへん、って意味でしょ。
それで十分だし。ISAを否定するには。
それに、某カリスマ(なのかね、ほんとにww)が青筋たてて言ったことは
これまでほとんど間違いばっかりだったから、気にするだけ損かとww
[]
[ここ壊れてます]

534 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:07:10 .net]
IA64は本当に糞だったのでは?

535 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:11:15 .net]
>>526
彼らにはgccしかなかった。

オープンソースで、GPL汚染されているコンパイラで、他に何かありました?

536 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:11:42 .net]
IBMと Sunがビビって賛同して、少し首つっこんだらすぐに離れたから、
そうじゃないかとは思ってた。

537 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:12:44 .net]
彼らが離れたのは、初代Itaniumがスケジュール遅延したからでしょ。
遅延した結果、自社で抱えているプロセッサのほうが性能が上になってしまった。

538 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:16:45 .net]
>>528
「x86を置き換えて、ノートPCあたりまで IA-64」とか当初の目標を達成する、という
意味では、十分に「クソ」です。

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

ええ、つまり、*クソ*です。w

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

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



540 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:18:35 .net]
>>531
それは違うと思うよ。そういうタイミングじゃなかった。
首つっこんで、なんか具体的なもん見た結果、ビビる必要はない、と判断したように
オレには見えた。



541 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:26:17 .net]
>>531
Sunが最後に表明したのは情報公開が足りないってことだった。
次期CPUとその足廻りの技術情報を出し惜しみしているから、
次のItaniumマシンの設計が出来ないと。
当時も言われていたけど、遅れていて出そうにも出せなかったんだね。

>>534
SunはItanuimのJDKさえも作っていて当時は結構乗り気だったよ。
一時HPよりもSolaris IA64機の話題の方が多かったくらい。

542 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:44:55 .net]
>>535
当時 Sunは MAJCやってたし、IBMも VLIWずっと研究してたから背景知識は
持ってたはず。で、実際 Solarisの CPU依存部分を実装してみて
「なんだこりゃ」ってなったんじゃないかと推測してる。
「なんか隠してるに違いない」と思ったのかどうだかは知らんが。
いずれにせよ、恐るるに足らん、という結論だろうな。

543 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 17:57:14 .net]
> 背景知識は持っていたはず

pgr
パソヲタじゃあるまいし当たり前

544 名前:やんやん ◆yanyan72E. mailto:sage [2009/02/13(金) 21:33:54 ?2BP(0).net]
流れきってすまん。
CRAY CX1ってこのスレ的にはどうなの?

545 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/13(金) 21:34:17 .net]
>>532
スケジュールが遅延したからな。

本来ならPentium2のデビュー頃に市場に投入されるハズだったのだろう。
Pentium2 233MHzと初代Itaniumのx86命令の実行性能は同程度だというから。


546 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 12:43:10 .net]
Transmeta Crusoe…

547 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 13:45:18 .net]
>>538
どういう関連があるの?

548 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 15:48:10 .net]
IA64の方が高性能な互換プロセッサ簡単に作られちゃうとかあるんじゃないの?

549 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 16:55:13 .net]
SPARC以上に、命令セットとハードウェアが一体なので、どう作っても同じになっちゃう。

550 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 18:59:01 .net]
インテルとしてはx86のブラックボックスが一番都合がいいんじゃないの?
Itaniumでも同一命令グループをいかに効率よく実行するかというところで
知恵の働かせどころはあるけど



551 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/14(土) 23:46:10 .net]
そんなに工夫の余地、あったかなぁ。

552 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/19(木) 16:11:55 .net]
ARMきてるな。
Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態ねw

553 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/20(金) 22:01:45 .net]
Unisys threatens Itanium with death
www.theregister.co.uk/2009/02/19/unisys_xeon_unisys/

554 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/23(月) 04:59:40 .net]
>>546
>Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態
いまさら何を・・・ここ1,2年はましな方。4年前はもっと酷かったぞw

555 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/23(月) 07:42:52 .net]
Intelは、ItaniumやらずにSPARCとバイナリ互換のCPUを作るべきだったんだよ。



556 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/23(月) 17:42:58 .net]
ISAが SPARCで内部実装が VLIWなら Dave Ditzel連れてくりゃすぐ作りそうだなww
だが Sunでそれをやらなかったのにはそれなりの理由があるかも。


557 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/23(月) 17:55:06 .net]
>>550
SPARC時代にハードウェアによる互換性維持に嫌気がさしたからCodeMorphing。
けど今はIntelにいるからやるかもね。
www.theinquirer.net/inquirer/news/264/1017264/dave-ditzel-joins-intel

558 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/23(月) 20:44:34 .net]
IA-32ELだろ?

559 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/24(火) 10:25:14 .net]
知識ないんだな。

560 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/24(火) 10:40:39 .net]
最近はマルチコアを有効に利用するための
バイナリ変換に取り組んでいるらしい。




561 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/25(水) 23:48:23 .net]
へぇ

562 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/28(土) 21:24:35 .net]
それ、何のFX!32?

563 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/02(月) 10:28:00 .net]
FX!32はぜんぜん違うだろ何言ってんだかw

564 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/02(月) 10:49:10 .net]
>>554
AppleがOpenGLスタックのIntel/PowerPC両対応のためにLLVM使っていたが、
ああいう実行時変換をx86→x86でやるんですかね。
EPICとはかなり方向違いですね。

565 名前:名無しさん@お腹いっぱい。 [2009/04/21(火) 16:06:35 .net]
Sun終了
Itanium始まったな

566 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 17:25:15 .net]
Tukwilaさえ出荷できてたら、確かにチャンスだったかも。


567 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 17:29:13 .net]
SPARCのハイエンド置き換えなら、そうすぐ乗り換えられる規模の
客じゃないから、今度こそ遅れずに今年中の出荷ができたら間に
合うんじゃね?

568 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 17:35:14 .net]
いったい誰にそんな「やる気」があるんだよww
Intel? HP? それとも、ふじつーかぁ??ww
たとえ作れてももう出さないかと。

569 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 18:10:29 .net]
AMDに 64bit化で追い詰められた末、Intel自身で Itaを葬るしか道はなかったわけだ。
amd64互換な x86石の性能を上げることによって。

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

「こんだけ条件ズタズタでもチカラワザでかつ条件付きならここまで挽回できまっせー」
....わかったわかった、もういいから無駄使いはやめてくれよ..

570 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 18:19:30 .net]
いや、Solaris/ia64なんてのが出るとは思って無いけど、
普通にSPARCのハイエンド機入れてるような顧客で、
大型UNIX機を使い続けたい所に、HP-UXのハイエンド機を
売り込んで行く事はあるだろうって意味でのチャンスだよ。
まあ、先行きのあまりない市場だけど。



571 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/21(火) 18:51:10 .net]
HPは Nehalemだと RAS弱 & Linuxになっちゃうから客によっては Itaしかないか。
PA-RISC売るんじゃねーの? まだあるんだよなw

572 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/22(水) 02:36:16 .net]
今更SPARCの置き換えにPA-RISC如何ですか?
なんて言ってくる奴がいたら、そいつは出入禁止にしてやるw

まあ、OracleにハイエンドSPARC続ける気があるとは思えないんだが、
富士通は続ける気がありそうというか。ここでSPARC買い取る位の
事をすれば、あのクソ会社も多少は浮かぶ(もしくは轟沈)と思うがね。

573 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/22(水) 10:01:44 .net]
>>566
いやいや、Itaは先わかんないんで PA-RISCにしときやしょーや.. てのは置いといてww

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

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

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

手持ち SPARCがあるのに、あんだけ Itaにリソース割いちゃった時点で
論外なんだけど。まあ、IBMにもってかれなかったのはついてたね。

574 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/22(水) 19:39:17 .net]
SunがIBMに買われてたら、IBM互換路線に戻ることになって
それはそれで良かったかも知れないぞw

575 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/23(木) 15:09:56 .net]
IBM互換路線? 汎用機の話? ちょっと意味わからん..

576 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/23(木) 19:14:52 .net]
IBMがSPARCを保有するんだから、IBM互換路線じゃん

577 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/24(金) 11:36:10 .net]
まったく意味解らん。>>570 が何言ってるのか誰か解説してくれ。

578 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/24(金) 19:59:28 .net]
おれもわかんない

579 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/25(土) 10:17:10 .net]
じゃあ、おれも

580 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/25(土) 18:34:40 .net]
おれもおれも



581 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/27(月) 10:08:05 .net]
「Ita買ったオレを、少しは Ita割ってくれ」、そういう意味だ。

582 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/27(月) 13:48:04 .net]
同情はするが

583 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/28(火) 17:14:59 .net]
金は出さんぞ

584 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 13:47:25 .net]
IA-64、Itanium。
これは壮大な釣りだったんだ。
釣り乙。> Inte1

585 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 13:55:52 .net]
Itaniumで日本が釣れたってことですね。わかります。

586 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 15:07:04 .net]
釣ったのは HPだろ。釣られたのが Intel。
釣られてもないのに浜に打ち上がっちゃったのが... ああっ、かわいそうぅぅぅう〜

587 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 20:38:36 .net]
Intelは遠望思慮に長けているので、釣られたように見せているだけ。
黒幕は、Intel。

588 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 20:47:38 .net]
遠謀深慮

589 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 20:58:05 .net]
>>581
え? 今までのとこで Intelが Itaで得たメリットって、何?
エサにかかった会社の一掃かw?
自爆ギャグにしか取れんぞwwww

590 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/01(金) 22:04:14 .net]
Itanium で使えるフリーの Unix は何がありますか?



591 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/02(土) 09:22:53 .net]
en.wikipedia.org/wiki/Comparison_of_Linux_distributions#Architecture_support

592 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/02(土) 09:42:08 .net]
ia64は FreeBSDと NetBSDもあったと思うぞ。まともに動くかは知らんw

593 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/02(土) 10:44:53 .net]
GCCでは EPIC的な最適化という点ではまったく期待できないのでは。

594 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/02(土) 21:24:37 .net]
icc 使えばいんじゃね

595 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/05(火) 17:00:04 .net]
そのiccも期待できないw

596 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/06(水) 12:21:14 .net]
>>583
Intelは、DECのAlphaアーキを完全につぶしたかった and Alphaアーキ関係者を引き入れたかった。
黒いな>Intel

597 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/06(水) 12:30:03 .net]
Itanium終了のお知らせ

598 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/07(木) 13:36:33 .net]
>>590
どの時期かにもよるとは思うが...

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

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

> 黒いな>Intel

そうなの?ww

599 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/07(木) 21:07:06 .net]
>>592
>当初の Itaのレンジ(x86置き換え)にぶつかって
>Intelが潰したかったとはちょっと考えにくいかと。
Intelは、もともとハイエンドのItaniumにわ関心がなかった。
そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても
Intel的には全然問題ない。

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

【結論】
釣り乙Intel

600 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/08(金) 09:39:31 .net]
>>593
> そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても
一応「x86はもう寿命、先がない」と公言してたけどなww

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

> 【結論】
> 釣り乙Intel
乙!!



601 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/08(金) 20:56:43 .net]
HPってさ、DEC AlphaやPA RISCを投げ捨てて、
Itaniumに走ったけど、何なの?バカなの?自爆したいの?

602 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/08(金) 21:29:59 .net]
まあ、Itaは PA-RISCの後継石なわけで。だから HP-UXがうまいこと動くわけで。
乗って走ったのは Intel。w x86を投げ捨てて...のハズだったがコケたw

603 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/08(金) 22:40:02 .net]
もう自社開発をやめたかったでFA

604 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 06:39:06 .net]
>>595
HPの技術的判断が正しかったのはGPIB(HP-IB)くらいじゃないのか?

605 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 08:49:28 .net]
デバイス屋さんだからねぇ。本質的には。

606 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 12:00:17 .net]
Intelの意に反してx86-64が事実上の64bit業界標準となりつつある事態
ia64は第二のiAPX432に

607 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 12:25:56 .net]
なりつつあるんじゃなくて、もうなってるだろ
とはいえ、IA64はHP専用のアーキテクチャとして
しばらくは生き残るんじゃないか?

608 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 13:38:22 .net]
iAXP432の後に i860もあるよんw
けど i960を 64bit拡張して MP対応させるのがいちばんよかったんじゃないか?
バークレーRISCだしさ。

609 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/09(土) 15:42:54 .net]
RAIDカードにはi960が載っているのが当然と思っていたこともあります

610 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 18:26:22 .net]
もうやめても誰も文句言わないかな?



611 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 23:55:05 .net]
困るのはHPだけだろうな

612 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 10:28:18 .net]
んじゃぁやめちゃうよ?






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<182KB

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