- 1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 19:44:39 .net]
- 実際に使ってみた人、どうよ?
前スレ
ItaniumでUNIX!
pc11.2ch.net/test/read.cgi/unix/1140329582/
- 483 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/14(水) 16:39:30 .net]
- 2007年の時点で、
DDR3を使ったFB-DIMMの提供予定はない
っていう話だった。
- 484 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/14(水) 16:40:48 .net]
- FB-DIMMやめて直にDDR3のメモリコントローラを積むって話では?
- 485 名前：474 mailto:sage [2009/01/14(水) 22:32:03 .net]
- >>478
そのあとFB-DIMMのバッファチップをマザーボードに置くとかいう話が出てきた。
そうするとスロットに挿すメモリはDDR3だけどMCHのインターフェースはFB-DIMMになる。
>>479
うん、そんな感じだった。
- 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/14(水) 23:08:59 .net]
- へー、直結にするんか。
まあ、その方がレイテンシ短くできるだろうし、やるかどうか怪しいけど
Xeon-MPとのプラットフォーム共通化も進めやすいだろうし。
それで発売が遅れてるんだったら、まあ建設的な理由だな。
- 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/15(木) 03:06:16 .net]
- そもそもFB-DIMMって、
メモリコントローラをチップセットに持たせた時に、
大量のメモリを積むためのもの。
チップセット1つから、メモリのバスを12本とか出せないんでね。
ところが
QPIを導入した時点で、
CPUの数だけメモリコントローラを増やすことができる。
メモリのバスを3本もつCPUを4ソケット構成にすれば、
無理なく12本のメモリバスが得られる。
- 488 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/15(木) 03:13:48 .net]
- DDRのままではコア数はどんどん増えるのに帯域はあまり稼げないしピン数も爆発的に増える。
シリアルメモリは絶対必要。なのにFB-DIMMは死んでDDR4はどんどん先送りされている。
Nehalemでは痛みに耐えて3chにしたけど1年後には6コアのWestmereが来る。焼け石に水。
高速なローカルメモリの使えるLarrabeeでどうにかなるという読みなのかね。
- 489 名前：483 mailto:sage [2009/01/15(木) 03:25:32 .net]
- 忘れていたが。。。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の方が低いと思うが。
- 490 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/15(木) 09:06:15 .net]
- >>483
Larrabeeは、普通のCPUを置き換えるようなものではないと思う。
少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。
>>484
それは大容量のL3やL4のキャッシュを乗せようという話だと思います。
- 491 名前：483=484 mailto:sage [2009/01/15(木) 22:37:30 .net]
- >>485
>Larrabeeは、普通のCPUを置き換えるようなものではないと思う。
>少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。
うん、それはわかっている。
帯域が必要な分野にはLarrabeeを充ててキャッシュでそこそこ何とかなるサーバー向けCPUはのんびりいくのかなと。
Montecitoなんか未だにFSB533MT/sだもんね。144bitバスとは言え。。。
>大容量のL3やL4のキャッシュを乗せようという話
IntelのスライドによるとSandyBridgeのon-package memoryの容量は512MBとかだから従来のキャッシュとは桁が違う感じ。
これだけ容量が大きくなると制御法も従来の延長では駄目で一工夫要ると思われる。。。要するにキャッシュになるのかわからない。
まあ古いスライドなので変更された可能性もあるんだが。。。
スレ違いなのでこの辺で。
- 492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/15(木) 22:45:35 .net]
- FSBのデータバスの転送だけ速くしても、アドレスバスの処理能力が先にネックになったら無駄なわけで。
そのあたりは難しいよね。
データはとにかく転送すりゃいいんだけど、アドレスは処理しなきゃならないから。
- 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 13:59:49 .net]
- NECのＡＣＯＳ使ってるけどやっぱ、古いよな？
- 494 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 14:01:15 .net]
- それで済むならそれでいいじゃん
- 495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 19:56:37 .net]
- 電気代考えると..
- 496 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 20:01:13 .net]
- 電気代の差額ｘこれからの使用年数 が導入費用と同じ桁になるなら考えてみれば
- 497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 20:58:10 .net]
- いや。所有者のコストじゃなくて地球のコスト。
- 498 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/16(金) 21:11:36 .net]
- 新規導入しないほうがいい
- 499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/17(土) 13:11:38 .net]
- 移行に失敗したときのリスクも考えよう。
現状のランニングコストと導入コストが一緒だから、
タダでシステムが新しくなりますよ?
なんていうセールスはアヤシイ
- 500 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/02(月) 12:06:16 .net]
- 「ＸＸなんていうセールスはアヤシイですよ」っていうやつがもっとアヤシイ。
- 501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/05(木) 01:02:27 .net]
- Intel delays Itanium upgrade to add new capabilities
www.networkworld.com/news/2009/020409-intel-delays-itanium-upgrade-to.html
- 502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/09(月) 04:41:33 .net]
- >>496
Sunの広告が表示されるページの内容なんて・・・
- 503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/09(月) 07:03:05 .net]
- あははははは
広告って効果的だね！
- 504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/11(水) 19:42:05 .net]
- Tukwila、もう出ないんｼﾞｬﾏｲｶ。
www.atmarkit.co.jp/news/200902/09/intel.html
- 505 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/12(木) 10:51:40 .net]
- いよいよ i960が 64bit、QPIになって復活します。
- 506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 10:55:34 .net]
- 次世代 ISAのために HPと組む、というのはもう失敗したので、
次どっかと組む必要ありだろうな。
ARMは捨てちゃったし。Alpha買ってくる、とかw
いずれにせよ、もう新しい ISAを定義する必要はない。
POWER対抗、という軸で考えると、SPARCという選択肢もあるかもw?
- 507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 11:07:16 .net]
- SPARCみたいな変態アーキ使うくらいだったら、
素直にそのままIA64で続行してても大して変わらないし、
SPARCのインストールベースを狙いたいんだったら、
x86でItaniumクラスのCPU作る方が遙かに良いだろ。
- 508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 11:56:34 .net]
- IA-64はオープンソース方面がぜんぜん関心示さないのが致命的でしょ。
性能出せるコンパイラーが CPU開発してる近辺からしか入手できないという
ことだと、利用が拡がらない。
- 509 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 12:27:42 .net]
- しかし、それを言い出すとやっぱりx86 ISA最強になってしまうだろう。
それにこのクラスのCPU使う所って、そんなにオープンソース使うか？
エンプラに限らず、ハイエンドから組み込みまで狙うっていう話だったら
別だけどね。
そのエンプラでさえIA64が流行らない最大の理由はintelのやる気の
なさにつきるだろう。
POWERだって一時はイマイチだったけど、POWER4あたりからの
IBMの気合いの入れっぷりを見て皆ついて行って、成功したんだし。
2～3年に1回、ライバルに対して半世代遅れな性能の製品しか出て
こない様では誰もついて行かないよ。
- 510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 12:30:06 .net]
- >>501
AlphaってHPじゃんw
そもそもItaniumみたいなVLIWならともかく、
古典的なISAをまた始める意味は全くないでしょ。
箱ごと売っているSPARCとPOWER以外は死滅したわけだし。
- 511 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/13(金) 12:32:05 .net]
- >>504
やる気はあったけど、うまくいかなかったんだよね。
なにしろSunまでItanium Solaris出してたんだから。
- 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と同じ変態系だしなｗ
- 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年前はもっと酷かったぞｗ
- 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如何ですか？
なんて言ってくる奴がいたら、そいつは出入禁止にしてやるｗ
まあ、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互換路線に戻ることになって
それはそれで良かったかも知れないぞｗ
- 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]
- 金は出さんぞ
|
 |
