ItaniumをUNIXで使うスレ

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 19:44:39 ] 実際に使ってみた人、どうよ? 前スレ ItaniumでUNIX! pc11.2ch.net/test/read.cgi/unix/1140329582/ 2 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 20:39:43 ] 実機は、ヤフオクなどで月に数台、出品されています。 3 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 21:22:14 ] 興味ある人が全員買っても、おそらくまだ余るので、安心して買って下さいw 4 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 23:24:36 ] 1台数万円だから、話の種に買ってみりゃいい。 ま、口先だけで叩いている荒らしさんは、それもしないんだろうな。 叩くなら現物を触ってブログで叩きまくればいいのにね。 5 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 23:29:17 ] 買うかそんなもんw アタマおかしーんじゃねーか? 6 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 23:51:15 ] >>5はSunスレから前スレに襲来した荒らしですんで。 7 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/14(月) 23:51:55 ] >>5 現物を触ったこともないのに、知ったかぶりの知識で叩いてるの? それこそ頭の程度を疑われる。 8 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 00:12:02 ] 仕事で、Itanium2にHP-UXの組みあわせで使う機会が少しだけあったけど 違いがわかるほど使える腕前でもなし 9 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 00:13:10 ] だよな、普通の神経してたら、そう簡単には叩けないもんだよ。 10 名前：名無しさん＠お腹いっぱい。 [2008/07/15(火) 08:04:56 ] Itanium上げ 11 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 09:55:40 ] オレの神経はまったくもって普通だが、Itanium はクソだろ。 かならず反応しやがるからおもしれーな。「重箱の隅」の典型wwww Ita 使ったことないぞーw 1バンドルの命令数知らないぞーww でも実質的な命令の密度が下がると性能が出ない、ということだけはわかるぞ。 パイプラインがびっちり詰まっててもほとんど nop だったらいみねーww 12 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 10:02:58 ] >>4 カネのない弱小企業が革新的でバランスのいい製品で大企業の製品を 出し抜くか、そうでなくても肩を並べるくらいのものを出したら、 所有欲をくすぐるもんだけどな。Ita はその真逆だろ。 資金ジャブジャブ、人員ザクザク、蓄積知識潤沢、環境的にもなんの不自由もない いやらしいガリバー企業の、それもおごり切った失敗作だ。 所有欲なんざまったく湧かない。悪趣味の極み。 いちばんデキの悪かった時期のアメ車の方がまだマシ。 カネもらってもいらん。 13 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 10:26:04 ] たかが数万円で買えるものなのに、なんで>>12は負け惜しみたっぷりなんだろう。 >>11 知ったかぶりは不要。サヨナラ。 どういうときにnopが挿入されるのか、わかってないしさ。 14 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 10:30:31 ] >>11はSunスレに粘着してる頭のカワイソウな人なのでスルー推奨 そいつがしてるnopの話は、Sunスレでちろっと出た話がネタ元で、 まったく経験に基づいていないし、知識としても他者の参考になる ようなレベルではない。 15 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:12:04 ] あれ? nop 出したのオレじゃないけど。脳内錯綜してるんだねw 16 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:15:00 ] >>13 だから、「カネもらっても要らない」って書いてるだろが。字読めねーのか? なんであんなゴミに「負け惜しみ」なんだよww なにが「負け」てんだようひーw 趣味最悪の粗悪品だ、と言ってるんだが、そこどうなんだよ、え? あーカワイソw 17 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:18:38 ] ちなみに、かなり興味あるもん（例えば、ACORN 機とか BeBox/PowerPC とか）でも タダでももらうか悩むよ。もうガラクタ満載でな。Sun3/60C ももらいかけて ギリギリもらわなかったんだが、今じゃもらわなくてよかったと思ってる。 Itanium だぁ? アホか。持って帰れしっしっ。ww 18 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:20:14 ] > nop 出したのオレじゃないけど それを14は指摘してるんだろ? 19 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:21:22 ] >>16-17 興味ないなら、このスレに用はないだろ? さ、帰りな。 20 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:25:01 ] 馬鹿には何を言っても無駄だ。 だから馬鹿ではない人に言う。 馬鹿の相手をするな。構うな。 21 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 11:25:10 ] >>19 そうそう、そういうのを『負け惜しみ』って、言うんだぞ。よく覚えとけよkkkpppw w 22 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/16(水) 00:09:00 ] やっぱ、ARC で DEC が離脱した時、日本勢で主導権取って引き継ぐべきだったんだよ。 R4000 と後継で地道にやってりゃ、今はヒトカドの勢力になってただろ。 NEC も東芝も SONY も MIPS やってたんだから。DEC が離脱すんのはもう わかってたんだし。9801 に代わる Unix ベースの標準机上機が出来てただろう。 やっぱもう日本企業にサムライはいなくなったのかね。 命運を賭ける価値のあるところへズバッと行くという度胸と根性はないんだな。 なにをトチ狂って Itanium なんかにしがみついて.. どう転んだってダメだろうが そんなもん。 NEC、しっかりしろ! HP や Intel じゃ電卓に毛が生えたのが関の山だ!! 今からでも遅くない、ARC 復活!!! 23 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/16(水) 10:19:31 ] >>22 っ 日米半導体摩擦 24 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/16(水) 11:02:23 ] え? じゃ、今複数の日本企業が Itanium 頼みに追い込まれている原因は 日米貿易摩擦にある、そういうことか? もう終ってるってこと? Itanium はトカゲのしっぽなのか.. まんまとハマッた?! 25 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/16(水) 13:21:00 ] ありがとう、そしてさようなら。 26 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/17(木) 09:50:22 ] DEC は Compaq に呑まれ、Compaq は HP に呑まれた。 DEC と Compaq の PC機の技術は HPの体内で生き続けている。 しかし、DEC の Alpha/VMS/True64 と HP の PA-RISC/HP-UX は Itanium/VMS/HP-UX/Linux にまとめられ、凝縮され、いままさに『ポイッ』と 捨てられようとしている。 しかも、チマチマうるさかった日本企業のメインフレーム技術も吸着して。 こう、掃除機の圧縮パックみたいに、ぽいっ。さよーならーー ...はーさっぱりした 27 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/17(木) 13:21:46 ] 撲滅、ということで、いいですか? まだですか? 28 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/18(金) 00:14:56 ] >>26 Itaniumって偉大なCPUじゃないですか… 29 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/18(金) 01:18:00 ] 偉大過ぎる。ここまで何もかも吸着してくれる OS は後にも先にももうあるまい。 30 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/18(金) 14:06:58 ] 24-29まで一人の粘着でした。ご苦労さん。 31 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/22(火) 13:46:22 ] 前スレで富士通の鯖をゲットした人の続報を聞きたい。 32 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/23(水) 14:08:03 ] じゃ、終りね。 33 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/25(金) 17:35:18 ] ttp://page12.auctions.yahoo.co.jp/jp/auction/p108792483 Ita2 1.3GHz x4発 終了時の入札額 10,000 に対して、最低落札額 300,000wwww 気持ちは、わかるぞw 34 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/26(土) 14:27:21 ] >>33 Sunスレから出張して荒らしに来なくていいぞ。 35 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/28(月) 12:02:20 ] なんか役に立つこと少しでも書いてみろよ。 36 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/28(月) 15:27:50 ] だな。荒らしは役に立つことを何一つ言ってないし。 37 名前：名無しさん＠お腹いっぱい。 [2008/07/29(火) 19:14:42 ] クロックも大して変わらないのに PA-RISC辞めたのは何故？ 38 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/29(火) 20:14:05 ] HP一社ではPA-RISCおよびコンパイラの開発費を出せなくなるという将来予測があったから、だと思う。 当時、SGIもMIPSの開発を続けるのは体力的に無理と判断して、IA-64に移行を発表したりしてた。 39 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/29(火) 21:29:16 ] そして、HP-UX が終るとともに、Ita も終りですね。合掌。 40 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 13:09:33 ] HP-UX の需要がある程度残ってるのに、Ita 打ち切りで HP-UX 道連れということも あるのでは? 41 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 00:33:23 ] Ita打ち切るならHP-UXをx64対応させるだろ？ 42 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 00:47:50 ] HP-UXやアプリをx64対応させるよりは、 IA64エミュレータを作ったほうが簡単じゃね? 43 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 01:11:59 ] なるほど 44 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 01:32:11 ] PA-RISCバイナリをIA-64上でエミュレーションで走らせていて、 それをさらに、IA-64&HP-UX環境エミュレータ上で走らせるのか。 45 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 15:38:27 ] PA-RISC エミュレーターを x64 上に.. ....(号泣!!!!) 46 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/05(火) 00:47:03 ] なんで泣くの？ 47 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/05(火) 10:21:50 ] Ita の存在が不要だから。 48 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/05(火) 13:20:00 ] もう採用話皆無だね。 49 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/05(火) 13:57:33 ] 新製品出るの? ソケット互換? CPU 差し替えるだけ? 50 名前：名無しさん＠お腹いっぱい。 [2008/08/05(火) 15:48:53 ] スレタイが「ItaniumをUNIXで」になってるけど、使えるのはHP-UX だけじゃないのか？ 他に使えるUNIXってあんの？ 51 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/05(火) 15:49:34 ] はいはい。商標。商標。 52 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/06(水) 11:31:35 ] Unix V6 53 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/06(水) 22:40:20 ] よーしパパ、OpenSolarisをItaniumに移植しちゃうぞ 54 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 07:01:39 ] >>51 が何を言ってるのかわからん 文脈から言って >>50 なんだとは思うが Itanium も UNIX も HP-UX も商標じゃないのかね Linux は Itanium で動くんじゃなかったか？ UNIX じゃないらしいけどｗ そもそも Itanium が高価すぎて Linux 程度じゃもったいなくて使えね 55 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 08:37:03 ] Linuxはunixではないと言いたいのだろう、たぶん。 Itaniumは中古なら産廃価格なので、Linuxで使いのでも桶。 56 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 10:28:26 ] >>54 え? 安いよ? ネットオークションで。高値で出してもマツタク売れないww Linux は、元々企図されたアーキなので、メーカーサポートされてるのは それなりにちゃんと動く、んじゃねーの? 知らんけどwww 57 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 10:30:05 ] >>53 Unix V6 で「スワッピング動作なのに、すげー速い!」てのは、どう?w 58 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 11:35:29 ] >>55,56 まあ自分は Linux のほうが使い易いと思っちゃうんですがね 仕事で HP の rx 系とか触らされてると価格がやたらボッタクリに見えてきちゃって 個人で買うってのは予想外だったぜ でもヤフオクで見てきたら rx2600 希望15万ってｗ …10万切ったら考えようかな 59 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 12:00:35 ] 使い易いと思うのは、個人の問題だろ。 60 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 13:25:52 ] これとか。￥58k ttp://page12.auctions.yahoo.co.jp/jp/auction/p111452583 このへんで相場わかるよ。 ttp://www.aucfan.com/search hyperSPARC とか SuperSPARC の MBus モジュールの方が高いしwwww ttp://page5.auctions.yahoo.co.jp/jp/auction/e82482973 61 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 13:27:39 ] >>59 そうだなww 個人の意見なんか、一切聞く必要ないよな? wwww ゴミの量産が目的なんだもんなwwwwwwww 62 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 13:53:01 ] 相変わらず2レスずつ連投していくのな。 こんなスレに出張してきて荒らして自己満足するなんて、 どんだけ精神を病んでいるか、あるいは、心の貧しい人なのだろう。 みていて可哀想でならない。 63 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 15:14:37 ] なんで荒しなんだよ。きわめてまっとうな投稿だろ。アラシはお前。哀れなのもお前。 気の毒に。なんで「周りも見えず自分一人だけおかしな行為続けてる」ことに気づかないのか。 64 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 15:17:55 ] それと、例え連投したとしても、お前みたいに「他人を装う」ようなコスいマネは しないがな、オレは。お前と違って。 65 名前：名無しさん＠お腹いっぱい。 mailto:sage ｵﾏｴｶﾞｲｳﾅ [2008/08/07(木) 20:15:39 ] > 周りも見えず自分一人だけおかしな行為続けてる ﾜﾛﾀ 66 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/15(金) 13:47:26 ] たまにヤフオクとかでCPU単体で売りに出てるでしょ。 あれね、ゴミなんだよ。 バグが見つかる度に修正したステッピングと交換してて、 その古いほうはゴミとして捨てられてるわけ。 それを、ちょろまかして売ってる人がいるのよ。 67 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/15(金) 21:54:14 ] ひどいな 68 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/16(土) 00:04:45 ] >>67 1. 「バグが見つかる度に修正したステッピングと交換してて、」が、ひどい 2. 「それを、ちょろまかして売ってる人がいるのよ。」が、ひどい どっち?w 69 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/16(土) 00:51:43 ] 2かな 70 名前：名無しさん＠お腹いっぱい。 [2008/08/16(土) 03:32:37 ] いや 1だ。 71 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/16(土) 09:08:47 ] ある中古通販ショップがItaniumを大量仕入れ。 ショップでは動作確認するハードがないだろうに 買ったほうも動作させるハードがないと踏んで、 動作保証付きの中古で1個6千円で販売。 在庫数の推移を見ると転売屋が買い込んだ気配。 案の定、ヤフオクに強気価格で数名が出品するも、 定価が幾らだと煽ったところで、売れるわけもなく。 結局、6千円を越える価格で落札されたのは最初の 数個だけで、その後は500円でも落札者いない状況。 転売屋ザマミロってところですか。 72 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/16(土) 09:58:51 ] 1は別に普通だしな 73 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/16(土) 10:02:45 ] パソコン向けに量産されてるCPUでさえ、かなりのバグを持っている。 本来のパフォーマンスが出ない、極まれに異常動作するけど気にするな、 そういうのを無視しないサーバのユーザの場合はどんどん無償交換するのでしょう。 74 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 13:46:35 ] そんなの Ita だけだぞ。アホか。ほんとにマヒしとるなww 対応とかそういう以前の問題だろ。 75 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 15:35:28 ] 一時期のSPARCの故障ほどでもないさ。 76 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 18:44:42 ] いくら下をみたからといって、上に上がれるわけじゃないぞ。 77 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 20:07:45 ] ダメもんわかってて使ってあげてるのか。イタましいな。 78 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 20:22:47 ] HP-UXでのユーザが相当数いるはずなのに、このスレの状況。 79 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/17(日) 21:14:27 ] 学生や趣味のユーザがいないのは妥当かと。 80 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/18(月) 15:46:23 ] それ以外のユーザーは、たくさんいるんだよな? よかった、ホッとしたよ。 81 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/18(月) 17:46:38 ] いなけりゃ、とっくにHPが何か方針転換してるだろ。 82 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/18(月) 17:50:38 ] PA-RISCのHP9000にしても、学生や趣味のユーザは極めて希だったし。 83 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/18(月) 22:50:00 ] >>81 してないのか、方針転換? 84 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/18(月) 23:49:19 ] Itaやめる、という方針転換はしてないな。 85 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/19(火) 00:19:22 ] HPはCPUの開発費の一部を日本メーカーに負担させることには成功したわけで 86 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/19(火) 16:17:28 ] Intel に対しても、押しつけと言って差し支えなかろう。 旧DEC ライン捨てる時にドサクサにまぎれて HP-UX も捨てそうだw 87 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/19(火) 17:05:27 ] HP-UXって何が優れてるの? ただHPのUNIXってだけじゃ、 HPの旧Compaqラインのx86サーバに、 Solaris for x86を乗っけたほうがいい、 なんて話になりかねん。 88 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/19(火) 18:29:19 ] 一応 11 の初めの頃とか、結構ウリがあったみたいだよ。 9 とかは悪い評判しか聞かなかったけどね、オレはw 89 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/19(火) 21:17:12 ] 11i = iモードの鯖で鍛えられました 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 00:20:30 ] >>87 > なんて話になりかねん。 もう、なってるんじゃね？ 91 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 00:41:54 ] SolarisよりもWindowsを乗っけたほうがいい、なんて話もあるぞ。 92 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 01:01:03 ] まあ、Windowsなら一応Itaniumでも動くし 93 名前：名無しさん＠お腹いっぱい。 [2008/08/20(水) 08:23:57 ] 95ｲﾝｽｺしてﾍﾞﾝﾁとりてぇ・・・・ｗｗ 94 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 09:48:25 ] 16ビットのイメージからのブートは、サポートから外れて、できなくなった模様。 初期のファームではブートできてた。 95 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 10:18:08 ] >>87 えっと、じゃ、「ない」、という結論でよろしいでしょうか、HP-UX ファンのみなさん?ww 96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 10:55:44 ] >>95はSunスレから出張してきてる荒らしなのでスルーしてください。 97 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 13:14:33 ] 荒してんのはおまえだって言ってんだろ? 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 13:15:22 ] ちなみにここが Sunスレの派生スレだって知らないのはお前だけww 99 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 14:37:25 ] >>98 勝手に決めるなよ。 100 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 15:14:26 ] だから前スレの >3 読めやこのタコが。 Sun スレで「Ita＝＝クソ」話が盛り上がりすぎたからここに隔離されたんだよ。 だからここでは「Ita＝＝クソ」という論調こそが元々の主旨なのだよわかったかクズ。 101 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 16:16:46 ] >>99は、前スレの3にも言ってるんだが。 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 16:17:58 ] > 3 名前：隔離犯１号[sage] 投稿日：2006/02/19(日) 15:32:12 > Niagaraに噛みついたらSunスレおん出されてしまいますたね。 > でも別スレ立ててくれるなんて、なんて律義な人だろう。 98や100の根拠は↑これだってさ。ぷ。 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 16:39:29 ] いまだに Ita にしがみつくやつ、ほんとにあわれーw かわいそーww 104 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/20(水) 16:45:08 ] ここは Sunスレの派生スレで尚且つ「Ita＝＝クソ」であることをここに宣言します。 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 10:02:29 ] Nehalem の「QuickPath Interconnect」って、Itanium で使われてるもの? まさか、ぜんぜん別物、ってことは、ないよね? 106 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 11:22:35 ] 同じ物が使われる予定 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 11:38:45 ] ということは、ついにソケット互換? 108 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 12:44:31 ] チップセットが互換・・・なだけかと。 ソケットまで互換にする意味は、あんまりない。 Xeon用のマザーボードにIA64用の巨大なファームのためにフラッシュメモリを6個も積むのはコストアップだし。 109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 13:37:31 ] え? 何MB のを 6個? 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 13:44:19 ] Nehalem の場合は x86 のエミュコード要らないから、かなり小さく ...ないの?w 111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 14:11:22 ] >>109 1MBを6個 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 15:02:11 ] なんだ、そんなもんか。（ファームとしちゃ確かに巨大だww） 8MB とかのフラッシュメモリって、ないの? 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 15:21:36 ] 容量の問題なのかな。 x86で焼きミス対策で2個乗っているのは、 大きな容量1つで賄えないから2個だよね? PAL、SAL、EFI それぞれ焼きミス対策で1つ前のバージョンを保存するために2組で6個かな。 それに加えて、x86用のBIOSも積むとなれば、8個になっちゃう。 114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/21(木) 17:02:13 ] まあ、お下品ww 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/29(金) 19:58:33 ] HP-UX って、Itanium ネイティブなの? それとも PA-RISC 用がエミュレーションで 動いてるの? 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/30(土) 17:39:08 ] しーん。 117 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/01(月) 11:12:27 ] しーん.. 118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/01(月) 16:15:08 ] （まじでそうなの..?） 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/03(水) 16:14:53 ] VMS 動くんだっけ? 120 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/03(水) 16:47:33 ] >>115 HP-UX/Itaniumへラクに移行する6つの方法・前編 ttp://h50146.www5.hp.com/products/software/oe/hpux/developer/column02/mig_itanium_01/index.html | 実のところ、HP-UX/Itaniumのオペレーティング環境の一部(例えばCDEなど)は | 現在でもPA-RISCバイナリで提供されているが、表面上その違いは分からない。 一部は PA-RISC バイナリだとよ。一部ってどこまでだろな?w 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/04(木) 13:37:42 ] CDE なんて、なんで Itanium ネイティブにコンパイルし直さないんだろう。 なんか理由あるのか...? 簡単て書いてあるけど、実は移行がたいへん とか PA-RISC エミュレーションの方が性能いいw とか いずれにせよ、気持ち悪い話だ。 122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/05(金) 08:43:17 ] >>121 オタクの楽しみは安定して使い続ける事ではない。 安定したら新アーキティクチャヤや風変わりなOSに興味は移る 123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/05(金) 09:45:31 ] イマイチ意味が汲めんが、 1. HP-UX/Itanium 使うやつは全員オタクだ 2. 安定しないのがオタクを惹きつける秘訣だ 3. HP-UX は風変わりな OSだ 4. 風変わりな他 OSに移られないためには安定しちゃダメだ 5. HP-UX 技術者は Itaniumの風変わりな点にフォーカスしていて CDEなんか置き去り どれだろう.. 124 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/05(金) 12:41:02 ] HP-UXってあたりですでにオタクは興味がなさそうだけどな。 125 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/07(日) 11:59:58 ] ガキくさい発言ばっかりだな。 とくにコンプレックス丸出しのアンチが。 >>121 コンパイルし直すだけでは済まないから。 趣味や遊びじゃねーんだから。 126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/08(月) 11:41:36 ] ガキくさい、ぷぷぷ。もうそんな言葉しか出ないかw? 趣味や遊びじゃないんならちゃんとネイティブなのつけろよ。はずかしーだろ普通?wwww 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/09(火) 18:51:28 ] >>125 > コンパイルし直すだけでは済まないから。 そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは ただのウダウダで大ウソが書いてあるわけだな? いや、そうじゃなくて CDE（元は HP VUE）のソースは互換性のかけらもない クズソースだから例外なのか?ww Alpha や UltraSPARC でも動いてるんだから そんなことはないんじゃないのか?w..ww > とくにコンプレックス丸出しのアンチが。 コンプレックス? HP-UX に対して?? それは、ないよ。wwwwwww 712/100 あたりめっちゃ印象悪いもんww 見下してるしpp 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/09(火) 20:46:49 ] >>127 > そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは > ただのウダウダで大ウソが書いてあるわけだな? No. > いや、そうじゃなくて CDE（元は HP VUE）のソースは互換性のかけらもない > クズソースだから例外なのか たぶんNo. >>127のようなポイントを外した疑問を投げかけてるようでは、やっぱり趣味や遊びのレベル。 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 10:10:56 ] ほうほう。高尚なご発表が待っているようだな。みんな期待しろよ。 では、よろしくお願いします ↓ 『講題: なぜ HP-UX/Itanium の CDE等は PA-RISC バイナリのままなのか』 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 11:31:24 ] コストパフォーマンス 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 11:44:10 ] え? 132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 11:46:08 ] ニセモノだろ。まさかねw 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 13:29:50 ] コスト → PA-RISC から Itanium に移植するのにコストがかかる パフォーマンス → Itanium ネイティブにしなくても PA-RISC でパフォーマンス出る だめじゃんwwwwwwwwww 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 13:38:50 ] >>133 ちみ、実務しらないお子様だね? 135 名前：dns1.netside.co.jp mailto:sage [2008/09/10(水) 16:41:47 ] みなさん、キーワードは、『実務』。じ・つ・む。実務です。ポイントですよぉ? では先生、続き ↓ をお願いします。 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 17:00:17 ] >>135 御社のお仕事を貶すわけではありませんが、 銀行やキャリアを相手にした仕事とは世界が違うことを認識してください。 137 名前：dns1.netside.co.jp mailto:sage [2008/09/10(水) 17:01:00 ] だんだん具体的な話で核心に迫ってきました!! 138 名前：dns1.netside.co.jp mailto:sage [2008/09/10(水) 17:07:24 ] >>136 銀行やキャリアってそんないい加減な説明しかできなくても買ってくれるの? 楽勝なんだね。 オレが知ってる客と違うな... 日本じゃないよねもちろん? 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 17:24:36 ] >>138 そういうのは一次請の会社の仕事だからな。 140 名前：dns1.netside.co.jp mailto:sage [2008/09/10(水) 17:55:44 ] そういう詐欺構造だ、と言ってるの? 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/10(水) 18:01:32 ] No. 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/11(木) 22:40:30 ] 運用で金を生む 誰が？ｗ 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 11:08:10 ] 先生、続き ↓ をお願いします。前振りは十分ですので、そろそろ本論で。 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 11:11:58 ] カマッテチャンが寄生してるスレ 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 11:30:23 ] 何もかもがコンパイルするだけで済むなら PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない ってことが理解できないアホが粘着してるだけ 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 14:08:28 ] 『--- CDE PA-RISC バイナリの深淵 ---』 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 14:11:33 ] >>145 もー、なんてゆーかwwwww 苦しいどころちゃうねww > 何もかもがコンパイルするだけで済むなら →そういうの「ソース互換性低い」って、言うんだけど。次元低いねぇ。 > PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない →そんなことないけど。どこのガキがそんな入れ知恵しれくれたの? > ってことが理解できないアホが粘着してるだけ いやいや、あんたがアホですが。プッ みじめーw 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 14:54:42 ] >>147は知らないが故に、相手が何を言っているのか、わからないようです。 アンチの品格を落すようなことするな。 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 15:45:29 ] いやー、苦しいね苦しいねぇ〜www それで? もうちょっと具体的にやり返さないと。今んとこゼロスコアだぜ? ..プ 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:21:37 ] PA-RISCエミュレーションで十分な性能が出るの？ 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:45:08 ] >>149 ガキはせいぜい勉強してCTCあたりにでも就職するんだな。 >>150 パフォーマンスが要求されるものは限られていて、 それ以外はPA-RISCエミュレーションで十分よ。 CDEなんかエミュレーションで十分。 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:50:21 ] ひ〜、苦しい苦しい。説明できないとこつっこんだ人間全員ガキ呼ばわり。程度ひく〜ww 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:51:43 ] >>150 出るんだって。だから、PA-RISCの在庫品安く買った方がお得だねーww 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:54:50 ] >>152の一連の言動がガキなんだが。 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 16:56:39 ] 説明するまでもないだろ、それなりのところで仕事してる人には、言わなくても判ることだもの。 なんでこんなところで常識を教えてやらんといけないわけ? 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 17:02:39 ] >>155 おいおい、どんどん墓穴深くしてんの、わかんないのかよ? 悲しいやつだな.. 説明するまでもないから、わざわざ中身ゼロの返事だけしてんのか? 奇特すぎるぞwww 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 17:56:29 ] コストの問題だって、とっくに既出。 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 18:08:54 ] まったく、まぁっつとぅぁく説明になってませんが。誰のコスト? なんでそもそもそんな「コスト」かかるの? なぜ HP-UX/Itanium の他の部分や、他の OSではコストがかかるにも関わらず ネイティブバイナリにするの? 苦し紛れの出任せだよね? 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 18:22:01 ] ソフトウェアの開発・保守の工程や品質管理についてのレクチャーをここで求められてもなぁ。 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 18:59:01 ] そんなの本気にするの一人もいねーよw どんどん穴深くなってんのたいがい悟れよwww レクチャーね。そんなんできるんなら、もっとまともなこと上で言えてるわな ..www 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 19:15:25 ] Solarisって64ビット化されたとき、すべてのモジュールが64ビットになったんだっけ? 段階的に64ビット化されて、最初はけっこう32ビットのモジュールが残っていたような。 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 20:29:28 ] IA64て仕様として PA-RISCの ISAとの互換性保証してるの? 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 20:48:44 ] >>162 互換性はないよ。 その代わり、 PA-RISCからのバイナリトランスレータを作りやすいように、 PA-RISCからのバイナリトランスレータでパフォーマンスが出やすいように、 IA-64命令セットがPA-RISCに似たものになってる。 IA-64単体で見たとき、それは負の遺産だと思う。 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 22:17:14 ] OracleとかWeblogicとかSAPとかそいうーので語ってｋれ 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 22:34:10 ] ユーザは>>164が挙げたようなサーバソフトが快適に動く箱が欲しいのであって、 中身が何だろうと、あんまり関係ないんだよね。 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/12(金) 22:35:43 ] >>164 そういうのはItaniumネイティブで提供されてるっしょ。 CDEをネイティブにしろなんてアホ言ってるのは、 趣味的なキボンヌを口に出すガキだけ。 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/16(火) 09:38:03 ] SPARCv9 は仕様として SPARCv8 や v7の上位互換なんであって、 それらのバイナリーが動くのは当然。そいつらもネイティブ。 IA64 の仕様でもない PA-RISC バイナリーが動くってのとは違うよね。 つまり「標準」連発してるけど、IA64の実装（現状いっこしかないけど）に よっては HP-UX は動かない。 手抜きつーか、みじめつーか、みっともなさ過ぎだろ。 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/16(火) 10:23:41 ] >>167 あいかわらず何が問題なのか理解できてませんね。 再コンパイルすることが問題なのです。 たとえ、コードを全くレビューせず、修正が必要な箇所もなく、コンパイルしたものが1発で動いたとしても、 再コンパイルすることで結構なコストが発生するのです。 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/16(火) 10:36:15 ] へえ。そんなコストが分散消化できないほど HP-UXて数出てないのかよ? ほんとかよww んじゃあ x86へポートなんて夢のまた夢だな? CDEの動作確認コストで企画オジャンだwwwwww 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/16(火) 11:46:35 ] つーか、Itanium に載せた時点で動作テストしなくていいってか? ソンナバカナ.. 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 17:15:50 ] 先生、そろそろ本論で。↓ 前振りはもう十分です... 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 18:58:42 ] 結論、大手ベンダで働け! 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 19:09:39 ] 先生、そんな枝葉抹消瑣末な小事はどうだっていいんですよ、核心をお願いします。 ...中身ない、って言われちゃいますよ? 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 19:12:09 ] 大手で働いてるクズを大量に知ってるわけだが。なにが疑問なのかね?w 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 19:50:19 ] >>174のようなコンプレックスで決め付けの人は相手が何を言ってもムダ 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 20:46:35 ] だってなんにも説明してないぜ? 「実務」とか「ガキ」とか。アホちゃうか。 脳空洞なんだろな。こんなエンジニア来た日にゃ、トラブルまっしぐらだね。 オレは初見で追い帰すぜ、こんなクズは。なんの説明にもなっとらん。 まあ、最初から説明なんかできないのがミエミエだけどな。 利口なやつなら首つっこまんわなwwww 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 20:51:35 ] >>176が、自分が幼稚な罵詈雑言ばかりで何も説明してないのを棚に上げて他人を批判してます。 自分が遊ばれているのがわかってないらしい。 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 21:10:27 ] 頭悪いのに、あちこち首つっこんじゃ、ダメだよ? 悲しい目にあうからね。 かわいそかわいそ。 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/17(水) 21:13:07 ] てことで HP-UX/Itanium はどうしようもないクソのようだな。際立ったわww 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/19(金) 23:22:15 ] 変なパッチ当てないと、そこらに転がってるソースコードはコンパイルできないし 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/20(土) 05:22:32 ] だから何? そんな趣味レベルで使うようなものじゃないし。 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/20(土) 17:06:10 ] 「実務」とか言ったはいいけどその先が全く説明できないなんてバカが実在するんだな。 しかもまるで懲りてない。使えん。エンジニアじゃないことを祈るのみ。迷惑千万。 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/20(土) 18:33:19 ] >>182 釈迦に説法って知ってる? 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/21(日) 02:45:09 ] 一生やっとけゴミ。 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/21(日) 04:39:57 ] このスレきもい カマッテチャンが必死になってる 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 00:03:49 ] 失笑。キモいのは、おまえ。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 01:22:35 ] 誰が キモくて カマッテチャンで 必死なのか わざと書かなかった そして反応したのが186。 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 09:06:39 ] カマッテチャンなんて使ってんのは、（別のスレも含めて）おまえだけだよ。 あーきしょー 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 16:23:15 ] このスレはキチガイ2名がレスの応報してるだけだな 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 21:09:31 ] で、6コアItanium2はどうなのよ 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/22(月) 23:11:06 ] そんなの出るの？ 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/24(水) 19:09:16 ] たぶん出ませんw 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 15:38:43 ] みんな、なんで Itaniumなんか買ったの? 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 22:26:26 ] >>193 買ってはないが、 Windows + SQL Serverは32ビットで、将来的に規模拡大したときのアップグレードパスがない っていう人に対して、Itanium版があるから安心しろって言えるだけで、十分に価値があった。 おっと、ここはUNIX板だったな。 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 22:34:49 ] じゃあ、もう誰も買わないね 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 03:07:02 ] >>193 興味ない人は来るなよ。 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 11:08:13 ] >>194 MS の SQL Serverは amd64で 64bitになっちゃったの? 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 11:37:27 ] AMD64が発表される前の昔の話だろ 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 14:09:34 ] うん、で、今は? まだなってないの? 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 14:10:19 ] 自分でマイクロソフトのサイトでも見たら? 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 14:47:02 ] なんでそんなに言いたくないわけ?wwww 恥しくて?w 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 14:55:17 ] いつもの粘着キチガイか 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 16:10:24 ] まあ、カトラーは最初っから Itaniumには批判的だったみたいだしね。 Athlonの部隊には DEC出の同僚がたくさん居るみたいだし。 最適化の手法が Alphaと同じでイケるとかなんとか。 仕方ないわな。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 05:20:03 ] カトラーというかWindowsNTは最初の方針の中に、 マルチスレッド化してマルチプロセッサでスケールする というのがあったので、 シングルスレッド性能を追求するあまりに効率の劇悪な IA-64というのはアホらしかったのだろう。 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 09:57:30 ] そうかなぁ。オレは単なる同窓会趣味と、自分の過去の技術に対する 固執（よく言えば自負）なんじゃないかと思ってるがww DECにはそういう社風あったそうだし。社外技術を見下す姿勢。 EPICは HPから出たもんだから。 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 12:56:36 ] レジスタウィンドウが嫌いなんだよ!! 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 13:10:08 ] レジスタウィンドウは使いにくいよね。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 16:16:26 ] それは違うな。ハマれば高速。 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 19:35:02 ] 実際のところ、ハマるのか? 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 23:20:18 ] おっ。いまちょうどハマったw 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/16(木) 13:29:39 ] JR九州、NX7700iシリーズなど 16台に移行、って書いてあるな。 イマイチ図が小さすぎてよく見えんが。NX7700iが何台だろ? 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/18(土) 02:33:24 ] メインは8CPU機を2台でクラスタ構成っぽい。 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/16(日) 11:11:57 ] >>121 亀レスだが。 ネイティブだろうがエミュだろうが、同じバージョンである以上その中身が変わることは まずいんでないの？特に商用利用では。 (パッチによるバグ修正は除く) HP-UXに関しては、逆にパフォーマンスに関わる部分はネイティブ化してあるって ことなんだろうさ。 214 名前：名無しさん＠お腹いっぱい。 [2008/11/19(水) 01:54:25 ] top500の中でItaniumを使ってるのが 1.8% EM64T, x86_64を合計すると85% 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/19(水) 11:18:06 ] きゅーぴーIで x86の SMPがまともになったりしたら即死だね。 ま、その可能性は低いと思うがw 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 09:37:41 ] >>214 だから何? むしろ1.8%も残っていることのほうが驚きだよ。 >>215 はいはい、Sunスレから出張で荒らしに来て、おつかれさん。 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。 それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。 まぁ限られてると思いますけどね。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 10:30:57 ] > 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。 24コアを「バス」で主記憶に接続して、まともに性能出るわけがない。 キャッシュに収まる特殊用途除いて、な。あんた次元低すぎるんだよ。 なんでわざわざインターコネクトの名前あげてるかぐらい考えてよね。 考えても書かなくていいけどww > それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。 そんな用途で実績のかけらもないアーキを使う意味なんかないでしょ。 企業判断的にチョンボして行き詰まってる「事情」があるとこ以外には 無価値と思うが。 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 11:12:53 ] やはりその口調、Sunスレから荒らしに来ている人か。 あなたの脳内では、まともに性能が出ないそうだが、 各社がサーバ作って出してるんだよねぇ。 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 11:20:42 ] Xeon 7400番台を採用した4Pサーバは、Sunもリリースしていたと思うが。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 18:55:12 ] まあ、このへんにちょうどいい解説があるよ。3.な。 ttp://www.geocities.jp/andosprocinfo/wadai02/20020511.htm | コモンバス方式は追加のハードも少なく一番簡単ですが、 | ...多数のプロセサを使うシステムでは性能が飽和してしまいます。 超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと 話にならん。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 05:09:47 ] >>217や>>220の脳内では、今もXeonは1つのバスに24コアが並列に繋がっていて、メモリも1chしかないらしい。 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 09:38:14 ] こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ.. ろくに検証もしないから問題にもならない、とw 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 12:41:06 ] いつも相手を馬鹿にした態度で書き込みをしている・・・そういう病人はスルーしましょう。 しかも現実が見えてないですからね。 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 18:41:16 ] よっぽど会社じゃ居場所ないんだろか(´・ω・｀) 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 02:33:55 ] > ろくに検証もしないから あれれ、脳内妄想で評価している人が、そんなこと言いますか? 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 07:01:00 ] 確かにマルチコアでの性能の上がり具合はx86の方が低そうだけど、 Opteron 8wayとItanium 4wayでOpteronの方が性能が上で価格も数分の一となれば Opteron選ぶよねえ。うちでItanium入れたのなんてsuper domeくらいだ。 x86だとDL785の8CPUが上限だから、それ以上欲しいときはItanium/SPARCを 検討する。2CPUや4CPUで十分なサーバーにはx86しか入れない。 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 07:36:58 ] 板違いになりますが、Windowsで仕事してます。 お客様は夢見がちで、現時点でWindows鯖で十分なことは理解していても、 将来の業務拡大にハードウェアのアップグレードで追い付けないことを心配されます。 そのときにItaniumにアップグレード可能だと説明すれば、だいたい納得されます。 実際にはx86ベースのシステムの性能向上のペースを上まわって成長した事例はなく、 Itaniumは見せ玉のまま終わっています。 x86 & Linuxの案件でも、Itaniumは見せ玉として使えませんか? 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 07:59:50 ] DB鯖以外はスケールアウトが可能になってるからサーバー単体の性能は そんなに気にしない。台数少ないにこしたことはないけどね。管理も楽だし。 DBはOracle RACいれてとりあえずノード追加で対応できて将来はまた 新しいH/W出てますから、って言う。まあDBはOracleさえ走ればLinuxでも Solarisでもhp-uxでもいいから見せ玉使う事もないけど。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 09:28:31 ] Oracleはマルチプラットフォームでいいですね。 SQL ServerはWindowsのみなので、Itaniumには頭が上がりません。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 09:52:28 ] キューぴーIは、少なくとも理屈の上ではリニアなスケールの可能性があるよね。 それ以前の「バス」はだめだよ「バス」は。お話にならん。 なんでこうおバカが多いのか。踊らされてほんとにアワレなこった。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 10:00:08 ] >>230 妄想はいいから自分で実機で検証してからホザきなさい。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 10:06:27 ] お前こそ 8コア超の x86サーバーがエンプラ用途でちゃんとリニアに スケールするという記事でも探してこい。 「商品が出てる」で証明になんかなるかボケ。 ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。 単発の 80386パソコンの何倍も遅かったが、製品だった。 まーーーーったく売れなかったと聞いてるww 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 10:11:29 ] >>232 その他には経験がないわけですねw 誇らしい経験をお持ちで良かったです。 >>227 皺々なんで見せるの恥ずかしいです（＞＜） 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 10:36:13 ] ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。 で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。 ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 11:40:00 ] >>227 Windows売るのにItaniumを見せ玉にってのは良く聞くな でも、Becktonが出たらItaniumの役目も終わりだろ Linuxで拡張性に不安って人は最初からUNIXに行くんじゃね？ 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/30(日) 02:41:38 ] その頃にはItaも少しは進化してるだろうし、32/64CPUクラスをXeonで 置き換えられるようになるのはまだまだかかるんじゃないかな 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/30(日) 04:51:36 ] >>234 退場。 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 10:28:18 ] 実績ないんだから、提示不能。そういうことだよな?ww 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 14:40:06 ] >>238 いいかげんにしろ。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 15:35:14 ] お前がな。 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 15:46:11 ] x86けなされると、なんでそんなにくやしいの? どーでもいいんだけどさ.. 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 16:58:43 ] どーでもいいなら聞く必要もあるまい。 自己矛盾君。 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 17:15:46 ] ゴミ撒かれるのはどーでもよくないわけで。 ま、もうゴミでも撒かなきゃ話題もないんだけどww 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 17:32:53 ] 既に約 1年前に元麻布氏がこんなの書いてたんだね。 ttp://pc.watch.impress.co.jp/docs/2007/1113/hot515.htm | ...このアライアンスを母体に新しく事業会社を起こし、そこにIA-64の設計や | 開発を分離するのはどうだろう。...Tukwilaが完成し、QPIベースの | プラットフォームが確立したら、タイミング的には頃合いだと思うのだが。 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 17:41:48 ] じゃあそうします。 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 17:43:51 ] Itanium International 国際イタニウム株式会社 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 07:46:30 ] Xeon 7300や7400ってのは、1プロセッサに4コアあるいは6コア。これが同一のFSBを共有。 これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。 そして、Xeon 7300や7400の4プロセッサ向けのチップセットではFSBが4本あり、 4つのプロセッサがFSBを共有せず、スヌープキャッシュによって、ほぼ独立している。 これらと2つの独立したメモリコントローラが、チップ上で密に結合されている。 これ、Sun Fireのボード間のクロスバースイッチをワンチップに納めたようなもの。 いまのXeonがSMPで性能が出ないというのなら、 かつてのSun FireのSMPも性能が出ないという話になる。 プロセッサ数あるいはコア数が倍になっても、性能は倍にはならないが、 それは、Sun Fireでも同じ。 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 10:18:11 ] Sun Fire（というか、UltraSPARC の IIiや IIIiじゃないやつ）は、 バスなんか使ってないですが。直クロスバーですぜ。 んで、その Xeonの構成で、メインメモリはどこにつながってるの? チップセットの先の「バス」よね?（そうじゃなきゃ NUMAだもんな） んで、メインメモリへのアクセスは競合しないの? バスが「飽和する」って、意味わかってる? > これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。 > これ、Sun Fireのボード間のクロスバースイッチをワンチップに納めたようなもの。 > かつてのSun FireのSMPも性能が出ないという話になる。 > それは、Sun Fireでも同じ。 まぁーーーーーーっったく、違いますが。いっしょにしないでくれる?w んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、 一体なんの関係があるわけ? チャネル数増やして（見かけ上の）アクセス速度上げると、 バスは _余計に飽和_ しやすくなるけど? バスが「飽和する」って、意味わかってる? （念の為 2回め） 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 11:06:45 ] Itaniumの話しようぜ 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 11:35:16 ] >>248 > Sun Fire（というか、UltraSPARC の IIiや IIIiじゃないやつ）は、 > バスなんか使ってないですが。直クロスバーですぜ。 データはクロスバーだけど、アドレスは実質的にバスだよ。 > んで、その Xeonの構成で、メインメモリはどこにつながってるの? > チップセットの先の「バス」よね?（そうじゃなきゃ NUMAだもんな） バスですよ。 > んで、メインメモリへのアクセスは競合しないの? 競合するよ。 メモリアクセスを開始できるのは同時に2つまで。 アドレスが実質的にバスのSun Fireも同じだよ。 メモリアクセスを開始できるのは同時に1つだけ。 > バスが「飽和する」って、意味わかってる? アイドルサイクルがない状態が飽和、でしょう。 > んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、 > 一体なんの関係があるわけ? 独立して動作するメモリバスが2本あれば、 2つのコアのメモリアクセス要求を同時に処理できるので、 飽和した状態で処理できるメモリアクセスが増える。 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 11:35:53 ] じゃあ、Itaniumの話で。 いま自宅でRHEL3使ってるんだが、ぼちぼち入れ替えたい所。 ia64対応しているフリーのディストリで、今だったらどれがオススメ？ centosはいつまで経っても5系でないし、何かdebian位しかメンテされているのがない気がする。 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 11:48:09 ] >>250 > アドレスが実質的にバスのSun Fireも同じだよ。 おいおい。トンデモな言い訳はよしてくれや。 じゃ、バスに対するクロスバーの利点はなんだよ? アドレスがバスだからクロスバーの利点は帳消しになるとでも? ふざけてんのか?? 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 12:10:34 ] >>252 > おいおい。トンデモな言い訳はよしてくれや。 >>220のリンク先に書いてあることですが? > じゃ、バスに対するクロスバーの利点はなんだよ? クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。 もしSun Fireをバスにした場合、512bit幅でバスを配線しなくてはいけない。 クロスバーなら、発着が別の場合に、1つ前のメモリアクセスで生じた転送が終わる前に 次のメモリアクセスで生じる転送を開始できるので、つまり、転送をゆっくり行うことができる。 そのためSun Fireは128bit幅で4クロックに分けて転送してる。 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 12:11:40 ] >>251 いっそFreeBSDいってくれ。 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 12:19:26 ] >>251 使うだけならそのままRHEL3をEOL迄使いつづけたら？ 開発に参加するならFedora9を入れるとか。 ttp://fedoraproject.org/wiki/Architectures/IA64 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 12:19:54 ] >>254 FreeBSD/ia64だとXが使えないのが苦しい所だな。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 12:28:22 ] >>255 まさに使うだけだったからRHEL3で間に合ってたのだけど、 作業環境としては要らなくなったので、気分転換しようかと。 実験環境としてはdebianだと保守的すぎてつまらないし、 Fedora9で良さそうね。 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 13:18:51 ] >>253 > クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。 はぁ〜。どーしよーもねーな。 まあ、その程度じゃなきゃ共有バスで SMP性能が出るなんて思わんわな。 Wikipedia の「バス（コンピューター）のとこでも読んでみれ。話にならん。 | ...スター型トポロジとなるクロスバースイッチ（クロスバーバス）が | ワークステーション等に採用されている。これは複数のCPU・メモリ間で | 多対多の転送（通信）を同時に行えるようにしたもので、... 多対多で同時ね。は〜、疲れるわ。 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 16:09:09 ] >>258 こっちのほうが疲れるぞ。 思いっきり単純化して、スヌープとか調停とか端折りまくって説明するとだな。 ■データ転送がクロスバーの場合、↓のようにデータ転送は多対多で同時に行えるので、 64バイトの転送を16バイトずつ4クロックに分けてもOK ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求 ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求 ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求 ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求 略 ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始 ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始 ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送開始 ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送開始 略 ステップ9) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了 ステップ10) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了 ステップ11) ノードAのメモリから、ノードCのCPUに向けてデータ転送終了 ステップ12) ノードBのメモリから、ノードDのCPUに向けてデータ転送終了 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 16:10:44 ] ■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、 64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求 ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求 ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求 ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求 略 ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送 ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送 ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送 ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 16:35:39 ] >>260 > 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。 あのなぁ........................ そういう前提がまちがってるし。 今 6coreが 4ソケットって話してるんだが、コアが 24という前提でやってくれるか? 1:4クロックでノード数 4て、日頃からそいういうインチキ語って暮らしてるの? 逆に言えば、上の例だと 5CPU以上ダメじゃん。実際オーバーヘッド入れたら 共有バスだと 4CPUもキツイ、というのにモロ符合するけどなw オレもヒマだなw 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 16:47:29 ] >>261 > 逆に言えば、上の例だと 5CPU以上ダメじゃん。 4ノードの時点で16CPUなんだが・・・ まぁいいや5ノードで書いてみる。 ■データ転送がクロスバーの場合、↓のようにデータ転送は多対多で同時に行えるので、 64バイトの転送を16バイトずつ4クロックに分けてもOK ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求 ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求 ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求 ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求 ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求 略 ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始 ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始 ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送開始 ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送開始 ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送開始 略 ステップ11) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了 ステップ12) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了 ステップ13) ノードEのメモリから、ノードCのCPUに向けてデータ転送終了 ステップ14) ノードAのメモリから、ノードDのCPUに向けてデータ転送終了 ステップ15) ノードBのメモリから、ノードEのCPUに向けてデータ転送終了 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 16:48:34 ] ■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、 64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求 ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求 ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求 ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求 ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求 略 ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送 ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送 ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送 ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送 ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送 ほらね、データバスの帯域幅は4ノードと5ノードで同じだよ? 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 17:25:26 ] >> 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。 > あのなぁ........................ そういう前提がまちがってるし。 クロックって言うからいけない アドレスの1サイクルと同じ時間で終わるならって言えばいいのよ 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 19:18:29 ] >>258 転送は同時にできるが、その転送の要求は同時に出せない。 266 名前：名無しさん＠お腹いっぱい。 [2008/12/02(火) 20:01:36 ] バスで 64バイトが 1クロックって、どういうことよ? 信号線 512本あるの? 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 20:17:44 ] 信号線が512本もあったら実装が大変だし、 かといってクロックを上げるのも大変だから、 そこで、 クロスバーですよ。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 20:30:30 ] LSI内なら512本もOK Xeon用のチップセットは、データ部分8.5GB/secのFSBを4本と、 送受信あわせて8GB/secのFB-DIMMを4チャネル(2チャネルずつ束ねて使われることに注意)、 合計66GB/secを、 クロスバーかバスか知らないが、とにかく、コンカレント動作を妨げないように接続している。 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 22:37:56 ] そろそろクロスバー盲信者にトドメ、さしとくかな。 Sun Fire 3800 2〜8プロセッサ 実効帯域幅9.6GB/sec Sun Fire 4800 2〜12プロセッサ 実効帯域幅9.6GB/sec Sun Fire 6800 2〜24プロセッサ 実効帯域幅9.6GB/sec アドレスが実質的にバスなので、プロセッサが増えても9.6GB/secのまま。 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 23:16:55 ] 16CPU超のシステムならアプリインストールしてベンチで評価するでしょ。 そりゃこの辺の知識があれば評価対象は絞り込みやすくていいけどさ、 いい加減お互いにけんか腰やめてくんないかな 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 23:18:22 ] Itanium機にRHEL3って人はhp-uxはもっとらんの？ 保守入ってなきゃ新バージョンはもらえないのかな 272 名前：251 mailto:sage [2008/12/02(火) 23:57:25 ] >>271 hp-uxは持ってないし、ドライバサポートに難があって、 確かVGAとSCSIボードを交換する必要があった。 シリアルコンソール＆ATA接続にすりゃ動く様だが、 それじゃあWSとは言えんわなｗ ちなみにWindowsでもそのままの構成で動く。 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 00:16:38 ] > アドレスが実質的にバスなので どこの田舎の言葉ですか? 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 01:19:53 ] 続きは検証センターででもやればいいのに。 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 09:37:01 ] >>270 え? バスバス言ってんのは、なんか反論でもした気になってるのかよ? 笑止 小手先の付け焼き刃の延命処置をさもまっとうな対策みたいに語るのは よくあることだけどな。 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 09:41:18 ] 「バスを多段にして間にキャッシュ噛ますとあら不思議、クロスバーに対抗できます。」 まとめるとこういうことだな。 「なぜなら、クロスバーはアドレス指定がバスだからです。」 クロスバー導入したエンジニア達はそれに気付かなかったわけだw 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 11:50:30 ] Sun Fire 6800、アドレスが実質的にバスで飽和しまくり。 ↓ 「バスを多段にして間にキャッシュ噛ます」 アドレスのバスを細かく分割して、スヌープフィルタを介して相互接続することで、ボトルネック解消 ↓ Sun Fire 15K、従来の10倍以上の高速化を実現! Xeon、共有バスなので飽和しまくり。 ↓ バスを分割して、スヌープフィルタを介して接続することで、ボトルネック改善 ね、一緒でしょ。 >>273 真実には逆らえず、レッテル貼りによる封じ込めに作戦変更ですか? 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 11:54:51 ] ttp://www.atmarkit.co.jp/news/200110/05/sun.html > 通常のバス・アーキテクチャでは全ての信号が1本のバスを通るため、 > CPUなどを増やして処理性能を上げようとしてもバス性能が性能向上のボトルネックとなった。 > バスを流れる「データ」「コントロール」「アドレス」の3種類の信号のうち、 > データだけがクロスバー・テクノロジによって高速化されていた。 アドレスはバスでした。 もっと詳しいことは↓でも読んでくれ。 ttp://jp.sun.com/products/wp/server/WPcat4.pdf 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:03:16 ] ちなみに日本語訳は誤訳とかアヤシイ部分があるので、原文に当ったほうがいいかも。 原文はこちら ttp://www.sc2001.org/papers/pap.pap150.pdf 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:06:31 ] >>278 > アドレスはバスでした。 お前の日本語をどうにかしろと 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:11:16 ] ていうか、すでに>>220のURLに書いてあることなんだよな。 自分で持ち出しといて、内容を読んでなかったのかな。 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:11:28 ] ...Sun Fireのクロスバーが性能改善した事実がすなわち今の Xeon MP機の 性能がいいことを証明したことになる、のかよ? 無理あり過ぎだろw 実際そうなら 8コア超の Xeon MP機の評価記事がどんどん出てくるだろうし、 飛ぶように売れるだろうからそれでわかるんだろな。 じゃあ、QPIなんてやる必要はなかったわけだw ..どのみち Itaniumは-終了-なんだな。 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:12:05 ] >>280 アドレスは実質的にバス接続 これ、理解できないの? 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:12:28 ] >>281 あんた相手してるの元の人間と違うぞw 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 12:14:41 ] >>282 往生際が悪いぞ。 一部分でもバスだからダメというお前さんの主張を否定しただけだ。 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:11:23 ] はあ? 往生なんかしませんが。ひょっとして追い詰めたとでも思ってるのか?! クロスバーにすぐついてこれなかった RISCベンダーが打った対策の 焼き直しじゃないか。もっともらしく持って回ってあるが。 そいつら結局全部クロスバー行ってるし。 で、QPIはどうなんだよ? それ以上に素晴らしいバラ色の新技術か?w 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:16:23 ] >>285 > 一部分でもバスだからダメというお前さんの主張を否定しただけだ。 ところで、バスを分割して切り替え（スイッチング）して使うのは、 それはクロスバースイッチとは明確に違うのか? 信号線も減るんだろ? 粒度の違いで区別する? 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:45:00 ] >>283 アドレスリクエストがシェアードバスに流れると言いたいのか？ クロスバースイッチだって「バス」だぜ？ 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:48:09 ] >>286 すでにXeonはクロスバーになった、という話なんだがなぁ。 >>287 Sunは、 > バスを分割して切り替え（スイッチング）して使う ことも、クロスバーと呼んでるようですよ。 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:50:41 ] 270だけどなんでバスなんて一言も言ってない俺が突っ込まれなきゃならないわけ？ ItaniumもSPARCもCPU単体の能力が低すぎてどうでもいいんですけど。 何でインターコネクトの帯域にそんなにこだわるの？ OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ？ 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:50:49 ] >>288 そういう言葉の揚げ足取りするのやめなよ。 どういう意図でバスと言ってるのか理解できるだろ。 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:53:46 ] >>290 CPU単体の能力が低すぎる ↓ 多数のCPUをSMPで動かす ↓ インターコネクトの性能で決まる ってことかと。 Sunが真っ先にクロスバーを導入したとき、 そのCPU搭載数は競合他社の2倍だったと思う。 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:57:18 ] で、だ。 CPU単体の能力が高ければ、 多数のCPUをSMPで動かす必要もなく、 ゆえにインターコネクトの性能も必要ない 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 13:59:53 ] >>289 > すでにXeonはクロスバーになった、という話なんだがなぁ。 ほぉおふぉぉ、次はそう来るかよw んじゃ、QPIって、何? オレって釣られまくり? 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:00:48 ] >>293 それはさすがにバカ丸だしwwww Itaniumサイコー!!!!!!w 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:05:08 ] >>290 > OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ？ SPARCナメてもらっちゃ困るな。SPARC64はシングルスレッド性能でもトップクラス。 297 名前：290 mailto:sage [2008/12/03(水) 14:07:06 ] いっとくけど俺は293じゃないからな。 ItaniumはSPARCより駄目だと思ってるし 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:09:59 ] 盛り上がってきたなぁ...ww 今何人参加してんだろp 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:14:18 ] >>292 うちでOracle RAC使った実アプリで検証した結果は SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい 速かった。OracleライセンスやSANを入れた構築費は1/5くらい。 DBの話だから計算屋さんとは全然違った判断だと思うけど。 Opteronだとインターコネクトの帯域でこだわってる話題に そぐわなくてすまんな。 Opteron 8CPU x2(RACノードとして)を超える必要が無いと SPARCやItaniumは要らない。超える規模だと評価機借りるのも大変で ベンダーの力も借りないといけないから、ベンダーのおすすめで supredome/Fire x0Kクラスを評価して納得のいく性能が出たらそれを買う、という 流れになる。帯域がどうこうとかはいろいろある検討科目の一つに過ぎなくて どうしてそんなにこだわる人がいるのか逆に疑問だ 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:17:31 ] >>296 SPARC64ねえ、それは確かにいいかもしれない。 機会があったら評価してみたい。富士通には縁が無いんだけど。 やっぱSPARC IV+より全然いいの？つかItaniumスレでする 話じゃないな 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:24:15 ] CINT2006 ASUSTeK Computer Inc. Asus P6T Deluxe (Intel Core i7-965 Extreme Edition) 33.6 30.2 Fujitsu Limited Fujitsu SPARC Enterprise M3000 12.6 11.5 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:35:09 ] p5も評価してみたいなあ。 でもアレだよね、今から評価するならCore i7ベースのXeonも 楽しみだよね。そういやXeonとItaniumでソケット共通にするって 話はどこいったの？あれが完成してればItanium用サーバーに Xeon差したりもできたの？ってできないと意味ないか。 チップセットとかいろいろ考えたらいっそのことXeonをエンタープライズまで 対応できるようにすりゃいいじゃんって思わないでもない 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:39:16 ] >>294 QPIは、次の手。 FSBを4本、スヌープキャッシュ、FB-DIMMをデュアルチャネル2系統 ここまでは1チップに押し込むことはできたが、それ以上は厳しい。 かといって、このままでは、8コアや8ソケットはスケールしない。 だからQPI 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:39:55 ] とりあえず両方とも QPIになって、その次。 それまで Itanium系の開発が今の勢いで続いてれば、の話だけどw 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:45:07 ] >>302 Itaniumとソケット共通化で開発されていたXeonはキャンセルされて、従来通りのFSBのものが市場投入されました。 その後どうなったのかは、知らない。 だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:45:44 ] >>299 > SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい Hypertransportは共通バスじゃない。 > ベンダーの力も借りないといけないから、ベンダーのおすすめで その「ベンダー」に扱ってもらうには、そこそこの性能が必要。 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:48:50 ] >>303 それ見ろ。今の Xeonは付け焼き刃対策してあるだけで、クロスバーへの 移行が必至なんじゃんか。そっちこそ往生際悪いぞ。 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:52:55 ] >>305 > だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。 Itaniumが邪魔になってる Intelとしては、 （ちょっとムリあったけど、がんばって）ソケット共通化しました ↓ 性能も近いし、あんまり差別化できる点もないので、もう 1種類でいいですよね? という大義名分で Itaniumを葬り去る絶好のシナリオ。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 14:58:44 ] 葬り去るっていうかIPFにいっちゃったPentium開発チームを メインストリームのCoreに戻す策略だろうか。 しかもhp(元Alpha)の開発者というおまけつきで 確か元々Pentium開発2チーム、モバイルがイスラエル1チームで IPFに1チームとられて、イスラエルチームがメインも作るように なったんだよね？ まあうまいことAMDと競争してくれて価格性能比のいいCPUが バンバンでてくれば裏事情なんかどうでもいいけど 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:05:31 ] >>307 QPIはクロスバーじゃないだろ。 で、段階的な進歩を付け焼き刃と言うのなら、Sunの第5世代E15Kも付け焼き刃だった、ってことになるぞ。 第4世代の6800らと同じCPU&メモリボードのアドレスを直に繋がずにスヌープフィルタ入れたのだから。 Xeonでスヌープフィルタを導入したのと同じことだぞ。 付け焼き刃だとしても、その時々に必要な性能を実現していれば、それでいいと思う。 むしろ、付け焼き刃もできずに、その時々に必要な性能を提供できなければ市場から脱落するし。 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:08:45 ] Sunの第四世代までと、第五世代のCPUボード内は、アドレスがクロスバーではなく、帯域を共有している これは理解してもらえたかな? Sunは6800のセールストークとして、 24ものプロセッサがフラットにアドレスを共有して素晴らしく低レイテンシなのは他にはない といってたけど、たしかにキャッシュのヒット率が高い用途では、それは素晴らしいことなのかも。 ・・・って言うと、Intelの共有バスにも当てはまる褒め言葉になっちゃうな。 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:08:59 ] Sun で言えば Mbus→UPAの段階だろ。 そんなんといっしょくたにされてたまるかw 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:15:11 ] >>312 いや、違うな、UPAより前の、MBus+XDBusの段階だ。 ttp://jp.sun.com/products/wp/UEarch/docs/UEARC02.html 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:52:53 ] SUNスレでどうぞ 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:53:54 ] >>312-313 おいおい。 UPAはアドレスはブロードキャストだぞ。 SunでアドレスのブロードキャストしないのはFirePlaneにSSMを組み合わせた場合。 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 15:59:42 ] メモリは別として、 FirePlaneのボードにUltraSPARC IIIを4つ積んだもの → 4コアXeonのCPUに相当 それをアドレスをブロードキャストで繋いだSun Fire 6800 → 4コアXeonを同一FSBに4つぶら下げたものに相当 アドレスのブロードキャストドメインを分割してスヌープフィルタで繋いだSun Fire 15K → 4コアXeonを個別のFSBで接続する7300チップセットのシステムに相当 Intelは常に他社の後追いですね。 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 16:01:37 ] もひとつ、 AMDのHyperTransport → IntelのQPI 猿まねも、ここまでくると呆れるを通り越す。 しかし、素直に進化の王道を進んでいるだけ、あるいは、業界トレンド、っていう好意的な見方もできなくはない。 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 16:07:01 ] >>315 いやいや。MBusに CPU4発。これを XDBusバックプレーンに接続。 1990年代初頭の技術だな。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 19:23:54 ] >>318 そいつはスヌープフィルタなんか持ってないんだが。 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/03(水) 19:26:06 ] いまだにクロスバー信者は、キャッシュのスヌープを理解してないのか。 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 09:32:17 ] アホか。スヌープせずに MPがまともな性能で動くかwww んなもんクロスバーかどうかと 関係ないわい。 なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という 話にはならんだろうが。いつまで詭弁を弄するつもりよ? 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 10:46:56 ] 興奮してる 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:02:50 ] >>321 スヌープの意味、わかってないね? スヌープしなかったらキャッシュのコヒーレンシを実現できない。 > なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という > 話にはならんだろうが。 SunのFirePlaneは、4プロセッサ単位でスヌープのドメイン(バスに相当)を構成し、 ドメイン間の通信をスヌープフィルタによってブロードキャストからポイントtoポイントに変えることで、 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK という話なんですよ。 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:36:55 ] もうループに入りました。 ..スヌープの意味わからずに SMPの話ができるわけないだろ。 Intelの言うことなんでもありがたくご拝聴してるからそんな偏った知識になる。 MBusにはスヌープの仕掛けがないとでも思ってるのか? 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:38:52 ] >>323 そんでもも一回だけ。 > 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK それが「付け焼き刃」だ、といってる。クロスバーみたいな根本対処と いっしょにすな、と。 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 11:44:47 ] クロスバーと１回発言すると、どこからかお金が貰えるの？ なら俺も書こうかな。 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 12:12:35 ] 「スヌープフィルター」は、金貰えるのか? 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/04(木) 12:33:17 ] >>324 なんかね、>>321はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。 >>325 つまり、SunのFireplaneは、 「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/06(土) 11:05:00 ] 328でFAだな 言葉が通じているようで通じていない人と話をすることほど無駄なものはない。 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 12:04:28 ] Sun信者が無知だってことが明らかになりました 331 名前：名無しさん＠お腹いっぱい。 [2008/12/17(水) 03:08:26 ] このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなｗ 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 05:01:14 ] >>331 それは構って欲しいですっていう意味か? 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 09:41:45 ] 「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 12:44:29 ] Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/17(水) 13:37:33 ] なんか話題ないの? 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 00:55:53 ] 話題無いって言う話題ぐらいしかないねぇ。。。 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 01:06:54 ] Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。 昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。 338 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 01:17:34 ] 4Q08に発表するという話だったのにまた遅延かという話題ならある 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 13:09:47 ] 夢がふくらまないな...w 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 13:20:17 ] >>337 「昔」には 2chなんて「ない」と思うがww 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 17:06:44 ] 2chの昔な。 342 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 18:24:58 ] Itaniumってコンパイラがもっと進化すれば爆発的に早くなるはずじゃなかったの？ もしかして「早すぎたんだ・・・」っていうやつなの？ 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:00:16 ] x86が爆発的に性能向上してしまったので霞んでしまっただけです。 とはいえ初代のMercedは遅かった。 1年後に出たMcKinleyはは速かった。 クロックはたったの1割しか速くなってないのだが、スピードがまるで違った。 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:06:18 ] i860の Wikipediaにはこう書いてある。 | ...i860のデザインはこういったことをコンパイラが効果的に行うことを | 前提としていて、それは不可能だったことが実証されている。 EPICは、どうかなww 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 19:33:37 ] >>344 おまえ、i860のアーキテクチャを理解してないだろ。 Wikipediaのその説明はパイプラインモードについてのものだよ。 346 名前：名無しさん＠お腹いっぱい。 [2008/12/18(木) 21:41:38 ] >>342 最近ではHP-UX 11iV3で結構速くなったよ。 ただCPUがMontecitoのままじゃねえ。。。 コンパイラが神の様に賢くても理論演算性能を超えることは決してないからさ。 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 22:46:44 ] HPはさ、PA-RISCもベンチマークだけは速いけど実際は・・・っていうシロモノだったから、 IA-64になってもショックが小さいと思うんだわ。 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:33:40 ] Tukwila最強！ 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:44:30 ] SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/18(木) 23:52:03 ] SPARC最弱！ 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 00:03:15 ] Sun信者ウザイよ。Sunの話はSunスレでやれよ。 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 00:23:02 ] そうだ、そうだ！ 353 名前：名無しさん＠お腹いっぱい。 [2008/12/19(金) 02:14:45 ] TukwilaもRockに対抗して250Wバージョンを出すべき！ 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 04:22:52 ] ttp://www.anandtech.com/weblog/showpost.aspx?i=532 上の記事のせいで海外の掲示板に「Tukwilaも爆速なんじゃね?」とか言い出す厨房が氾濫しているから困る。 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:08:15 ] >351 あわれだなぁ.. ここは Sunのとこから派生してできたんだって何度言えば.. Itaネタで埋まるくらい書いたらどうよ? 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:11:15 ] >>98-102 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 11:38:07 ] >>344 i860は、Itaniumと比べると、 意図と結果がはっきりしたすがすがしいプロジェクトだった。 CPUは消えたが、多くの豊かな結果が残った。 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 12:34:49 ] >>355 お前がスレに参戦する前からItaniumスレあったと思ったが。 >>357 翻弄された人たちは多かったけどね。 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:16:08 ] > お前がスレに参戦する前からItaniumスレあったと思ったが。 Niagara発表されたとき意味全くわからなかったアホを隔離するための場所なんだが ここはwwww 360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:20:45 ] >>345,357 i860じゃなくても、iAPX432でもいいんだけどwwww | 後の研究では、もっとも大きな問題はコンパイラに有ったと指摘されている。 | すなわち、コストの低い.. 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:35:10 ] >>345 意味不明だな。パイプラインをうまく満たせない、すなわち性能出ない、て主旨だぞ。 他に前提としてなんか理解してないといかんのかw? ワケワカランp 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 14:37:38 ] 結局SPARC馬鹿がいないとスレが盛り上がらないのか 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 17:04:17 ] >>359 少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。 >>361 そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。 そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 17:34:34 ] SPARCとItaniumでどっちが先に死ぬか競争だな x86に統合されて先にItaが死にそうな気がするけど 365 名前：名無しさん＠お腹いっぱい。 [2008/12/19(金) 17:36:04 ] どっちもなかなか死なないと思うよ 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/19(金) 22:33:43 ] 敵どころか己が持ちあげている物すら知らなかったSun信者が、Sunスレで勝利宣言しててﾜﾛﾀ

---

---

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

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