ItaniumでUNIX!

1 名前：名無しさん＠お腹いっぱい。 [2006/02/19(日) 15:13:02 ] Itaniumってどうよ? Itanium Solutions Alliance https://www.itaniumsolutionsalliance.org/home Intelとコンソーシアム、Itanium支援に100億ドル投入 www.itmedia.co.jp/enterprise/articles/0601/27/news080.html 452 名前：名無しさん＠お腹いっぱい。 [2006/03/25(土) 11:55:42 ] Japanese consortium rumoured to buy Intel Itanium www.theinquirer.net/?article=30514 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:24:55 ] > (本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ) TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって 話をWebで読んだことがあるんだけど。 真偽は知らないんだけど、確かにTPC-C上位のシステム構成を見ると、 ディスクを山のように繋いでいるだけのような。 SPECint は CPU 性能を計るベンチマークとしてはそんなに悪くないと 思うけど。2次キャッシュ/3次キャッシュがバカでかいシステムに有利 ってのはまあ当たってると思うけど、それは SPECweb にも言えない? そういう意味で、4MBのCPU内蔵キャッシュしかない SPARC64 Vよりも、 むしろItanium に有利なのでは？ SMP性能を計るのには SPECweb の方が向いてるかもってのは、当たってる 気もするが。 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:55:03 ] >>453 > 真偽は知らない > のような。 > 言えない? > なのでは？ > 気もするが。 そんな独り言はチラシの裏へ。 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 18:55:54 ] ちなみに>>453のような書き込みは「ちゃんばば」と認定されます。 気をつけましょう。 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 19:33:11 ] >>453 キャッシュが９ＧＢもあるitaniumより２ＧＢ程度しか ないx86のほうがspec intが良い。 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 19:35:26 ] 9GB => 9MB 2GB => 2MB 458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 20:20:46 ] >>453 > TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって > 話をWebで読んだことがあるんだけど。 金出してディスクつなげば勝てるんなら、苦労せん。 ディスクを山ほど用意するのは、ハイエンドサーバのDBベンチマークじゃ当たり前。 価格性能比ねらいでコスト第一でシステム組むならともかく、普通はCPUを使い きれるだけのディスクを用意するのが最低限。その上でコストバランスをとる。 ディスクI/OがネックでCPU余りまくりでした、なんて言い訳にもならない。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:15:12 ] >>456 それは CPU コアの性能は x86 系の方がはるかに高いから当然の話。 さらに SPECint に限れば、キャッシュの小さい SPARC64 V の方が、 いまや Itanium よりも速い。 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:19:36 ] IBM が TPC-C に強いってのは、ハイエンドのベンチマークに必要なだけ の金を持っていて、しかも OS と DB の両方を自社で抱えているからじゃ ないのかな。たとえ CPU 性能の割に TPC-C の性能が出ないことが分かっ たとしても、OS や DB が他社製品だったら改良もままならないわけで。 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 00:53:28 ] それじゃあ HP Intel 連合も強いはずだよね。..あ、強いんだっけか? 弱いの? 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 21:14:56 ] ベンチマーク取るのにも、莫大な金がかかるからね。 自社製品なんだから、タダでベンチマーク取れるだろ、なんていうのは通用しない。 同じ会社でも、設計・製造している部門と、ベンチマーク取る部門が違えば、 ベンチマーク取る部門は、社内販売みたいな形で、買わないといけない。 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/30(木) 23:26:48 ] >>462 オリックスからレンタル汁 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 17:09:34 ] いくらで借りられんの？ 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 21:18:57 ] 何の映画だったかな。 ヘリコプターを売っている店で、 「緊急事態なんだ。自分はCIA副長官だ。協力してくれ。ヘリが必要なんだ。」 「レンタルはやってない。買ってくれよ。」 「いくらだ」 「○○万ドルだ」 「試乗は?」 「試乗料金も○○万ドルだ」 なんていうやりとりがあったのは。 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/31(金) 22:09:27 ] 知らんがな 467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/32(土) 08:31:04 ] >>462 ええとね、見積書があればいいんだよ。 なので、頼み込んでバカ安いルータやスイッチの見積書取り寄せ たりしうわなにをすくぁあｓｄｆｇｙｈｊこｌｐ 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/03(月) 15:42:44 ] ベンチマークでシステムの売れ行きがかかってるんだから、当然その時点で 最新のドライブを使うよね。あの大量のドライブ、やっぱり保守の交換品に 回すんだろうなぁ。それ以外に行く先ないもんね。 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/03(月) 22:20:41 ] 研試。 ストレージシステムを自前で作っているのだから、 開発・テスト用に、ドライブを大量に持ってる。 470 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/10(月) 16:34:24 ] IDF Japan で Montecito マシンが展示されてたらしいけど、性能の話がぜんぜん ないね。予定通りでことさら発表する必要もないのか、それともダメすぎで 言えないのか...? 471 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/10(月) 21:38:57 ] HPはPA-RISCも載せられるの出しててずるいｗ 472 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/15(土) 09:29:26 ] ttp://www.redhat.co.jp/about/news/04102006.html JBossにCertifiedされたSOA環境がごっそりItanium2に載りそうですね。 473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/17(月) 02:47:36 ] >>470 これからC1,C2ステップで性能改善。 今はFortranでキャッシュが使えなくてZ80なみ。 474 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 00:08:54 ] Itaniumを使ってた会社が、また一つ亡くなろうとしている。 475 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 09:52:13 ] ISAに金だすなら、AMDに金出して、 Opteronをコントロールした方が良いんじゃなか? 476 名前：名無しさん＠お腹いっぱい。 [2006/09/12(火) 21:35:25 ] Red Hat Enterprise Linux V5βｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ｯ!!! ttp://itpro.nikkeibp.co.jp/article/NEWS/20060908/247544/?ST=?ST=enterprise 477 名前：名無しさん＠お腹いっぱい mailto:sage [2006/09/13(水) 00:01:30 ] ちょっと使い込むとボロボロ落ちるLinuxを何故そんなにありがたがる？ solarisの品質に比べれば１０年以上遅れている。出たてのころのSun のレベルだ。 俺はLinuxのコンサルタントをしているが、クライアントはIBMにだまされ て見放されたやつらばっかだ 478 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/13(水) 00:03:53 ] IBMﾃﾗﾋﾄﾞｽ 479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 00:18:00 ] Smalltalkで開発はじめたのにいつのまにかVisualBasicになる会社だからな。 480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 00:21:53 ] >>477 Sun はちゃんと SMP への道筋も見えてたし、SunOS 4.0 出した頃には既に 現在へつながる行動を起こしてた。ひきかえ、Linux はどうだ。あの程度で煮詰まっちまってる。 IBM 他に持ち上げられてるように見えるが、やつらが心中でもしてくれると思ってるんなら 大間違いだぞ。 481 名前：477 mailto:sage [2006/09/13(水) 00:43:15 ] 俺はもともとSIerでsunの保守が仕事だったのでよく知っているのだが、 同じバグでもSunOSとLinuxでは質がちがう。 Solarisのバグは、基本的なソフトの構造に影響を与えないlocalなもの だが、Linuxのバグは基本的なアルゴリズムやデータ構造の変更や、修正 が数ファイルにまたがるような大問題がおおく、したがって修正できない ために放置されてしまう。まあ、ユーザからみたらどちらもバグなので 違いがわかならいと思うがね。サンがなかなかバグを直さないのはビジネス 的な観点なので、これも困ったものなのだが。 482 名前：477 mailto:sage [2006/09/13(水) 01:13:30 ] itpro.nikkeibp.co.jp/article/NEWS/20060912/247746/ こうゆう記事に素人はだまされてしまうんだな、Linuxも業務に使える、とね。 このシステムはデータウェアハウスなので、データ参照が主だ。サーバが 落ちても、ミッションクリティカルではないし、データが破壊されても、 更新がないから、オリジナルをコピーしてデータを再構築すればいい。 だから、このようなシステムにLinuxを使う判断はまちがっていないのだが、 フツーの人は、この情報を信じて、Linuxでミッションクリティカルな更新 系の大規模DBを構築してはまっちゃうんだよねえ。 483 名前：名無しさん＠お腹いっぱい mailto:sage [2006/09/13(水) 01:52:20 ] itpro.nikkeibp.co.jp/article/NEWS/20060911/247679/ この記事もひどい。ネットワーク経由の非同期のディスクミラーリング により性能向上とあるが、一般に、非同期ではトランザクション保証が できないので、よほどきちんと考えた末でなけらばHA用途では使えない。 こうゆう素人につけ込む記事が横行しているのは情けない。俺だったら、 顧客にこんな提案は絶対にしない。部下がやったらクビにしてやる。 484 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/13(水) 02:33:17 ] >>477 興味深い もっと吼えてってくれ 485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 14:08:49 ] 高信頼なサーバを納得の価格で提供 h50146.www5.hp.com/products/servers/integrity/campaign/quickvalue/ コニカミノルタグループ様の基幹システムを富士通の基幹IAサーバ「PRIMEQUEST」で刷新 〜 64ビットのWindows環境でSAPアプリケーションが稼働 〜 pr.fujitsu.com/jp/news/2006/08/24-1.html 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 17:22:50 ] >>477 出たてのころのSunっていつの話だよ 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 21:12:16 ] Sun1からSun3の最初の頃の事ではないか？ あのころのSunは簡単にpanicしていたからなあ 488 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/13(水) 21:53:09 ] Sun1 はさすがにごく一部にしか入ってないだろうから、Sun2 以降の m68k 機だろうな。 まあ、年数で行くと SS1 あたりも「出たて」といって差し支えないだろうけど。 なんせ 15 年以上経つから。 489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 01:55:50 ] >>482 馬鹿ですか。 ふつうデータはNetAppみたくNASに配置するからミッションクリティカルでも問題ないよ。 ttp://www.oracle.co.jp/technologies/linux/ 490 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/14(木) 02:28:35 ] 釣りだよな？ 釣りだと言ってくれ 491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:13:31 ] なんでIA64のガワ使ってるか理解しろよ そこらのx86とは信頼性がちゃうねん 492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:19:50 ] Linuxを叩いているんだ ハードウェアに不満は(あるけど)ないんだよ 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/14(木) 21:56:25 ] linuxのNFS周りはぁゃιぃといしか言いようが無いのだが NetApp様のおかげでOracleRACは動いている 494 名前：名無しさん＠お腹いっぱい。 [2006/09/15(金) 02:04:18 ] news.com.com/Turning+a+corner+with+the+new+Itanium/2008-1010_3-6115388.html?tag=nefd.lede 495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/15(金) 02:23:59 ] やっとVTサポートのPAL来たこれ。 496 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 16:29:10 ] >>489 せっかくだから釣られてやろう。 ituanium+Linuxをミッションクリティカル用途でつかうにはNetAppが必須 ということだな。SunならNetAppいらないよ。どう見てもitanium+NetApp は高価格。 497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 16:32:51 ] sunを15年〜20年保守しろという案件がきている・しかもこれが できなければ金輪際藻前のところからsunを勝手やらんという脅し つき。こんな案件にはitanium＋Linuxを提案しようかとおもって いる。ミッションクリティカル用途のitanimににはうってつけで しょ。 498 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 17:41:13 ] IA64+HP-UXなら10年は引っ張れる 499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 18:05:41 ] 今流行の仮想化でFA。Windowsが使い物になるかはゲイツの気分次第。 500 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 20:20:46 ] >>496 実際のところprocessorの方はSunでもLinuxでもあんまり変わらん。 重要なのはStorageですよ。 SunのStorageを使うと言ってる時点で終ってるよ。 藻まえNetApp使った事ないだろ。 501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 20:33:41 ] >>497 ちょっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 21:59:41 ] IBM > HP >>>越えられない壁>>> 日立 > 富士通 > その他 503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 22:31:35 ] IBM >>>越えられない壁>>> その他 をスレタイでなんとかしようとしてるのでわ。 504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 22:38:48 ] Intelの歪si >>> 越えられない壁 >>> その他の歪si IntelのSRAM >>> 越えられない壁 >>> その他のSRAM Advanced IBM UNIX >>> 越えられない壁 >>> その他 よって、 [ IBM >>> 越えられない壁 >>> その他 ] となる 505 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/16(土) 23:42:35 ] >>500 なぜわざわざNFS経由で性能をおとさなきゃならんのだ？ 506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 00:02:13 ] 性能が落ちないから使うんだが。 507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 00:43:28 ] >>505 RAC組むにゃノード間共有すとれーじが必要なのだよ。ぼくちゃん 508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 09:18:25 ] 脳内SIer退散しますた 509 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 10:17:41 ] Itanium, the speedy encryptor www.gcn.com/print/25_27/41891-1.html 510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/17(日) 21:53:01 ] >>507 ん？>>505は性能の話してるんじゃ？ 511 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/09/17(日) 21:56:18 ] RAC前提でIta+犬+NetAppでミッションクリティカルなシステムを組むんですって 512 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/18(月) 00:20:37 ] まあ、現実にはその程度で十分なとこが多いってこった。単に今までが過剰投資で マージンとりすぎてたってことだな。 513 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/18(月) 01:09:37 ] Itanium2+ゲイツOSで完璧 514 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/18(月) 01:20:36 ] オレの経験からいくと、MS の OS 使いたがるやつってネットワーク音痴な人が多い。 「ユーザー別けなくても、この端末に触るのは XX な人だけという前提ですからだいじょうぶです」とか 言うやつ。 515 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/18(月) 12:00:28 ] GUIまあまあでそこそこパフォーマンスが出てそれなりに安いから 516 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/20(水) 04:23:05 ] Windowsだってunixと同程度のマルチユーザ機能は付いてる。 問題は、デスクトップアプリ上がりのプログラマが、それを正しく使わないこと。 517 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/20(水) 22:54:14 ] ネットワーク音痴だ、って言ってんだけど。意味わかんないんだね... 518 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/21(木) 03:55:49 ] >>517 そりゃ、ただのアホだろ。 そういうアホは、WindowsでHTTPサーバ等を走らせるときに、 そのサービスのログオンアカウントをSYSTEMにしたりするんだよ。 519 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/21(木) 11:46:35 ] >>517の周りのドザがたまたまネットワークうんちなだけだよ きっと 520 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/03(火) 00:12:54 ] A Joint Assault on the Mainframe Hardware Market www.itjungle.com/big/big092606-story01.html 521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/07(土) 01:49:43 ] Unix使いたがるやつはまだ結構な数いる。 汎用機使いたがってUnixサーバなんかで出来やしないといってたやつらを 笑っていた世代が今笑われている。 522 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/07(土) 02:08:19 ] Kernel2.8まだ？ 523 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/07(土) 02:43:41 ] >>521 どっちみちオマエも笑われる、という意味? 524 名前：名無しさん＠お腹いっぱい。 mailto:ｓsage [2006/10/10(火) 04:24:30 ] 505-507の流れがよくわからないのだが、 OracleRAC組むにはNFSで性能落とすよりも こういう共有ディスクを使ってn台のノードから 同時マウントしてrawモードとかOCFSでアクセスするもんじゃないか？ h50146.www5.hp.com/products/storage/diskarray/eva/index.html www-06.ibm.com/jp/storage/products/disk/ds6000/ds6000.shtml 525 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/10(火) 04:36:38 ] それから>>481は大体同意できるけど、いまLinuxで某証券会社の システムを作ってる身としては>>482には異論がある。 >>483にも>>491にも異論がある。 所詮Itaniumは32CPUから128CPUくらいのミッドレンジを埋めるニッチ製品。 キャッシュを力業で6Mにしても同コア数ではOpteronと渡り合えない。 XeonとItaniumがソケット互換になって、EM64Tが8CPU以上に 対応するまでの儚いｓうぇｄｒｆｔｇｙふじゅじこ；ｐ 526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/11(水) 22:41:09 ] いや、そのシステム、OSの堅牢性以前の代物だし ユーザーと基幹システムとの中継しているに過ぎないから 必要な堅牢性もたかが知れてるし 527 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/14(土) 11:24:29 ] > XeonとItaniumがソケット互換になって、 早々と諦めたけど？ 528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/14(土) 11:48:11 ] 諦めたっていうか先伸ばしにした(ことになってる) 529 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/14(土) 12:02:44 ] それ今設計中だよ。とうぶんかかるね。経験ないし、x86 側に相当手入れる必要あるし。 それより先に Opteron とソケット共通の POWER が出そうw 530 名前：名無しさん＠お腹いっぱい。 [2006/10/15(日) 10:50:26 ] >>524 NASやSANが何故DASを台頭したのかググってクレ。 そもそもOracleのGridは、NetAppを前提に今後の設計を考えてるので OracleでDASなんてナンセンスですよ。 ttp://www-jp.netapp.com/partners/oracle/ 賢いIBMはNetAppのOEMを選択。 ttp://www-06.ibm.com/jp/storage/products/disk/nas/index.shtml >>525 Itaniumの場合、コードを最適化するのとしないのとでは 全然速度が違うからねぇ。 531 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/15(日) 11:24:17 ] NAS と SAN じゃ違いすぎるような。少なくとも RDBMS に使う上では。 532 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/15(日) 21:06:32 ] >それ今設計中だよ。 正しい >とうぶんかかるね。 正しい >経験ないし、 正しくない >x86 側に相当手入れる必要あるし。 正しくない 533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/15(日) 22:42:59 ] あのへんの経験あるのって、Itanium 周辺の HP から来た連中だけだろ? 中心にいたの抜けちゃってるじゃん。 534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/15(日) 23:44:54 ] CSIについて何も知らない & IDFにも関心が無い ことがわかった 535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/16(月) 00:19:02 ] ひょっとして、ちょっと前に出た、「いろいろ研究してまっせ」ってあの記事のこと? ギャグだな。 536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/16(月) 00:39:17 ] ﾆﾖﾆﾖ(・∀・) 537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/18(水) 15:50:17 ] HPの1U鯖って最低価格いくら？ 538 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/18(水) 21:26:15 ] 少し前にIntegrity rx1620が50万円のキャンペーンやってたけど今はどうなんだろ？ 539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/29(日) 03:04:13 ] IｔaniumがPA8ｘ00とピン互換になるのを信じていたころは俺も若かった。 >>525 Ita2のキャッシュはもう24Mだよ。おれも年をとるはずだ。。。。。 540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/10/29(日) 23:20:07 ] 演算機能付き高速キャッシュメモリ... オブジェクト指向だww 541 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/03/11(日) 23:35:49 ] >>539 > IｔaniumがPA8ｘ00とピン互換になるのを信じていたころは俺も若かった。 なっただろ、3-4年も前に。 542 名前：名無しさん＠お腹いっぱい。 [2007/03/19(月) 17:50:37 ] hoshu 543 名前：名無しさん＠お腹いっぱい。 [2007/03/21(水) 19:02:34 ] ttp://www.itmedia.co.jp/news/articles/0703/15/news020.html V5ｷﾀｰ 544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/14(土) 11:51:32 ] Intel to outline Itanium roadmap next week www.theinquirer.net/default.aspx?article=38903 545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/17(火) 21:02:12 ] あれ？ロードマップは？ 546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/18(水) 21:07:52 ] Intel tips more details on Itanium roadmap www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=HMHUPMYPFSQY2QSNDLSCKHA?articleID=199100362 547 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/06(日) 17:45:34 ] Tukwila hits an iceberg www.theinquirer.net/default.aspx?article=39397 548 名前：名無しさん＠お腹いっぱい。 [2007/05/07(月) 12:07:24 ] IBMのPowerのほうが勢いがある？ 549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/07(月) 14:51:56 ] もちろん。論外。 550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/07(月) 23:12:48 ] Powerの方が勢いがあるというよりもIntelのやる気がなさすぎる 551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 00:36:40 ] もうはるか昔に失敗確定してるのに、なにをいまさら。 対外的には「もう見捨てた」って言えるわけないわな。現在既に放置状態よ。 日本企業が死場にムチ打ってるだけ。 IBM と Sun が見限って離脱した時点で終わってたんだよ。そうじゃなきゃ離脱してないって。 552 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 00:39:46 ] ああ、死馬、ね。

---

---

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

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