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 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 11:31:01 ] あらまあ、後付けでいろいろ条件出してきたねぇ。低レベルだなぁ。 「今でもあるんじゃないか?」って書いてんじゃん。 SPARC のは AX1105 てのが後継で現存。それから OEM 品扱いだけど UltraSPARC IIIi 2 コのる SX2500 てのがあるみたい。 このへん以前はぷらっとほーむで扱ってたよ。今でも入手は可能と思うけど。 UltraSPARC IV や POWER5 を ATX で出したって誰も買わないよ。 そんな用途ないよ。Itanium で出したって同じこと。誰も買わない。意味ない。 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 11:50:07 ] 保守アリなら、売る側も箱売りしたいだろうしな。 適当な電源つけられても萎えるし。 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 18:19:14 ] ていうかさぁ、知らないんだかどうなんだかって感じだけど。 そいうのみんな以前 Unix ベンダーがやったことなんだよなぁ。まだ x86 とずいぶんな 性能差があった時分に。エミュレーションとかもさぁ。なんの新しみもないんだよな。 VLIW/EPIC ってこと以外にはね。EFI なんてわざわざ違うものまた作る必要もないし。 Intel ってずっとそれ横目で見てたんだからさ、よくわかってんだと思うけどね。 ヨソがやるのはダメだけど自分とこでやったらうまくいくとか思ってたんだろうか? ま、性能出なきゃダメだよ。ぶっちぎりの性能出なきゃね。メはないね。 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 20:13:54 ] >>191 「今」どこで買えますか? Itanium2のCPUとマザーボードはmyspec.comで買える。 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 も置き換えるんだっけ?? 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 18:43:51 ] >>295 alphaの開発がとっくに止まってるから、既にリプレースの最中では ないかと 297 名前：また業界標準か！ mailto:sage [2006/03/04(土) 19:40:41 ] VAXからAlphaへとそのプラットフォームを広げたOpenVMSは、費用対効果に優 れた業界基準のインテル�� Itanium�� 2プロセッサ搭載のHP Integrity サーバにも 対応しました。 h50146.www5.hp.com/products/software/oe/openvms/itanium/ 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 23:35:11 ] 世界で 100 台もあるのかね、OpenVMS て。Oracle とか動くの? 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 00:09:06 ] OracleのRACはVAXが産まれ故郷ですぜ。 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 00:09:33 ] 当然あるだろ。MVSと同じで動かすのは過去の遺産だよ。 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 01:39:30 ] >>299 いや、VAX の VMS 上で Oracle が動いてた（というかあっちが元）なのは当然知ってるが。 Itanium+OpenVMS に持ってっても商売にならんのではと思ってね。 ま、なきゃ話にならんけど。 >>300 でもねぇ、VAX はミニコンだからねぇ。ほんとの汎用機に比べてあんまり残ってないんじゃないの? 少なくともオレは知らないもんで。汎用機が残ってるとこはいっぱい知ってるけど。 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 02:16:01 ] あんたが知らないだけで世界のどこかでVMSが動いているんだよ。 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 09:01:02 ] >>301 そもそもVAX+VMSは日本ではあまり売れてないから。 それから残っているのはVAXじゃなくてVMSね。 国内ではUltrixのほうが売れたみたいだな。小さいモデルで。 俺もこっち使ったことの方が多い。 Golden key sage 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 10:01:56 ] VMS はともかく Ultrix の名前を見たのは 10年ぶりくらいだなー 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 11:34:38 ] Ultrixは、ハードウェアを信頼できるUNIXマシンって位置づけだから、 簡単にリプレイスされるよね。 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 21:12:01 ] >>302 なんだ結局アンタも知らないんじゃないか、VMS の実稼働。やっぱ 100 台以下だな。 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 21:50:43 ] 蛙を発見しました! 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 22:57:16 ] そういや、simh の VAX で OpenVMS が動くはずだけど、上げたって話どころか 試みたって話もかけらも聞いたことないな。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/07(火) 21:58:25 ] ttps://www.itaniumsolutionsalliance.org/japanese/events/developer_days/march_7_2006/ 今日のISA Developer Daysはなかなか良かったな。 ISAはIBMのメインフレームを喰おうとしてる事がわかったよ。 狙いは悪くないが、それをWindows ServerでというGartnerのシナリオ分析はどうもなぁ。 VS2005のIA-64版がないというのでは片手落ちな気ガス。 CLRが見かけ上アーキテクチャの差を吸収するからJavaと同じと言いたいのかもしれんが、 デバッガはIA-32上からのリモートデバッガだけというのはどうもなぁ。 あとICCはIA-32上でIA-64のクロス開発できるので、Itanium2マシンがなくても アセンブリコード吐かせて動作チェックが出来ますぜ。だって＞Opteronユーザの皆さん 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/07(火) 22:54:19 ] クロス環境やエミュレーターなんて新しいアーキ普及させる気があるんなら当然も当然。 そんなこと話題になるの? NetBSD の amd64 対応はハード出るずっと前から仕様とエミュレーターソフトが AMD から 提供されて動作してて、ハード出たら（これも AMD から提供）すぐ動いたよ。 チップセットが出るとすぐマシンが出るとかでも同じことだから、別にそんな 取り立ててどうこうってことじゃないんだけど。 深読みしてしまうなぁ。あまりにもその手の環境に対する問い合わせがない、とか。 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 00:12:07 ] いえね、いたれりつくせりの開発環境がウリのWindowsにあるまじき行為だと思うんですよ。 Opteron使いの方は違うと言うかも知れないけど、Itanium2マシンもイパーイ出てるですよ。 にもかかわらずIA-64版のVS2005が無いのにIBMのメインフレームを喰うとか言ってるんですよ。 IA-64のnativeアプリ作るなら、Itaniumマシン1台の上で作った方が効率いいでしょ。 現状ではIA-32アプリの開発がメインだから仕方ないのかなぁ。 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 00:14:44 ] 死んだアーキテクチャってそんなものでは? 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 01:10:59 ] ローエンドが消えちゃったから開発用にマシン買うにも金が掛かるしね 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 01:31:57 ] >>311 なるほど。オレ MIPS R4000 互換なシグマリオンII の NetBSD で simh VAX 動かして その上に OpenVMS のせてさらにその上で Oracle 動かしたらステキ、って思ったけど それと似てる? 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 09:50:41 ] 世の中のものは2種類に分けられる 説明しなくても(買いにきて|採用して)くれるもの 説明しても(買いにきて|採用して)くれないもの (論理学的に漏れがありますが、現実世界では誤差の範囲ですので無視します) 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 13:16:03 ] そこポイントだな。粗悪品でもブランド名で買ってもらえる、といってるのとおなじ。 典型的な大企業病。おごれるものはひさしからず。 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 21:19:11 ] >>312 AMD64版もWOWの上で動いてるから半分死亡でよいかね。 >>313 21マソからあるよ。 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 21:24:34 ] いいよ、半分死亡で。 今はItaよりましだけど、どっちにも転がるポジションだからね。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 21:36:04 ] 何故各社の出してるOpteronラインナップがXeonより少ないかわかるかね。 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 23:38:32 ] >>317 へー、安いね 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 14:18:07 ] >>317 安いかなぁ。21 万円出さないと開発機入手できないプロセッサファミリー(PF,ww) って 他にある? POWER はもっと高いのしかないんだっけ? 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 14:31:46 ] 21万円ってどこの製品？ サーバでその価格なら結構安いと思う 323 名前：PowerPC で良ければ mailto:sage [2006/03/09(木) 14:57:54 ] >321 ぱわーまっく 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 15:54:51 ] PowerPC と POWER は別ファミリー。 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 16:27:54 ] G5はPOWER4由来。 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 16:57:54 ] G5 で作成・動作確認したプログラムが POWER 上で動かないと意味ない。 POWER では AIX が動かない。 ひょっとして G5 Macintosh 上で AIX が稼働して POWER 用開発系が使えて 稼働試験ができたりするの? しないでしょ? 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 16:58:59 ] >>326 まちがえた > POWER では AIX が動かない。 POWER では MacOS が動かない。 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 17:34:04 ] CPUの話をしてるのに、何故OSの話になるのかわからないけど。 PowerPC G5を載せたIBM IntelliStation 185ではAIXとLinux PPC64が動く。 iMac G5/PowerMac G5 ではMac OSと同じくLinux PPC64が動く。 Linuxアプリケーションのバイナリは同じもの。PowerMacでLinuxPPC64用の DB2も動くでしょ。 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 17:45:30 ] 追伸。Linux PPC64はPOWERを積んだ他のIBMのAIX用ワーク ステーションもカバーしてる。ワークステーションじゃな いけどAS/400にも載る。 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 18:09:20 ] 何言ってんだ、POWER の開発・テスト環境が 21 万で手に入るか、って話してんだろ。 Linxu PPC64 のバイナリが POWER 搭載機でも稼働するのか? しないなら×。 何の話してるかわからなくなってるのはおまえさんの方だよ。 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 18:16:55 ] > Linxu PPC64 のバイナリが POWER 搭載機でも稼働するのか? しないなら×。 「稼働する」と書いたのに。 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 18:22:36 ] 詳しくはこちらをどうぞ。 penguinppc.org/ppc64/ 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 18:40:43 ] せっかく 21万で買えるってのを大勝利と思って書いたのに SPARC も POWER(サブセット)も安価な環境があることを知らされて悲しくて、 なんの話をすれば反撃できるのか分からなくなっちゃってるんだから 仕方ないさ。 見逃してやれよ。 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 19:31:30 ] まだ21マンでItaが買える場所を聞いてないぞ 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 21:45:16 ] ttp://www.myspec.com/?cnt=shopping&category=0302&gsw=1&sort= SuperMicro SuperServer 6113L-8 (i2DML-8G2) 安いぶんBIOSがEFIじゃないんだな。 PPC G5なんてPOWER4の方肺だからXeon、Opteronクラスでつね。 Itanium2とは一緒になりませんよ。ぷ 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 21:53:33 ] Intel、共通アーキテクチャ「Core」の詳細発表 ttp://www.itmedia.co.jp/news/articles/0603/08/news010.html Spring IDF 2006: Introducing Intel's new Core processors ttp://www.anandtech.com/tradeshows/showdoc.aspx?i=2711 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 22:47:06 ] >>335 情報ありが�d それっていわゆるベアボーンでつね CPUは別、って… 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 23:10:01 ] ん、CPU 同梱じゃないの? 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 23:22:51 ] 同梱しない CPU別売り 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/09(木) 23:41:36 ] 可哀想に… 「21万で買えるんだー」 の夢破れちゃったね。 っていうか Itanium2 の値段しってたらベアボーンかどうかの 判断くらい付くだろうに… ついでにクロック数とかメモリ量とかも一切なにも書いていないことに 疑問を持たない厨房がなんでこんな話にしったかぶって 首突っ込んでるんだか。 顔洗って出直してこいよ。 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 00:19:13 ] ヲタもチップ同様糞なんだな。 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 01:23:29 ] >>335 EFIだろ。 なんのために6Mバイトもフラッシュメモリを積んでいると思ってるんだ! 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 01:24:47 ] ちなみにhpのzx2000の新品が何かのキャンペーンの時に40万くらいだったと思う。 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 13:38:40 ] VistaはEFIサポートしないってね。 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 16:15:35 ] ほんとか? あからさまに Intel サカナデしてるな。ここいらで AMD にはサクッと OpenFirmware 採用してほしいとこだが。BOIS じゃあ不便すぎる。 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 16:43:09 ] IDFでMSの人が言ったらしい。 32bit vistaがEFIからの起動をサポートしないって言ったみたいだけど、 多分x64でもサポートしないよね。 いつまでBIOS引きずるんだ。 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 17:00:16 ] じゃあAppleのIA32 MacではVistaは動かないんだね。 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 17:03:13 ] もしかしたら、EFI 1.1はサポートしないけど、 UEFI 2.0はサポートするとかそういう話? 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 21:11:31 ] よくわかってないんですが BIOS と EFI と OpenFirmware って なにがよくてなにが悪いんですか? 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 21:15:38 ] >>340 AMDは値段でしか勝てないのがそんなに嬉しいのかね。 で、>>319の答えまだでござるか? 都合の悪い事はスルー。 >>342 ちゃんとググれ。 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 21:17:12 ] やっとRed Hat Enterprise Linux V4 Update3出ますた。 当初の予定通りSystemTapとOProfileがItanium2で使える様になってると良いのじゃが。 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 23:18:59 ] >>350 Ita が一体なにで勝ってるって? ぷ。 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 23:41:55 ] >>352 信者がItaい 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 23:42:46 ] 21万円とか 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/10(金) 23:51:43 ] あれは傑作だったな 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 00:02:36 ] Itanium2に痛い目に合ってるSun厨相当怒ってるみたい。 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 00:45:35 ] Intelの怒涛の戦略にどう対抗しようというのかね? 【IDF】米インテルがCPUの新ロードマップを公表、2007年はクアッドコア時代へ突入 ttp://itpro.nikkeibp.co.jp/article/USNEWS/20060309/232144/ IDFレポート CPUロードマップとマイクロアーキテクチャーの詳細を公開 ttp://pc.watch.impress.co.jp/docs/2006/0310/idf07.htm 「Intel Developer Forum（IDF）」 ttp://japan.cnet.com/event/story/0,2000050459,20098080,00.htm 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 01:05:23 ] Ita にも今の Xeon にもまるで関係ない話だがな。 計画通りに行かなければ Intel 撃沈、計画通りなら Intel は生き残るが Ita と Netburst は終了。 後者で生き残っても x86 の限界到達までだからそう先は長くない。 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 01:42:05 ] >>356 Ita2 に痛い目とは面白いギャグだな。痛い目に合わせるつもりだったのに大空振り。 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 01:52:16 ] >>358 さらにまだ問題があるよ。Intel は x86 でクロスバー技術の実装をしたことがない。 これはメニーコアに行くには非常に重要。さらに、メニーコアを活かせる OS がない。 これ決定的。今の状況じゃクアッドコア作ったところで全く活かせない。 361 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/11(土) 02:02:32 ] >>360 犬でやるつもりじゃないの？ RHとかI○Mとか○racleの連中がhogeってるみたいやん 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 02:31:04 ] Itanium がまだ話だけだった頃、IBM も Sun もビビってた。IBM は Ita 機出す予定だったし、 Sun は Solaris を対応させるはずだった。が、早々に去った。フタを開けたらビビるほどの もんではなかったので、対抗した方が得策だと踏んだから。 Oracle が Linux にすりよってたのが、また Sun との関係を深めようと戻ってきている。 IBM も Linux についてはめっきりトーンダウンしてしまった。なぜだか考えてみたまへ。 363 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/11(土) 02:34:46 ] 犬に寄ってくるのはカネ払いが渋い会社ばかりだからｗ 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 02:48:24 ] あまりに企業臭のする Linux は売れない。根本的に手を入れないと MP 性能は改善しない。 両者相容れずデッドロック。 IBM 臭さぷんぷんの実装になった Linux 使うのと AIX 使うのと何が違う? 365 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/11(土) 02:55:14 ] OSF/2とかOS/3とか呼べばいいやんｗ 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 03:02:54 ] そもそも、IBM が本当に Linux やるつもりで、見通しもあるんなら、AIX なんか もう不要なはずだろ? 既存顧客のサポートするにしたって、ソース公開して Linux にない機能を Linux に盛り込んでもらった方が IBM にとっても得策のはず。 IBM にとっては Linux も使い捨ての道具にすぎん。 そもそも、IBM も DEC も、Unix 大嫌いだからなw。 IBM は巨大だから、なんでもやるだけ。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/11(土) 03:03:09 ] それに現状AIXはx86で動かんし future 犬xがミニチュアAIXでも 犬の不可解な不安定さにイラっとしてる人たちは歓迎するんでない？ GNUとかLinusは神輿でいいやん Solarisヲタの漏れは犬死んだほうが嬉しいけどｗつーか死ね死ねｗ 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 03:05:17 ] PS/2 で動く AIX はあったけどな。今はもうないの? 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 05:06:04 ] >>350 i2DML-8G2がEFIを積んでない、という話のソースお願い。 マニュアルには、もろにEFIの画面写真が出てるぞ www.supermicro.com/manuals/motherboard/E8870/MNL-0717.pdf 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 10:30:02 ] IBMのLinuxチームは、NGPT外されたり、VFSアレなままだったり、 Linusの謎のディレクションに涙目ぎみ。 Linux kernel、forkしたら面白いのに… 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 11:47:43 ] GPLなんだから、好きなようにforkすりゃいいんじゃないか。 LinusはアホだからGPLの意味を理解せずGPLで公開しちゃったけど、 すでに公開した分について、GPLでなくすることは不可能でしょう。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 12:26:22 ] Linuxは人的リソースがあるからVFSレイヤーは高機能化せずに、 下のFSレイヤーでいろいろできるようにしてあるんだよ。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 12:46:25 ] zSeries(S/390)のLinux版は国内でも導入実績があるみたいだけど、 iSeries(AS/400)やPOWERを積んだpSeriesにLinuxを載せたやつは売 れてるんだろうか？ 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 12:56:54 ] iやpは(そこそこ)まともなwebサーバあるし、Linux必要ないでしょ。 大型のいわゆるfront endをLinuxにやらせたいだけだから。 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 14:07:05 ] >>372 その「人的リソースがあるから」という考え方自体が MP 性能追求という観点からはダメ。 逆の言い方すると、人的リソースの効かない部分は Linux ぜんぜんダメ。 概念として一般化した以降のものしか実装されないから、どこまでいっても代用品。 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 14:25:18 ] >>371,374 IBM はオープンソースの擁護者という体面が欲しいだけで、Linux の実装が欲しいわけじゃ ないからね。もし実装が欲しいんなら、AIX は要らなくなるはず。 IBM が前面に出た形で fork したんじゃ IBM にとっては Linux の利用価値半減なわけよ。 Torvalds 君もその辺わかってて駆け引きしてんじゃないか? ダダこねることが 今や唯一の彼のアイデンティティー主張手段だったりしてw 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 14:41:13 ] 実験用のプラットフォームとしては結構活用してるみたいだよ。 Cellのブレードサーバなんてのがどこまで本気かわからないけど、 今のところLinuxで動かしてるみたい。 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 14:57:33 ] Cell は、CPU バウンドな並列プログラム向けでしょ。画像処理とか。 カーネルサービスの比率の高いのは想定外だから、いわゆる OS の MP 性能は不要。 開発周辺ツール等がそろってる環境がいい。それだけのことと思うけど。 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 15:38:41 ] IBM も Linux 用にたくさん人を雇い入れてるわけで、そいういう人達はもちろん本気で Linux やってる。大きい企業だから、最終的な舵取りは状況を見て、だろうけどね。 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 16:05:06 ] インテル、Itaniumアーキテクチャの変更を予定--「Tukwila」以降段階的に ttp://japan.cnet.com/news/ent/story/0,2000047623,20098151,00.htm とっくに実現してるはずの Xeon とのソケット共有の話がまだ影も形もない Tukwila 以降になり、しかも Tukwila では「大きく変更」が入る、というのは >>360 を裏付けているとも言える。つまり、ソケット共有はやってみたけど 性能出なかったのか、実現に失敗したのか、そもそもできるわけもないタワゴトだったのかの どれかだ。 最近の x86 側のロードマップのサーバー用途方面に Itanium が見事に一言も 触れられていないことからも Intel 内での扱いをうかがい知ることができる。 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 16:41:08 ] >>380 Intelは当初SunやIBMに作ってもらうつもりだったんでしょ。 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 20:44:38 ] チップセットはSystemベンダーが自社開発しているから、Intelが 手間かけてチップセット作る必要もないもんな。 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 21:09:56 ] >>362 チミは、Oracleのファーストビルド・ターゲットが昨年からSPARC Solarisから、 Xeon EM64T Linuxに変わっている事を知らないのかね。 Sunとよりを戻す気なんてさらさらないのだよ。 何故こうなるのか考えてみたまえ。 因みにItanium版もHPのpushでEM64T版の後を追ってちゃんと出る様になってる。 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 21:15:39 ] >>383 それが、またSunの顔を伺ってる話じゃないの? Itanium採用してるところは、チップセット起こさなきゃいけないわ、 新しいチップはなかなか出ないでさんざんだな。 一緒に沈まなければいいが。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/11(土) 21:18:02 ] 沈め沈めｗ 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 21:31:08 ] もう沈んでると思ってたよ 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 21:37:30 ] >>380 メインフレームの売上は減少傾向にあるのに、IBMのシェアは伸びてるのだよ。 どういう事かわかるかね。IBM以外のメインフレーマはシェアを落しているのだよ。 Itanium2はISA面々のメインフレームシェア奪取の道具として完全に組み込まれて しまったのだよ。 何故Intelがチップセットを供給しないのかわかるだろう。 今後もItanium2の主軸はハイエンドで、HPC分野も順調だし安泰なのだよ。 どこかの馬鹿みたいに需要の無い石を作って、鳴かず飛ばずとは違うのだよ。 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 21:49:34 ] ある意味凄えな。何処からその自信が湧いてくるんだw 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 22:04:47 ] >388 隔離スレで何を今更… 390 名前：名無しさん＠お腹いっぱい。 [2006/03/11(土) 22:14:31 ] itaniumサーバーの出荷額は、そこそこいくだろうけど itaniumプロセッサ自体の出荷額は・・・ 1プロセッサ50万でも、絶対数が・・・ ハイエンドシステムは、データベースのライセンスや、保守をやんないと 利益がでない 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 22:17:59 ] 結局 重要なのは sizeof(int*) でしょ。くだらない延命措置のおかげで どれだけの人間が不幸になったか。またくりかすのはやめまひょ 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 23:20:32 ] あははははー 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 23:33:52 ] >>344 Windows2003/ipfですでにサポートしてるぞ。 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 23:39:04 ] >>387 普通の人はそれを「限定分野に追いやられた」と言う。ひどい負け惜しみww 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:02:18 ] >>383 情報収集能力ないんだな。 提携の絆深めるOracleとSun ttp://www.itmedia.co.jp/enterprise/articles/0601/12/news006.html Oracleとの絆やエコ・チップを語るSunの戦略担当SVP ttp://www.itmedia.co.jp/enterprise/articles/0603/08/news005.html | しかしその後、Oracleも水平スケーリングやLinuxだけでは十分ではなく、 | Solarisの垂直スケーリングが必要であることを認識し、今回の発表に至りました。 | SunはPostgreSQLなどOracle以外のRDBMSも提供していきますが、 | RDBMSではOracleが戦略の中心です。両社の関係は今まで以上に強固になったということです。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:06:10 ] >>384 Intel はもう覚悟してるだろう。富士通も SPARC と 2 本立てだから、なんとかなるだろう。 あとは... ヒサンなケツマツにならないよう逃げ道考えろ。 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:09:02 ] | OracleではSolarisを64ビット開発プラットフォームとして優先的に扱い 最優先じゃないのね。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:19:31 ] >>397 ﾌﾟﾌﾟｯ 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:21:08 ] >>395 OracleのOEMを売らせてくださいm(__)m、 SPARCのPlatformを忘れないでくださいm(T_T)m、 と単にSunが泣きついてるだけだと思うが。 だいたいT1自体が水平スケーリングだろ。 垂直スケーリングのUltraSPARC Vはなくなっちゃったのに何言ってんだか。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:22:35 ] >>397,399 記事理解する能力もないらしい。 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 00:40:08 ] > Oracle Database Enterprise EditionをSolaris OSとともに、 売れ筋の商品に売れない商品を抱き合わせて販売する、よくある手だな。 > 同時にSunは、全社を挙げてOracle ERPソフトに移行する。 ERPといえばSAPかIBMだろ。Oracleは今もって単なるDB屋だよ。 やっぱり馬鹿のやる事は違うよ。 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 02:04:44 ] >>401 やっぱり馬鹿の言う事は違うよ。 itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20050509/160468/ 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 02:29:12 ] >>383 > Sunとよりを戻す気なんてさらさらないのだよ。 それは飛躍しすぎ。まだ2ndくらいでしょ。 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 10:05:57 ] >>402 Oracleは昨年peoplesoftを買収したからシェアを伸ばしただけだよ。 SAPとは格が違う。 ttp://www.itmedia.co.jp/enterprise/0306/30/epn14.html 405 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 11:53:40 ] 求人情報を見ているとERP≒SAPだもんな。 406 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 12:16:11 ] >>404 見苦しい。 おまけに国内シェアで語ってるし。 ERPといえばSAP「か」IBMなんだろ。ｹﾗｹﾗ 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 14:32:47 ] >>395 ERPのシェアを拡げたいOracleの宣伝に利用されてるだけ。 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/13(月) 22:42:17 ] Itanium推進団体、GNU Compiler Collectionの改良に資金提供 ttp://japan.zdnet.com/news/hardware/story/0,2000052523,20098380,00.htm 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/13(月) 23:25:59 ] Intel 製コンパイラとは別に GCC 改良されると、ありがたかったりするのか? ジェラートフェデレーション? アイスクリーム食いまくりのデブ連合? 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/13(月) 23:45:21 ] ISAのLinuxへの力の入れ様が窺える。 現状のLinux GCCのItaniumサポート機能がへぼすぎるというのもある。 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 01:17:06 ] >>409 OSの上で走るものはICCでコンパイルすればいいが、OS自体はGCCだからね。 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 01:17:43 ] ちなみに、GCCの出力するIA-64なバイナリは、恐ろしく遅い。 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 02:04:52 ] >>411 え゛???? ICC ってカーネルコンパイルできないのか。だけど、そりゃ金使って ICC でカーネルコンパイルできるようにした方がいいのでわ???? 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 04:23:11 ] そうじゃなくて、Linux kernelがgccじゃないとコンパイルできない。 415 名前：名無しさん＠お腹いっぱい。 mailto:sage ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ? [2006/03/14(火) 05:45:18 ] >>412と>>414から「IA64用Linux kernelは恐ろしく遅い」という結論になるのだけど、本当？ PrimeQuestなんて、どうしているの？ 　＞基幹IAサーバ「PRIMEQUEST」、 　＞Javaアプリケーションベンチマークで世界最高性能を達成 　pr.fujitsu.com/jp/news/2006/01/5.html なんていう話もあるけど。 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 07:39:38 ] カーネルの実行時間なんて誤差だよ。 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 11:25:54 ] >>416 は世界中のカーネル技術者を的に回したなw 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 11:41:41 ] マトなのかよ 419 名前：417 mailto:sage [2006/03/14(火) 11:47:01 ] orz 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 12:55:11 ] >>414 だから、GCC 向けのソースをコンパイルできるように ICC 改良するなりプリプロ作るなり すればいいじゃん。 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 12:56:03 ] >>416 タスクによるけど、カーネルコード遅かったらやっぱイタいと思うけど。 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:16:05 ] >>331 POWER3 からは PowerPC 互換に作ってあるそうだな。知らんかった。 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:45:30 ] 素人の考えだが、カーネルの実行時間のうち、 コンパイラの性能で、有意な差が出るような所はあんまりなさそう。 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 14:54:50 ] ・I/Oバッファのカーネル空間とユーザ空間のコピー (mmapされてない時) ・プロトコルスタック間のヘッダ脱着を伴うデータのコピー (trailer protocolじゃない時) ・チェックサム に時間がかかるのが有名だけど、ほとんどの場合アセンブラの関数呼び出してる。 # 最近後ろ二つはNIC自身がやる方向へ。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 16:41:43 ] >>423 VM もファイルシステムも C なんだから効くべ? 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 17:55:26 ] >>422 PowerPC G5(PowerPC 970)とPOWERに関しては POWER processor compatibility The POWER5 architecture contains enhancements to the POWER4 architecture while maintaining binary compatibility between the two, which allows you to run the same application on both platforms. This same binary can also run on an IBM eServer BladeCenter JS20, which contains the PowerPC 970-based processor. This processor is a single-core version of the POWER4 processor, which maintains binary compatibility with other members of the Power Architecture family. www-128.ibm.com/developerworks/eserver/library/es-bincomp/ とのこと。記事自体は64bit PowerPC ELFバイナリと32bit PowerPC ELFバイナリ の互換性が中心だけど。Linux用のXL C/C++ v7.01はPower Mac G5/XServe G5で も動くけど、v8.0では切られたみたい。Mac OS X用はv6.0で完全に発売終了。 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 23:11:44 ] >>415 SPARCが余裕でぶっちぎりました primeserver.fujitsu.com/primepower/news/article/06/0308/ 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:21:14 ] >>420 フリーではないコンパイラを使うのはGNUの精神に反すると思う。 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:34:09 ] Linux 周辺で GNU まともに理解してるやついるか? 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 01:45:59 ] Linux Kernel は GNU とは関係無いしね。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 05:08:38 ] >>427 すいぶんと控え目な棒グラフだ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:55:00 ] >>430 GPLを採用するけど、GNUの精神なんて糞食らえ なんだよね、Linus氏は。 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 14:18:13 ] >432 日経エレクトロニクスにまでツッコミ記事が... GPLv2(kernel) と GPLv3(userland) が混ざったシステムの行方は? とかいろいろ 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 16:11:46 ] 日経xx で GNU まともに理解してるやついるか? 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 22:24:09 ] >>431 ん？どっちのグラフも相手はPRIMEQUESTじゃないよ？ 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 00:24:58 ] >434 社員の平均点はともかく分かっている奴はいるでしょ 意外と日系エレは組み込みとかで関係するから GPL とかに対しても真剣に書いてる方だと思うよ。 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 00:37:59 ] >>427 ふ〜ん、たった1.5%のリードで『余裕でぶっちぎりました』って言うんだ。 確かに32coreではPRIMEPOWERがNo1なんだけど、それはIBMがPOWER5+搭載の上位機 System p5 590/595をまだ発表していないからだね。１年４ヶ月前に発表された POWER5のデータに1.5%だけ勝って、"世界最高性能"って言われてもなあ。 それにSPECintってキャッシュヒット率が高いうえに、SPECint_rateは独立した プログラムを走らせるから、SMPのCPU間スイッチがヘボくても、メモリ帯域が不足 していてもスケーラビリティが良い、という特徴(問題)があるベンチマーク。 だから多way SMP性能をSPECint_rateで語られても、現実に使われる環境とは ほどんど相関が無いんだよね。SPECintみたいなサーバとは関係ない ベンチマークよりも、せめてSPECwebみたいなベンチマークでいい成績を出して くれればねえ。(本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ) SPARC64Vは今や唯一の国産CPUだからがんばって欲しいんだけど、 こういう素人を欺くようなパブリッシングは関心できないな。 438 名前：427 mailto:sage [2006/03/16(木) 00:54:41 ] >>437 そうでなくて SPECjbb2005が PRIMEQUEST480(Itanium2 32CPU, RHEL4): 322719 PRIMEPOWER1500(SPARC64V 32CPU, Solaris10): 361290 だってことを言いたかったんだけど まあいいや 439 名前：427 mailto:sage [2006/03/16(木) 01:04:48 ] POWERのチャンピオンデータはこれかな IBM System p5 570 (POWER5+ 8CPU(16core), AIX5L): 326651 まあ、32coreで均したらPOWER5+圧勝だろうね 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:12:28 ] POWER5+ 強杉 POWER5+にはハンディキャップを付けるべきだと思う 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:29:28 ] POWER6出てきたらどうなっちゃうんだろね ただ、POWER5発表されてから高周波数版が出てくるまでが長かったことを 考えると、ほんとに4GHz超の製品なんて出せるのかな？とは思う 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 01:41:09 ] >>437 0.1% だろうが 2 位が 10 年前だろうが 1 位は 1 位。ベンチマークってのはそういうもんだろ。 それ以上の意味もそれ以下の意味もない。 ベンチマーク値出す相手に「素人を欺くような」というのは全くのスジ違い。 特定のベンチマークテストが全ての性能を保証しているとでもうたってるなら別だが。 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:00:26 ] >>437 そいういう風にオリンピックの金メダルみたいにベンチマークを考える人もいるだろうけど、 実際にシステムを組む場合に、性能を予想するためにベンチマーク結果を参考にする場合の方が 多いだろ。 例えばCPU-AのベンチマークとCPU-Bのベンチマークを比較して、差が少なければ、『性能はほぼ 同等』と考えて、性能以外の要因でどっちのCPUを選ぶか考えると思うよ。 今の場合だと、SPART64Vの方がPOWER5より1.5%性能が良いからと言って、性能でSPARC64Vを選ぶ ようなケースはありそうになくて、価格とかサポートとかでどっちを選ぶか決めるだろ。 これが、SPARC64VとPOWER5+の比較だったら(16core以下の構成で充分な場合ね)、大差だから、 ベンダーとかOSとかの制約が無ければPOWER5+の方をベンチマーク結果を参考にして選ぶだろ。 「特定のベンチマークが全ての性能を保証している」なんて言うことはあり得ないけど、 「想定しているシステムのワークロードがあるベンチマークに類似している」ということは 充分あると思うから、そういう場合には上記のような考えをすると思うよ。 例えば、Javaを多用するシステムを組むなら、サーバのSPECjbbの性能を参考にするぞ。 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:04:33 ] >>437 あと"ベンダーの技術力"なんかを気にしている場合には、TOPの会社にすぐ キャッチアップできているのか、１年以上かかってやっとキャッチアップ できているのかは重要な要素だと思うよ。 これも「２〜３ヶ月の差は有意ではないけど、１年以上の差があれば有意な 差だな」とか、考えると思うぞ。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 02:26:02 ] >>443 性能にセンシティブなケースなら、まじでちゃんと金と手間と時間を掛けて 自前でベンチやった方が良いよ。そうじゃないなら、性能以外の所で石とか OS とか決まって来るからどうでも良いが。 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 11:06:45 ] >>443,444 何言ってんだ? 2 位が 10 年前だから、今の 1 位はあと数ヶ月と判断して購入を先延ばしするのか? じゃ、次の 1 位は長期に 1 位だから今の 1 位は見送り? 個人が自己満足用のパソコン買うのと いっしょくたにしてるな。他所への自慢以外になんの意味もないぞ。 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 23:06:32 ] 何を言いたいのかわかりません もう少しわかりやすく書いてください 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 00:03:10 ] 高いものは買わないようにしなさい。 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/17(金) 00:13:29 ] わかりました 450 名前：名無しさん＠お腹いっぱい。 mailto:Over 500 Thread! sage [2006/03/20(月) 11:20:46 ] 残り500を切りました。新しいスレッドを立ててｋ打際。。。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/24(金) 00:31:41 ] 500切ってないじゃん 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 ] ああ、死馬、ね。 553 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 01:08:48 ] XeonとItaのソケット互換も無くなったんだよなあ。。。。 554 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 01:43:19 ] 延期じゃなく? 555 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 10:02:07 ] もうx86にIA64載せたら良いんじゃない? それか、トランスメタのやつみたいにするとか。 556 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 17:20:59 ] 再コンパイルして検証しなきゃいけない 命令セットからアーキテクチャまで違う路線に行ったのに、 わざわざ実行時トランスフォームで元の路線かよ! 557 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 19:55:14 ] IA64はItanium->x86-64版のQuicktransitでも作ってもらって、 高付加価値(信頼性高いとか)なXeon作ればいいと思うよ。 558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 22:41:27 ] 今の Xeon に Itanium が受け持ってる守備範囲受け持たせるのはまったく不可能です。 お話になりません。Xeon が勝てるのは Itanium で作ったパソコンに勝てるだけです。 Itanium は少なくとも HP-PA の後継の役目を果たしています。一部から不満もあるようですがww それ以上のものでは決してありませんが、それ以下のものでもありません。 ....どうしようもありません。 559 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 22:44:55 ] でもXeonMPのRAS機能強化ってのが、良い落としどころなんじゃないかなあ 560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/08(火) 23:05:05 ] いまの x86 に大規模 SMP はムリ。ふん詰まって動かん。 561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/09(水) 00:00:56 ] 大規模SMPなんてIBMに任せときゃいいんだよ 562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/09(水) 00:17:29 ] はい、では Itanium しゅーりょーw 563 名前：名無しさん＠お腹いっぱい。 [2007/05/09(水) 01:34:08 ] HPはPA-RISCやめるべきではなかったな・・・コスト以上のﾓﾉを失ってる気がする。 564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/09(水) 05:03:49 ] >>560 だからCSIにするんでそ。 itaもx86も。 565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/09(水) 15:43:33 ] とっくの昔からバス共用するって前提で作ったのに、なんで未だに共用できなくて、 なんで CSI なんつー Ita 側まで変更してやり直さなくちゃならないか よく考えてみ。 Intel は根本から考え直してきれいなもん出そうとするよりは、場当たりで 実用的なもの（たとえばデュアルニコイチのクアッド CPU）を出す傾向の会社だってことを 勘案して、ね。 SMP 的には x86 は i486 以降ずーーーーーーっと今でもゴミ。 566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/09(水) 23:55:45 ] だ　か　ら　CSIにするでそ。 567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/10(木) 02:11:58 ] どうせクズだろ。CSI も。いままでずっとクズなんだから。 Sun と提携したから Solaris 使って検証はできるんだろうけど。改善はムリだろw 568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/10(木) 23:22:24 ] いいえ 569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 00:24:04 ] QuickTransit for Solaris/SPARC-to-Solaris/x86 www.transitive.com/news/news_20070508.htm 570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 18:41:17 ] ひさ〜しぶりに OTTO の UNIX の階行ったけど、Ita 機置いてあったよ。1.3GHz だったかな。 今買わないともう手に入んないよぉ? オレはいらんけどww 571 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 23:34:49 ] とりあえずitaとx86のCSI仕様が違うのはIntelらしい。 結局常勝Xeon部隊がItaの最大の敵。 ぽｌそｎで追いつくまでにXeonはもっとすんごいことになる予感。 572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 23:46:41 ] ピン互換どころかバスの仕様も違うの？ 573 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 00:29:49 ] Intel がまだ「Itanium 続けたい」と考えてると思ってるやつなんかいるのか? ていよく切りたい、お別れしたい、ジャッパーン企業さん引き取ってね、ってのが 本音だろ当然w 574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 00:34:05 ] >>572 バスじゃなくてスイッチね。 両方CSIっていうけど仕様が違うのよこれが。 575 名前：名無しさん＠お腹いっぱい。 [2007/05/22(火) 10:05:33 ] >>573 HP戦略轟沈ですね 576 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/23(水) 23:40:02 ] 日本IBM、動作周波数4.7GHzの「POWER6」を発表−各種ベンチマーク記録を更新 enterprise.watch.impress.co.jp/cda/hardware/2007/05/23/10330.html > これでもItaniumを買いますか？ > これでもItaniumを買いますか？ > これでもItaniumを買いますか？ > これでもItaniumを買いますか？ 577 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/24(木) 00:09:42 ] いえぃっ、もう市場から消えちゃうね! 買うなら今しかヨ!!w 578 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/29(火) 23:37:29 ] これでまたＩＢＭがシェアトップに返り咲けるかな？ hpも追われる立場は初めてなんでどうだろう。。。。 579 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/31(木) 21:41:06 ] Power6はItaniumと運命共同体みたいですね。ｗ IBM's Power6 architecture goes down the Itanic route www.theinquirer.net/default.aspx?article=39918 580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 16:52:39 ] >>579 ？？ 単にインオーダーはコンパイラ次第、といってるだけだが。 で、そのコンパイラを作れるかどうか、がIBMとIntelの差なわけでしょ。 581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 17:19:18 ] JDKもなかなか出ないしね… > イタ 582 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 22:09:29 ] BEA が出してるってことじゃなかったっけ? 583 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/27(水) 13:46:38 ] また Itanium のスレッドが 1 つ終っちゃったよ。さびしいね。 584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/02(月) 01:42:56 ] ｔｕｋってCeleronDみたいな付け焼刃だ。 ポール損まで待つやつはいないよなぁ。。。 IA32と違って代わりはいくらでもあるし。 585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/02(月) 10:50:55 ] これ以上顧客が増えることはおそらく Intel も望んでない。サポートに困るから。 586 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/02(月) 16:09:12 ] > Special Interview Itanium Solutions Alliance > 急速に普及が進むItaniumの日本市場を支える「Itanium Solutions Alliance」（ThinkIT） > ttp://www.thinkit.co.jp/free/article/0706/30/ 普及が進む???? 何年前の記事を誤配信したんだろう… 587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/02(月) 17:09:38 ] 2010年までに 100億ドル投資するだぁ?! そのツケはいったい誰が払うと 思ってるんだこのバカども。さっさと消滅しろ。 588 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/02(月) 23:07:39 ] >>584 キャッシュの歩留まりが悪かったり、 マルチコアの１つがマージン無かったり。 刃を焼付けてるんじゃない。 Pentium の出来損ないとして売っている セル論と一緒んにすんな！ 589 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/11(水) 17:52:21 ] Pentium の出来損ないの方が使い出があるけどなww

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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