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 195 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/02/24(金) 21:20:06 ] ちょっと気になるけど売れてるのかねアレ 一時期安いCPUが出てたから食指が動いたけどやっぱりスルー Blade1500が欲しいよ 196 名前：誰もそんな話してねーよ mailto:sage [2006/02/24(金) 21:46:02 ] >194 じゃ買えばいいじゃん。ヨカッタネ 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 22:44:06 ] >>193 > EFI なんてわざわざ違うものまた作る必要もないし。 そか。 BIOSより全然マシだと思うが。 ttp://www.intel.com/jp/developer/update/contents/dt05041.htm ttp://developer.intel.com/technology/efi/index.htm 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 22:51:29 ] もちろん BIOS は論外。クソ中のクソ。 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 23:19:46 ] >>196 そういうことは>>185に言ってやれ。 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 23:25:44 ] >>184 だろw 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 23:34:44 ] >>195 Raven とか Axus とか箱に入れて売ってるみたいよ。あと通信系にいろいろ出てるはず。 特に CompactPCI のやつ。 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 23:37:15 ] >>194 SPARC とかにまねできないとかほざくから、とっくにやってました、って上げただけだろ。 型番の具体例まであげてやったんだから自分でググれよな。なに調子にのってんだよ。 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 23:58:00 ] なーかーよーく！ 204 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/02/25(土) 01:34:33 ] >>201 情報ありがとう 需要はそれなりにあるのね 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 02:00:51 ] >>202 今、真似できない。 おわかりですか? 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 02:30:36 ] >>205 わかるか、このバカ。 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 02:33:18 ] Itanium は 5 番煎じ、7 番煎じ、新しい要素なんか何もない。しかも、速くもない。 存在に意味がない。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 02:42:13 ] >207 未来もないってのを追加しといてくれ 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 03:45:57 ] 痛い信者はItaniumが一番! 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 04:06:23 ] AMD厨は目敵にするのな。 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 20:15:35 ] AMD厨的には、足向けて寝られないCPUだけどな Itaniumがなければ、Intelが64bit化でこけることもなく AMD64なんてのが出せるチャンスは生まれなかっただろう 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 20:27:47 ] じゃあ、巡り巡ってSun厨も足を向けて寝られない訳だな。 AMD64がなければSunは今頃Java標準化団体に成り下がっていたかもしれない。 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 23:40:32 ] AMD64用のWindowsも、AlphaやIA64でメンテされてきたWindowsの64ビット対応部分の成果を使っているしな。 しかしそれを言うと、ファビョるんだよな。 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 23:44:14 ] まぁこのスレでファビョったヤツが出てくるのはデフォだから。 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/25(土) 23:58:49 ] >>213 何言ってるんだ、NT のコアは VMS だ。VAX だよ。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 00:22:56 ] set def [´Д｀] 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 13:54:47 ] 中古痛マシンがもう少し安くなればOpteron並に個人で使うヤシが出てくるんだが 1.5GHz x1の相場が250k円前後の今だとまだチト高い。 S/Wの方は開発目的でRed Hat Enterprise LinuxとIntel Cコンパイラが無償入手可能。 Red Hat Enterprise Linuxについては一ヵ月間全てのプロダクトを落しまくりOK。 ttp://www.redhat.com/en_us/USA/home/developer/ ttp://www.intel.com/cd/software/products/ijkk/jpn/compilers/224378.htm iccで自動並列化して遊んだり、EFIもいじれる。 ttp://www.intel.com/jp/business/japan/pdf/525J-001.pdf Windowsについては有償のMSDNに入らないと入手できないが、 たいていキャンペーンや割引きがあるので、実売価格は4割引きくらい。 ttp://www.microsoft.com/japan/msdn/howtobuy/vs2005/subscriptions/#sub_pricing Java Application ServerはBEA WebLogicが開発目的で無償入手可能。 ttp://www.beasys.co.jp/dev2dev/index.html OpteronやSPARCより旬な石として面白いと思うのだが。 218 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/02/26(日) 14:35:31 ] > OpteronやSPARCより旬な石 最期で笑いを取るとは おぬしなかなかやるなｗ 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 14:39:03 ] 俺は「S/W」で笑った 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 17:16:48 ] SPARCはもう飽きた。RogueWaveのTools.h++以外面白くないよ。 Op厨は論外。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 17:24:01 ] まあ、今が旬なのは確かかもな 今を逃したら、触る機会は永遠に来なくなるだろうから 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 17:50:10 ] 旬がいつか来ると信じて、Itanium は走り続ける 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 20:12:43 ] > 1.5GHz x1の相場が250k円前後の今だとまだチト高い。 これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える > S/Wの方は開発目的でRed Hat Enterprise LinuxとIntel Cコンパイラが無償入手可能。 > iccで自動並列化して遊んだり、EFIもいじれる。 これらはAMDのマシンでも使える > Windowsについては有償のMSDNに入らないと入手できないが、 AMDなら一般向け小売りで入手可能 > Java Application ServerはBEA WebLogicが開発目的で無償入手可能。 AMDなら、無償に入手できるJava Application Serverが選び放題。 > OpteronやSPARCより旬な石として面白いと思うのだが。 どうみてもAMDの方が旬なんだが… 224 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/02/26(日) 21:12:27 ] EFIってOpにあったっけ… 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 21:38:15 ] >>223 > これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える そうだね。 > これらはAMDのマシンでも使える Opteronではiccの自動並列化機能は使えない。 EFIも付いてない。 > AMDなら一般向け小売りで入手可能 IA-64も同じだよ。 >> AMDなら、無償に入手できるJava Application Serverが選び放題。 商用App鯖なら実質WebSphereとWebLogicがシェアを二分してるから どっちか動けばいいよ。 オプソのApp鯖はJVMさえ条件満たしてればItaniumでも動くハズ。 > どうみてもAMDの方が旬なんだが… IA-32とたいして変わらないAMD64はつまんね。 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 22:03:39 ] > EFIってOpにあったっけ… EFI 対応の Vista が出たら、Opでも出るんじゃねえ？ それ以前に EFI 使ったからって、なにか嬉しいことあるか？ 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 22:06:16 ] > IA-32とたいして変わらないAMD64はつまんね。 アセンブラでプログラミングするならともかく、高級言語で 書く限り、命令セットの違いなんて全然関係ないじゃん。 性能や値段は関係あるけどね。 性能で倍以上、値段で倍以上、両方トータルすると4倍以上 AMDの方が優れてるんだから、普通の判断力があったらAMD の方を使うでしょ。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:11:08 ] >>227 > アセンブラでプログラミングするならともかく、高級言語で > 書く限り、命令セットの違いなんて全然関係ないじゃん。 iccは高級言語の繰り返し処理を並列化するので、HyperThreadやILPには有利。 同じコア数ならHTを持つIntelのチップの方が倍の性能になる。 > 性能や値段は関係あるけどね。 そう、だから自作Op厨はOpteronを買う。 個人使用でItaniumマシンを買う人は少ない。 でもお仕事は別。 一部の性能値だけで評価しない。 拡張性もRASも無いOptenronは、Itanium2と同じ土俵じゃない。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:20:59 ] >>223 > これより2倍以上速い Athlon 64 X2の新品マシンが10万円代で余裕で買える てか、Athlon64とItanium2比べちゃダメだろ。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:25:12 ] > 同じコア数ならHTを持つIntelのチップの方が倍の性能になる。 HTの性能向上は、せいぜい30%程度ってインテル自身が言ってるけど。 HPC系のアプリの場合、HTを使うと逆に遅くなることも多い。 > iccは高級言語の繰り返し処理を並列化するので、HyperThreadやILPには有利。 SPECint を見る限り、icc使ってもOpteronやAthlon 64よりItaniumが遅いようだよ。 駄目ぢゃん。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:44:58 ] SPECint至上主義のOp厨にとってはダメでしょ。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:48:17 ] HyperThreadingで倍速になるプログラムが一個でもあったら教えてほしいなｗ 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/26(日) 23:56:46 ] Intel の身勝手な主張を鵜呑みにするバカ。ま、関係者か、食いぶちかかってる人間だろうな。 その船、降りられるなら降りた方がいいぞ。ブクブク言ってるの聞こえないか? 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 00:15:39 ] >>231 そうかそうか、んじゃ、Itanium の得意なベンチマークでもいいや。なんか具体的にある? 勝ってるやつ。SPECfp とか言わないでよねん。 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 00:16:40 ] ファビョってまつね。 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 00:22:46 ] プレディケーションとやらが、どれくらい効くのが、見てみたい気はするな。 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 00:39:11 ] でしょでしょ。 ちょこちょこっと簡単なプログラム書いて、 プリディケーションやスぺキュレーションをon offして差を見たいですよね。 アセンブラ吐かせて、ホントにプリディケーション動いてるのかよ?って。 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 03:02:33 ] プリディケーションは、GCCでさえやってる itaniumの命令で、コンパイラが全然使わないのはヒントのみ 今のところ、命令セットの差が決定打になってない 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 05:40:37 ] >>238 コンパイラが使うかどうかではなく、 プレディケーションによって、どれくらい性能が上がるのか、ということを知りたいわけよ。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 08:16:30 ] つーか、使わねーと話になんねー、ってことはない? 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 10:52:28 ] GCCのspeculationサポートは、GCC4.1からだね。 ttp:www.gccsummit.org/2005/2005-GCC-Summit-Proceedings.pdf 現行のRed Hat Enterprise Linux V4(RHEL4)ではGCC3.4ベースなので 3/Mリリース予定のRHEL5まで待たねばならないね。 現時点でRed Hat NetworkにRHEL5のβが出てないという事は リリースが遅れるのかな。 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 11:58:16 ] HTが有効なベンチマークまだー(ﾁﾝﾁﾝ 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 12:33:54 ] >>234 じゃ TOP500 List for November 2005 4位。 LINPACK Rmax 51870、Rpeak 60960 いじょ。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 13:53:11 ] 物量作戦かよ 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 14:06:12 ] 褒めたいとき スケーラビリティ 貶したいとき 物量作戦 まあなんだかよくわからん世界だな。 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 14:51:43 ] わからんのはお前が無知だから。 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 20:39:51 ] GCCは論外としてさ、 ICCでプレディケーションをON/OFFできるの? 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 21:51:25 ] >>243 ぽか〜ん。マジ、そんなのしかないワケ? 本気? ....終わり過ぎ... 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 00:32:07 ] >>243 別の希望。ひょっとして、SPECfp 以外にまともに数値出るもん何もないのか? ＃ ソンナヒドイノ?? 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 00:54:22 ] >>238 プリディケーションやスペキュレーションは、 12命令同時実行できる並列実行に特化したItaniumじゃないと あまり恩恵ないんじゃね? 分岐条件が3つあったら、 3通り同時実行(3/3=1) -> Itanium2 3通り順番に実行(1*3=3) -> その他CPU 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 01:48:20 ] あんまりいい比較じゃないけど、SPEC jAppServer2004の結果で。 www.spec.org/jAppServer2004/results/res2006q1/jAppServer2004-20051220-00025.html 3,734.68 JOPS@Standard (Itanium2 1.6GHz 4ソケット×8ノード) www.spec.org/jAppServer2004/results/res2005q4/jAppServer2004-20050928-00018.html 1,781.47 JOPS@Standard (Opteron 2.4GHz 2コア×2ソケット×5ノード) 数字の上で半分（4ノード分）にしても勝ってる。 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 02:12:16 ] いや、そういうの待ってたんじゃないの。それ SPARC に負けてるけど... 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 03:45:49 ] >>249 もまえの部屋で一番速いコンピュータと、NASAで使うAltixと比べて何が嬉しいのかね。 どっちが世の役に立ってるかわかるだろ。 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 04:02:01 ] NASA で使うマシンより速いだなんて気分良いな。 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 04:20:26 ] やっぱりSPARC最高(*^ーﾟ)b 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 10:35:40 ] >>250 じゃAMD64は なんちゃってプレディケーション。 なんちゃって64bitな訳だな。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 10:52:18 ] >>251 コア数1.6倍で2.1倍の性能だから、 ベンチの時期考えても、まあ辛うじてItanium2の勝ちか。 AMD64は4ソケットってあるのかな? 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 10:56:24 ] 分岐条件（比較命令とか）を３つ同時に実行って‥‥(;´д｀) 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 11:13:01 ] >>247 最適化なしで、プレディケーション、スペキュレーションが無効になる。 あとFPスペキュレーションのスイッチはItaniumしか無いので、 他の石じゃやってないんだろうね。 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 13:22:37 ] HPとAMD(とNovell) ttp://h50146.www5.hp.com/info/newsroom/pr/fy2006/fy06-061.html 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 14:28:47 ] >257 Opteron M/B の 4socket なんてごく当たり前にあるですよ (自作板で話題になる程度には) 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 17:52:06 ] >>252 > それ SPARC に負けてるけど... 別にかまわん。Solaris厨だし。 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 18:16:10 ] >>259 最適化を切ると、他のものまで、無効になる気が・・・ >>258 命令の並び順で、 先に処理できることをどんどん前倒ししていくと、 どーしても前倒しできない分岐だけが後に残る。 だからItaniumは3つの分岐命令を同時に処理するらしい。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 19:17:50 ] >>263 > 最適化を切ると、他のものまで、無効になる気が・・・ 確かにマニュアルを見る限りではそれだけというのは無理そうですね。 ttp://www.intel.com/software/products/compilers/clin/docs/main_cls/index.htm ICC(Linux)では「-O2」でプレディケーション、スペキュレーションが有効になるのは Itaniumだけになってるけど、GCC等で他の石でも使えるのかね?＞Op厨 命令バンドル、レジスタ・モデルといったILPを支援する機能がないと プレディケーション、スペキュレーションなんて効かないと思うんだが。 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 20:18:28 ] 「SolarisのDTraceへのLinuxの解答」プロファイル・ツール：SystemTap 「x86、x86_64、PPC64、Itanium2」RHEL4 Update2に統合 ttp://sources.redhat.com/systemtap/ 「SMPマシンをサポートするサンプルベースのプロファイラ」：OProfile 2月リリース予定のRHEL4 Update3でItanium2サポート予定 ttp://oprofile.sourceforge.net/ 「フルモデリング・デバッガ」：Frysk RHEL4 Update3でTechnology Previewとしてx86のみサポート ttp://sourceware.org/frysk/ 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 22:18:27 ] がんばってはりまんな。 Linux への回答、ということは、メインツリーに入ったの? 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 22:30:50 ] >>264 AMDはIntelを訴えていたような… iccがAMDのチップを特別に差別していると。 要するに、CPUを見て最適な手法を変えているけど、 そこでAMDは特に対処してないだけ、 AMDからすればそのくらい出来るだろ、やってくれ、という話と思う。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 23:08:13 ] >>266 >Current project members include Red Hat, IBM, Intel, and Hitachi. 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/28(火) 23:15:30 ] ああ、やっぱり... 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 00:32:48 ] >>267 冷たいかもしれんが、Intelも敵に塩を送る様なことはしないだろ。 自前のコンパイラを持たないAMDが悪い。 とりあえずAMD64のチップでコンパイル出来るだけでも良しとしろぐらいでいると思うよ。 今後回路規模が大きくなって複雑になればなる程コンパイラの重要度は増すよ。 どうすんだろAMD。 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 01:01:51 ] x86 じゃそんなに改善することもないだろ。VLIW じゃないんだから別にコンパイラが がんばって命令入れ替えないと使いもんにならんということもないし。 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 02:37:00 ] AMDのCPUで最も速いコードを吐くコンパイラが、ICCだった頃があってね・・・。 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 10:18:58 ] 今は違うの? 274 名前：名無しさん＠お腹いっぱい。 [2006/03/01(水) 15:48:27 ] あいうえお　１２３４　！”＃＄％　ＡＢＣＤ　ａｂｃｄ　￥＊＋； abcde　　ABCDE　1234　　!"#$%&'()=~|\ 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 22:08:20 ] コンパイラが無いとプロセッサ作れないんじゃね? 命令セットやアーキテクチャを拡張したくても思うようにできないじゃん。 今までどうやって作ってたんだろ。 組み込みかどっかのコンパイラベンダ買収するなり、親密になるなりした方がいいんじゃないのか。 SunなんてAMDを利用する事しか考えてないんだから。 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/01(水) 22:37:45 ] コンパイラが無い訳じゃないだろ。パッケージして出してないだけだと思うけど。 gcc のコードって、AMD から出たもんじゃないのか? 仕様から外部の人が起こしたの? 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 00:45:37 ] GCCはSunOSで育った汎用コンパイラという感じがするな。 Itanium版GCCは、Gelatoコミュニティと協力して改良を進めているそうな。 ttp://gcc.gelato.org/ 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 01:03:44 ] GCC が有名になったのは Motorola 680x0 でだけどね。 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 06:17:55 ] まあ当時のワークステーションはSun3が主流だったというだけの話だけどな。 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 07:56:12 ] 68Kなら良いけど、SPARCだとたいして速いコード吐かない気がする。 まあ、吐いたら、Sunのコンパイラの価値が下がるけど。 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 08:29:30 ] 気がするだけですかそうですか。 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 13:37:14 ] >>279 Sun 以外にも m68k 使ってるとこはたくさんあった。というより、当時 マイクロプロセッサでまともにワークステーション作れるのって m68k しかなかった。 GCC はコンパイル速度もできたバイナリの実行速度もすごく優秀だった。 >>280 けど SPARC への最適化はあんまりされなかったね。3.x 以降は結構いいとか聞くけど。 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/02(木) 16:31:26 ] 定量的に比較した訳じゃないから、気がするだけ。 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 00:05:15 ] こっちにも貼っとこ Solaris ported to Itanium? www.theregister.co.uk/2006/03/02/sun_solaris_itanium/ 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 21:43:46 ] つまり 「Itaniumに愛を掲げるHP」 ttp://www.itmedia.co.jp/enterprise/articles/0603/03/news048.html 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 21:45:08 ] 「Oracle、Itanium搭載HPサーバのサポート拡大」 ttp://www.itmedia.co.jp/enterprise/articles/0603/03/news019.html 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 22:27:45 ] >>285 当初 2002 年までにサーバ市場で 330 億ドルの売上の予定だったのが、 今 2009 年までに 66 億ドルに拡大する、になってるわけね。こりゃあなどれんな。 ブタベニってww 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 23:04:44 ] 予定と予想の違いがついていない件について 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 23:10:21 ] そうだな。で、はずれたのはどっち? どっちかにすると面目保てるとでも?ww 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 23:24:44 ] 「Solarisからのマイグレーション」 ttp://h50146.www5.hp.com/solutions/infrastructure/migration/solaris/?jumpid=reg_R1002_JPJA 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 23:38:47 ] >>287 IDCが馬鹿なだけ。 半導体なんてそんなもんだ。 この微細化の御時世に、simulation通りに一発で動く訳がない。 メモリや汎用品でも大変なのに、EPICを使った始めてのプロセッサで動く方がおかしい。 今だから言えるけど。 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 00:54:23 ] こればっかりは「そんなもんだ」で済まないぜ。Intel の踏ん切り次第では 致命傷の可能性がある。 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 07:38:19 ] なんで外部のIDCの予想をIntel/HPが実現しないと 面目が保てないのか理解できない。 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 12:27:47 ] montecitoのバグだらけのPALがなかなか直らない 今日このごろですが、皆さん大丈夫でしょうか？ 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 14:11:55 ] >>293 なるほど、じゃ、今程度で予定通りなんだ。そりゃ結構。PA-RISC のリプレース程度だよね。 そこまでいってないか?ww あと OpenVMS も置き換えるんだっけ??

---

---

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

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