ItaniumをUNIXで使うスレ
1 :名無しさん@お腹いっぱい。 :2008/07/14(月) 19:44:39 .net 実際に使ってみた人、どうよ? 前スレ ItaniumでUNIX! http://pc11.2ch.net/test/read.cgi/unix/1140329582/
2 :名無しさん@お腹いっぱい。 :2008/07/14(月) 20:39:43 .net 実機は、ヤフオクなどで月に数台、出品されています。
3 :名無しさん@お腹いっぱい。 :2008/07/14(月) 21:22:14 .net 興味ある人が全員買っても、おそらくまだ余るので、安心して買って下さいw
4 :名無しさん@お腹いっぱい。 :2008/07/14(月) 23:24:36 .net 1台数万円だから、話の種に買ってみりゃいい。 ま、口先だけで叩いている荒らしさんは、それもしないんだろうな。 叩くなら現物を触ってブログで叩きまくればいいのにね。
5 :名無しさん@お腹いっぱい。 :2008/07/14(月) 23:29:17 .net 買うかそんなもんw アタマおかしーんじゃねーか?
6 :名無しさん@お腹いっぱい。 :2008/07/14(月) 23:51:15 .net >>5 はSunスレから前スレに襲来した荒らしですんで。
7 :名無しさん@お腹いっぱい。 :2008/07/14(月) 23:51:55 .net >>5 現物を触ったこともないのに、知ったかぶりの知識で叩いてるの? それこそ頭の程度を疑われる。
8 :名無しさん@お腹いっぱい。 :2008/07/15(火) 00:12:02 .net 仕事で、Itanium2にHP-UXの組みあわせで使う機会が少しだけあったけど 違いがわかるほど使える腕前でもなし
9 :名無しさん@お腹いっぱい。 :2008/07/15(火) 00:13:10 .net だよな、普通の神経してたら、そう簡単には叩けないもんだよ。
10 :名無しさん@お腹いっぱい。 :2008/07/15(火) 08:04:56 .net Itanium上げ
11 :名無しさん@お腹いっぱい。 :2008/07/15(火) 09:55:40 .net オレの神経はまったくもって普通だが、Itanium はクソだろ。 かならず反応しやがるからおもしれーな。「重箱の隅」の典型wwww Ita 使ったことないぞーw 1バンドルの命令数知らないぞーww でも実質的な命令の密度が下がると性能が出ない、ということだけはわかるぞ。 パイプラインがびっちり詰まっててもほとんど nop だったらいみねーww
12 :名無しさん@お腹いっぱい。 :2008/07/15(火) 10:02:58 .net >>4 カネのない弱小企業が革新的でバランスのいい製品で大企業の製品を 出し抜くか、そうでなくても肩を並べるくらいのものを出したら、 所有欲をくすぐるもんだけどな。Ita はその真逆だろ。 資金ジャブジャブ、人員ザクザク、蓄積知識潤沢、環境的にもなんの不自由もない いやらしいガリバー企業の、それもおごり切った失敗作だ。 所有欲なんざまったく湧かない。悪趣味の極み。 いちばんデキの悪かった時期のアメ車の方がまだマシ。 カネもらってもいらん。
13 :名無しさん@お腹いっぱい。 :2008/07/15(火) 10:26:04 .net たかが数万円で買えるものなのに、なんで>>12 は負け惜しみたっぷりなんだろう。 >>11 知ったかぶりは不要。サヨナラ。 どういうときにnopが挿入されるのか、わかってないしさ。
14 :名無しさん@お腹いっぱい。 :2008/07/15(火) 10:30:31 .net >>11 はSunスレに粘着してる頭のカワイソウな人なのでスルー推奨 そいつがしてるnopの話は、Sunスレでちろっと出た話がネタ元で、 まったく経験に基づいていないし、知識としても他者の参考になる ようなレベルではない。
15 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:12:04 .net あれ? nop 出したのオレじゃないけど。脳内錯綜してるんだねw
16 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:15:00 .net >>13 だから、「カネもらっても要らない」って書いてるだろが。字読めねーのか? なんであんなゴミに「負け惜しみ」なんだよww なにが「負け」てんだようひーw 趣味最悪の粗悪品だ、と言ってるんだが、そこどうなんだよ、え? あーカワイソw
17 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:18:38 .net ちなみに、かなり興味あるもん(例えば、ACORN 機とか BeBox/PowerPC とか)でも タダでももらうか悩むよ。もうガラクタ満載でな。Sun3/60C ももらいかけて ギリギリもらわなかったんだが、今じゃもらわなくてよかったと思ってる。 Itanium だぁ? アホか。持って帰れしっしっ。ww
18 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:20:14 .net > nop 出したのオレじゃないけど それを14は指摘してるんだろ?
19 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:21:22 .net >>16-17 興味ないなら、このスレに用はないだろ? さ、帰りな。
20 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:25:01 .net 馬鹿には何を言っても無駄だ。 だから馬鹿ではない人に言う。 馬鹿の相手をするな。構うな。
21 :名無しさん@お腹いっぱい。 :2008/07/15(火) 11:25:10 .net >>19 そうそう、そういうのを『負け惜しみ』って、言うんだぞ。よく覚えとけよkkkpppw w
22 :名無しさん@お腹いっぱい。 :2008/07/16(水) 00:09:00 .net やっぱ、ARC で DEC が離脱した時、日本勢で主導権取って引き継ぐべきだったんだよ。 R4000 と後継で地道にやってりゃ、今はヒトカドの勢力になってただろ。 NEC も東芝も SONY も MIPS やってたんだから。DEC が離脱すんのはもう わかってたんだし。9801 に代わる Unix ベースの標準机上機が出来てただろう。 やっぱもう日本企業にサムライはいなくなったのかね。 命運を賭ける価値のあるところへズバッと行くという度胸と根性はないんだな。 なにをトチ狂って Itanium なんかにしがみついて.. どう転んだってダメだろうが そんなもん。 NEC、しっかりしろ! HP や Intel じゃ電卓に毛が生えたのが関の山だ!! 今からでも遅くない、ARC 復活!!!
23 :名無しさん@お腹いっぱい。 :2008/07/16(水) 10:19:31 .net >>22 っ 日米半導体摩擦
24 :名無しさん@お腹いっぱい。 :2008/07/16(水) 11:02:23 .net え? じゃ、今複数の日本企業が Itanium 頼みに追い込まれている原因は 日米貿易摩擦にある、そういうことか? もう終ってるってこと? Itanium はトカゲのしっぽなのか.. まんまとハマッた?!
25 :名無しさん@お腹いっぱい。 :2008/07/16(水) 13:21:00 .net ありがとう、そしてさようなら。
26 :名無しさん@お腹いっぱい。 :2008/07/17(木) 09:50:22 .net DEC は Compaq に呑まれ、Compaq は HP に呑まれた。 DEC と Compaq の PC機の技術は HPの体内で生き続けている。 しかし、DEC の Alpha/VMS/True64 と HP の PA-RISC/HP-UX は Itanium/VMS/HP-UX/Linux にまとめられ、凝縮され、いままさに『ポイッ』と 捨てられようとしている。 しかも、チマチマうるさかった日本企業のメインフレーム技術も吸着して。 こう、掃除機の圧縮パックみたいに、ぽいっ。さよーならーー ...はーさっぱりした
27 :名無しさん@お腹いっぱい。 :2008/07/17(木) 13:21:46 .net 撲滅、ということで、いいですか? まだですか?
28 :名無しさん@お腹いっぱい。 :2008/07/18(金) 00:14:56 .net >>26 Itaniumって偉大なCPUじゃないですか…
29 :名無しさん@お腹いっぱい。 :2008/07/18(金) 01:18:00 .net 偉大過ぎる。ここまで何もかも吸着してくれる OS は後にも先にももうあるまい。
30 :名無しさん@お腹いっぱい。 :2008/07/18(金) 14:06:58 .net 24-29まで一人の粘着でした。ご苦労さん。
31 :名無しさん@お腹いっぱい。 :2008/07/22(火) 13:46:22 .net 前スレで富士通の鯖をゲットした人の続報を聞きたい。
32 :名無しさん@お腹いっぱい。 :2008/07/23(水) 14:08:03 .net じゃ、終りね。
33 :名無しさん@お腹いっぱい。 :2008/07/25(金) 17:35:18 .net ttp://page12.auctions.yahoo.co.jp/jp/auction/p108792483 Ita2 1.3GHz x4発 終了時の入札額 10,000 に対して、最低落札額 300,000wwww 気持ちは、わかるぞw
34 :名無しさん@お腹いっぱい。 :2008/07/26(土) 14:27:21 .net >>33 Sunスレから出張して荒らしに来なくていいぞ。
35 :名無しさん@お腹いっぱい。 :2008/07/28(月) 12:02:20 .net なんか役に立つこと少しでも書いてみろよ。
36 :名無しさん@お腹いっぱい。 :2008/07/28(月) 15:27:50 .net だな。荒らしは役に立つことを何一つ言ってないし。
37 :名無しさん@お腹いっぱい。 :2008/07/29(火) 19:14:42 .net クロックも大して変わらないのに PA-RISC辞めたのは何故?
38 :名無しさん@お腹いっぱい。 :2008/07/29(火) 20:14:05 .net HP一社ではPA-RISCおよびコンパイラの開発費を出せなくなるという将来予測があったから、だと思う。 当時、SGIもMIPSの開発を続けるのは体力的に無理と判断して、IA-64に移行を発表したりしてた。
39 :名無しさん@お腹いっぱい。 :2008/07/29(火) 21:29:16 .net そして、HP-UX が終るとともに、Ita も終りですね。合掌。
40 :名無しさん@お腹いっぱい。 :2008/07/31(木) 13:09:33 .net HP-UX の需要がある程度残ってるのに、Ita 打ち切りで HP-UX 道連れということも あるのでは?
41 :名無しさん@お腹いっぱい。 :2008/08/01(金) 00:33:23 .net Ita打ち切るならHP-UXをx64対応させるだろ?
42 :名無しさん@お腹いっぱい。 :2008/08/01(金) 00:47:50 .net HP-UXやアプリをx64対応させるよりは、 IA64エミュレータを作ったほうが簡単じゃね?
43 :名無しさん@お腹いっぱい。 :2008/08/01(金) 01:11:59 .net なるほど
44 :名無しさん@お腹いっぱい。 :2008/08/01(金) 01:32:11 .net PA-RISCバイナリをIA-64上でエミュレーションで走らせていて、 それをさらに、IA-64&HP-UX環境エミュレータ上で走らせるのか。
45 :名無しさん@お腹いっぱい。 :2008/08/04(月) 15:38:27 .net PA-RISC エミュレーターを x64 上に.. ....(号泣!!!!)
46 :名無しさん@お腹いっぱい。 :2008/08/05(火) 00:47:03 .net なんで泣くの?
47 :名無しさん@お腹いっぱい。 :2008/08/05(火) 10:21:50 .net Ita の存在が不要だから。
48 :名無しさん@お腹いっぱい。 :2008/08/05(火) 13:20:00 .net もう採用話皆無だね。
49 :名無しさん@お腹いっぱい。 :2008/08/05(火) 13:57:33 .net 新製品出るの? ソケット互換? CPU 差し替えるだけ?
50 :名無しさん@お腹いっぱい。 :2008/08/05(火) 15:48:53 .net スレタイが「ItaniumをUNIXで」になってるけど、使えるのはHP-UX だけじゃないのか? 他に使えるUNIXってあんの?
51 :名無しさん@お腹いっぱい。 :2008/08/05(火) 15:49:34 .net はいはい。商標。商標。
52 :名無しさん@お腹いっぱい。 :2008/08/06(水) 11:31:35 .net Unix V6
53 :名無しさん@お腹いっぱい。 :2008/08/06(水) 22:40:20 .net よーしパパ、OpenSolarisをItaniumに移植しちゃうぞ
54 :名無しさん@お腹いっぱい。 :2008/08/07(木) 07:01:39 .net >>51 が何を言ってるのかわからん 文脈から言って >>50 なんだとは思うが Itanium も UNIX も HP-UX も商標じゃないのかね Linux は Itanium で動くんじゃなかったか? UNIX じゃないらしいけどw そもそも Itanium が高価すぎて Linux 程度じゃもったいなくて使えね
55 :名無しさん@お腹いっぱい。 :2008/08/07(木) 08:37:03 .net Linuxはunixではないと言いたいのだろう、たぶん。 Itaniumは中古なら産廃価格なので、Linuxで使いのでも桶。
56 :名無しさん@お腹いっぱい。 :2008/08/07(木) 10:28:26 .net >>54 え? 安いよ? ネットオークションで。高値で出してもマツタク売れないww Linux は、元々企図されたアーキなので、メーカーサポートされてるのは それなりにちゃんと動く、んじゃねーの? 知らんけどwww
57 :名無しさん@お腹いっぱい。 :2008/08/07(木) 10:30:05 .net >>53 Unix V6 で「スワッピング動作なのに、すげー速い!」てのは、どう?w
58 :名無しさん@お腹いっぱい。 :2008/08/07(木) 11:35:29 .net >>55 ,56 まあ自分は Linux のほうが使い易いと思っちゃうんですがね 仕事で HP の rx 系とか触らされてると価格がやたらボッタクリに見えてきちゃって 個人で買うってのは予想外だったぜ でもヤフオクで見てきたら rx2600 希望15万ってw …10万切ったら考えようかな
59 :名無しさん@お腹いっぱい。 :2008/08/07(木) 12:00:35 .net 使い易いと思うのは、個人の問題だろ。
60 :名無しさん@お腹いっぱい。 :2008/08/07(木) 13:25:52 .net これとか。¥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 :名無しさん@お腹いっぱい。 :2008/08/07(木) 13:27:39 .net >>59 そうだなww 個人の意見なんか、一切聞く必要ないよな? wwww ゴミの量産が目的なんだもんなwwwwwwww
62 :名無しさん@お腹いっぱい。 :2008/08/07(木) 13:53:01 .net 相変わらず2レスずつ連投していくのな。 こんなスレに出張してきて荒らして自己満足するなんて、 どんだけ精神を病んでいるか、あるいは、心の貧しい人なのだろう。 みていて可哀想でならない。
63 :名無しさん@お腹いっぱい。 :2008/08/07(木) 15:14:37 .net なんで荒しなんだよ。きわめてまっとうな投稿だろ。アラシはお前。哀れなのもお前。 気の毒に。なんで「周りも見えず自分一人だけおかしな行為続けてる」ことに気づかないのか。
64 :名無しさん@お腹いっぱい。 :2008/08/07(木) 15:17:55 .net それと、例え連投したとしても、お前みたいに「他人を装う」ようなコスいマネは しないがな、オレは。お前と違って。
65 :名無しさん@お腹いっぱい。 :2008/08/07(木) 20:15:39 .net > 周りも見えず自分一人だけおかしな行為続けてる ワロタ
66 :名無しさん@お腹いっぱい。 :2008/08/15(金) 13:47:26 .net たまにヤフオクとかでCPU単体で売りに出てるでしょ。 あれね、ゴミなんだよ。 バグが見つかる度に修正したステッピングと交換してて、 その古いほうはゴミとして捨てられてるわけ。 それを、ちょろまかして売ってる人がいるのよ。
67 :名無しさん@お腹いっぱい。 :2008/08/15(金) 21:54:14 .net ひどいな
68 :名無しさん@お腹いっぱい。 :2008/08/16(土) 00:04:45 .net >>67 1. 「バグが見つかる度に修正したステッピングと交換してて、」が、ひどい 2. 「それを、ちょろまかして売ってる人がいるのよ。」が、ひどい どっち?w
69 :名無しさん@お腹いっぱい。 :2008/08/16(土) 00:51:43 .net 2かな
70 :名無しさん@お腹いっぱい。 :2008/08/16(土) 03:32:37 .net いや 1だ。
71 :名無しさん@お腹いっぱい。 :2008/08/16(土) 09:08:47 .net ある中古通販ショップがItaniumを大量仕入れ。 ショップでは動作確認するハードがないだろうに 買ったほうも動作させるハードがないと踏んで、 動作保証付きの中古で1個6千円で販売。 在庫数の推移を見ると転売屋が買い込んだ気配。 案の定、ヤフオクに強気価格で数名が出品するも、 定価が幾らだと煽ったところで、売れるわけもなく。 結局、6千円を越える価格で落札されたのは最初の 数個だけで、その後は500円でも落札者いない状況。 転売屋ザマミロってところですか。
72 :名無しさん@お腹いっぱい。 :2008/08/16(土) 09:58:51 .net 1は別に普通だしな
73 :名無しさん@お腹いっぱい。 :2008/08/16(土) 10:02:45 .net パソコン向けに量産されてるCPUでさえ、かなりのバグを持っている。 本来のパフォーマンスが出ない、極まれに異常動作するけど気にするな、 そういうのを無視しないサーバのユーザの場合はどんどん無償交換するのでしょう。
74 :名無しさん@お腹いっぱい。 :2008/08/17(日) 13:46:35 .net そんなの Ita だけだぞ。アホか。ほんとにマヒしとるなww 対応とかそういう以前の問題だろ。
75 :名無しさん@お腹いっぱい。 :2008/08/17(日) 15:35:28 .net 一時期のSPARCの故障ほどでもないさ。
76 :名無しさん@お腹いっぱい。 :2008/08/17(日) 18:44:42 .net いくら下をみたからといって、上に上がれるわけじゃないぞ。
77 :名無しさん@お腹いっぱい。 :2008/08/17(日) 20:07:45 .net ダメもんわかってて使ってあげてるのか。イタましいな。
78 :名無しさん@お腹いっぱい。 :2008/08/17(日) 20:22:47 .net HP-UXでのユーザが相当数いるはずなのに、このスレの状況。
79 :名無しさん@お腹いっぱい。 :2008/08/17(日) 21:14:27 .net 学生や趣味のユーザがいないのは妥当かと。
80 :名無しさん@お腹いっぱい。 :2008/08/18(月) 15:46:23 .net それ以外のユーザーは、たくさんいるんだよな? よかった、ホッとしたよ。
81 :名無しさん@お腹いっぱい。 :2008/08/18(月) 17:46:38 .net いなけりゃ、とっくにHPが何か方針転換してるだろ。
82 :名無しさん@お腹いっぱい。 :2008/08/18(月) 17:50:38 .net PA-RISCのHP9000にしても、学生や趣味のユーザは極めて希だったし。
83 :名無しさん@お腹いっぱい。 :2008/08/18(月) 22:50:00 .net >>81 してないのか、方針転換?
84 :名無しさん@お腹いっぱい。 :2008/08/18(月) 23:49:19 .net Itaやめる、という方針転換はしてないな。
85 :名無しさん@お腹いっぱい。 :2008/08/19(火) 00:19:22 .net HPはCPUの開発費の一部を日本メーカーに負担させることには成功したわけで
86 :名無しさん@お腹いっぱい。 :2008/08/19(火) 16:17:28 .net Intel に対しても、押しつけと言って差し支えなかろう。 旧DEC ライン捨てる時にドサクサにまぎれて HP-UX も捨てそうだw
87 :名無しさん@お腹いっぱい。 :2008/08/19(火) 17:05:27 .net HP-UXって何が優れてるの? ただHPのUNIXってだけじゃ、 HPの旧Compaqラインのx86サーバに、 Solaris for x86を乗っけたほうがいい、 なんて話になりかねん。
88 :名無しさん@お腹いっぱい。 :2008/08/19(火) 18:29:19 .net 一応 11 の初めの頃とか、結構ウリがあったみたいだよ。 9 とかは悪い評判しか聞かなかったけどね、オレはw
89 :名無しさん@お腹いっぱい。 :2008/08/19(火) 21:17:12 .net 11i = iモードの鯖で鍛えられました
90 :名無しさん@お腹いっぱい。 :2008/08/20(水) 00:20:30 .net >>87 > なんて話になりかねん。 もう、なってるんじゃね?
91 :名無しさん@お腹いっぱい。 :2008/08/20(水) 00:41:54 .net SolarisよりもWindowsを乗っけたほうがいい、なんて話もあるぞ。
92 :名無しさん@お腹いっぱい。 :2008/08/20(水) 01:01:03 .net まあ、Windowsなら一応Itaniumでも動くし
93 :名無しさん@お腹いっぱい。 :2008/08/20(水) 08:23:57 .net 95インスコしてベンチとりてぇ・・・・ww
94 :名無しさん@お腹いっぱい。 :2008/08/20(水) 09:48:25 .net 16ビットのイメージからのブートは、サポートから外れて、できなくなった模様。 初期のファームではブートできてた。
95 :名無しさん@お腹いっぱい。 :2008/08/20(水) 10:18:08 .net >>87 えっと、じゃ、「ない」、という結論でよろしいでしょうか、HP-UX ファンのみなさん?ww
96 :名無しさん@お腹いっぱい。 :2008/08/20(水) 10:55:44 .net >>95 はSunスレから出張してきてる荒らしなのでスルーしてください。
97 :名無しさん@お腹いっぱい。 :2008/08/20(水) 13:14:33 .net 荒してんのはおまえだって言ってんだろ?
98 :名無しさん@お腹いっぱい。 :2008/08/20(水) 13:15:22 .net ちなみにここが Sunスレの派生スレだって知らないのはお前だけww
99 :名無しさん@お腹いっぱい。 :2008/08/20(水) 14:37:25 .net >>98 勝手に決めるなよ。
100 :名無しさん@お腹いっぱい。 :2008/08/20(水) 15:14:26 .net だから前スレの >3 読めやこのタコが。 Sun スレで「Ita==クソ」話が盛り上がりすぎたからここに隔離されたんだよ。 だからここでは「Ita==クソ」という論調こそが元々の主旨なのだよわかったかクズ。
101 :名無しさん@お腹いっぱい。 :2008/08/20(水) 16:16:46 .net >>99 は、前スレの3にも言ってるんだが。
102 :名無しさん@お腹いっぱい。 :2008/08/20(水) 16:17:58 .net > 3 名前:隔離犯1号[sage] 投稿日:2006/02/19(日) 15:32:12 > Niagaraに噛みついたらSunスレおん出されてしまいますたね。 > でも別スレ立ててくれるなんて、なんて律義な人だろう。 98や100の根拠は↑これだってさ。ぷ。
103 :名無しさん@お腹いっぱい。 :2008/08/20(水) 16:39:29 .net いまだに Ita にしがみつくやつ、ほんとにあわれーw かわいそーww
104 :名無しさん@お腹いっぱい。 :2008/08/20(水) 16:45:08 .net ここは Sunスレの派生スレで尚且つ「Ita==クソ」であることをここに宣言します。
105 :名無しさん@お腹いっぱい。 :2008/08/21(木) 10:02:29 .net Nehalem の「QuickPath Interconnect」って、Itanium で使われてるもの? まさか、ぜんぜん別物、ってことは、ないよね?
106 :名無しさん@お腹いっぱい。 :2008/08/21(木) 11:22:35 .net 同じ物が使われる予定
107 :名無しさん@お腹いっぱい。 :2008/08/21(木) 11:38:45 .net ということは、ついにソケット互換?
108 :名無しさん@お腹いっぱい。 :2008/08/21(木) 12:44:31 .net チップセットが互換・・・なだけかと。 ソケットまで互換にする意味は、あんまりない。 Xeon用のマザーボードにIA64用の巨大なファームのためにフラッシュメモリを6個も積むのはコストアップだし。
109 :名無しさん@お腹いっぱい。 :2008/08/21(木) 13:37:31 .net え? 何MB のを 6個?
110 :名無しさん@お腹いっぱい。 :2008/08/21(木) 13:44:19 .net Nehalem の場合は x86 のエミュコード要らないから、かなり小さく ...ないの?w
111 :名無しさん@お腹いっぱい。 :2008/08/21(木) 14:11:22 .net >>109 1MBを6個
112 :名無しさん@お腹いっぱい。 :2008/08/21(木) 15:02:11 .net なんだ、そんなもんか。(ファームとしちゃ確かに巨大だww) 8MB とかのフラッシュメモリって、ないの?
113 :名無しさん@お腹いっぱい。 :2008/08/21(木) 15:21:36 .net 容量の問題なのかな。 x86で焼きミス対策で2個乗っているのは、 大きな容量1つで賄えないから2個だよね? PAL、SAL、EFI それぞれ焼きミス対策で1つ前のバージョンを保存するために2組で6個かな。 それに加えて、x86用のBIOSも積むとなれば、8個になっちゃう。
114 :名無しさん@お腹いっぱい。 :2008/08/21(木) 17:02:13 .net まあ、お下品ww
115 :名無しさん@お腹いっぱい。 :2008/08/29(金) 19:58:33 .net HP-UX って、Itanium ネイティブなの? それとも PA-RISC 用がエミュレーションで 動いてるの?
116 :名無しさん@お腹いっぱい。 :2008/08/30(土) 17:39:08 .net しーん。
117 :名無しさん@お腹いっぱい。 :2008/09/01(月) 11:12:27 .net しーん..
118 :名無しさん@お腹いっぱい。 :2008/09/01(月) 16:15:08 .net (まじでそうなの..?)
119 :名無しさん@お腹いっぱい。 :2008/09/03(水) 16:14:53 .net VMS 動くんだっけ?
120 :名無しさん@お腹いっぱい。 :2008/09/03(水) 16:47:33 .net >>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 :名無しさん@お腹いっぱい。 :2008/09/04(木) 13:37:42 .net CDE なんて、なんで Itanium ネイティブにコンパイルし直さないんだろう。 なんか理由あるのか...? 簡単て書いてあるけど、実は移行がたいへん とか PA-RISC エミュレーションの方が性能いいw とか いずれにせよ、気持ち悪い話だ。
122 :名無しさん@お腹いっぱい。 :2008/09/05(金) 08:43:17 .net >>121 オタクの楽しみは安定して使い続ける事ではない。 安定したら新アーキティクチャヤや風変わりなOSに興味は移る
123 :名無しさん@お腹いっぱい。 :2008/09/05(金) 09:45:31 .net イマイチ意味が汲めんが、 1. HP-UX/Itanium 使うやつは全員オタクだ 2. 安定しないのがオタクを惹きつける秘訣だ 3. HP-UX は風変わりな OSだ 4. 風変わりな他 OSに移られないためには安定しちゃダメだ 5. HP-UX 技術者は Itaniumの風変わりな点にフォーカスしていて CDEなんか置き去り どれだろう..
124 :名無しさん@お腹いっぱい。 :2008/09/05(金) 12:41:02 .net HP-UXってあたりですでにオタクは興味がなさそうだけどな。
125 :名無しさん@お腹いっぱい。 :2008/09/07(日) 11:59:58 .net ガキくさい発言ばっかりだな。 とくにコンプレックス丸出しのアンチが。 >>121 コンパイルし直すだけでは済まないから。 趣味や遊びじゃねーんだから。
126 :名無しさん@お腹いっぱい。 :2008/09/08(月) 11:41:36 .net ガキくさい、ぷぷぷ。もうそんな言葉しか出ないかw? 趣味や遊びじゃないんならちゃんとネイティブなのつけろよ。はずかしーだろ普通?wwww
127 :名無しさん@お腹いっぱい。 :2008/09/09(火) 18:51:28 .net >>125 > コンパイルし直すだけでは済まないから。 そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは ただのウダウダで大ウソが書いてあるわけだな? いや、そうじゃなくて CDE(元は HP VUE)のソースは互換性のかけらもない クズソースだから例外なのか?ww Alpha や UltraSPARC でも動いてるんだから そんなことはないんじゃないのか?w..ww > とくにコンプレックス丸出しのアンチが。 コンプレックス? HP-UX に対して?? それは、ないよ。wwwwwww 712/100 あたりめっちゃ印象悪いもんww 見下してるしpp
128 :名無しさん@お腹いっぱい。 :2008/09/09(火) 20:46:49 .net >>127 > そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは > ただのウダウダで大ウソが書いてあるわけだな? No. > いや、そうじゃなくて CDE(元は HP VUE)のソースは互換性のかけらもない > クズソースだから例外なのか たぶんNo. >>127 のようなポイントを外した疑問を投げかけてるようでは、やっぱり趣味や遊びのレベル。
129 :名無しさん@お腹いっぱい。 :2008/09/10(水) 10:10:56 .net ほうほう。高尚なご発表が待っているようだな。みんな期待しろよ。 では、よろしくお願いします ↓ 『講題: なぜ HP-UX/Itanium の CDE等は PA-RISC バイナリのままなのか』
130 :名無しさん@お腹いっぱい。 :2008/09/10(水) 11:31:24 .net コストパフォーマンス
131 :名無しさん@お腹いっぱい。 :2008/09/10(水) 11:44:10 .net え?
132 :名無しさん@お腹いっぱい。 :2008/09/10(水) 11:46:08 .net ニセモノだろ。まさかねw
133 :名無しさん@お腹いっぱい。 :2008/09/10(水) 13:29:50 .net コスト → PA-RISC から Itanium に移植するのにコストがかかる パフォーマンス → Itanium ネイティブにしなくても PA-RISC でパフォーマンス出る だめじゃんwwwwwwwwww
134 :名無しさん@お腹いっぱい。 :2008/09/10(水) 13:38:50 .net >>133 ちみ、実務しらないお子様だね?
135 : dns1.netside.co.jp :2008/09/10(水) 16:41:47 .net みなさん、キーワードは、『実務』。じ・つ・む。実務です。ポイントですよぉ? では先生、続き ↓ をお願いします。
136 :名無しさん@お腹いっぱい。 :2008/09/10(水) 17:00:17 .net >>135 御社のお仕事を貶すわけではありませんが、 銀行やキャリアを相手にした仕事とは世界が違うことを認識してください。
137 : dns1.netside.co.jp :2008/09/10(水) 17:01:00 .net だんだん具体的な話で核心に迫ってきました!!
138 : dns1.netside.co.jp :2008/09/10(水) 17:07:24 .net >>136 銀行やキャリアってそんないい加減な説明しかできなくても買ってくれるの? 楽勝なんだね。 オレが知ってる客と違うな... 日本じゃないよねもちろん?
139 :名無しさん@お腹いっぱい。 :2008/09/10(水) 17:24:36 .net >>138 そういうのは一次請の会社の仕事だからな。
140 : dns1.netside.co.jp :2008/09/10(水) 17:55:44 .net そういう詐欺構造だ、と言ってるの?
141 :名無しさん@お腹いっぱい。 :2008/09/10(水) 18:01:32 .net No.
142 :名無しさん@お腹いっぱい。 :2008/09/11(木) 22:40:30 .net 運用で金を生む 誰が?w
143 :名無しさん@お腹いっぱい。 :2008/09/12(金) 11:08:10 .net 先生、続き ↓ をお願いします。前振りは十分ですので、そろそろ本論で。
144 :名無しさん@お腹いっぱい。 :2008/09/12(金) 11:11:58 .net カマッテチャンが寄生してるスレ
145 :名無しさん@お腹いっぱい。 :2008/09/12(金) 11:30:23 .net 何もかもがコンパイルするだけで済むなら PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない ってことが理解できないアホが粘着してるだけ
146 :名無しさん@お腹いっぱい。 :2008/09/12(金) 14:08:28 .net 『--- CDE PA-RISC バイナリの深淵 ---』
147 :名無しさん@お腹いっぱい。 :2008/09/12(金) 14:11:33 .net >>145 もー、なんてゆーかwwwww 苦しいどころちゃうねww > 何もかもがコンパイルするだけで済むなら →そういうの「ソース互換性低い」って、言うんだけど。次元低いねぇ。 > PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない →そんなことないけど。どこのガキがそんな入れ知恵しれくれたの? > ってことが理解できないアホが粘着してるだけ いやいや、あんたがアホですが。プッ みじめーw
148 :名無しさん@お腹いっぱい。 :2008/09/12(金) 14:54:42 .net >>147 は知らないが故に、相手が何を言っているのか、わからないようです。 アンチの品格を落すようなことするな。
149 :名無しさん@お腹いっぱい。 :2008/09/12(金) 15:45:29 .net いやー、苦しいね苦しいねぇ〜www それで? もうちょっと具体的にやり返さないと。今んとこゼロスコアだぜ? ..プ
150 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:21:37 .net PA-RISCエミュレーションで十分な性能が出るの?
151 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:45:08 .net >>149 ガキはせいぜい勉強してCTCあたりにでも就職するんだな。 >>150 パフォーマンスが要求されるものは限られていて、 それ以外はPA-RISCエミュレーションで十分よ。 CDEなんかエミュレーションで十分。
152 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:50:21 .net ひ〜、苦しい苦しい。説明できないとこつっこんだ人間全員ガキ呼ばわり。程度ひく〜ww
153 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:51:43 .net >>150 出るんだって。だから、PA-RISCの在庫品安く買った方がお得だねーww
154 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:54:50 .net >>152 の一連の言動がガキなんだが。
155 :名無しさん@お腹いっぱい。 :2008/09/12(金) 16:56:39 .net 説明するまでもないだろ、それなりのところで仕事してる人には、言わなくても判ることだもの。 なんでこんなところで常識を教えてやらんといけないわけ?
156 :名無しさん@お腹いっぱい。 :2008/09/12(金) 17:02:39 .net >>155 おいおい、どんどん墓穴深くしてんの、わかんないのかよ? 悲しいやつだな.. 説明するまでもないから、わざわざ中身ゼロの返事だけしてんのか? 奇特すぎるぞwww
157 :名無しさん@お腹いっぱい。 :2008/09/12(金) 17:56:29 .net コストの問題だって、とっくに既出。
158 :名無しさん@お腹いっぱい。 :2008/09/12(金) 18:08:54 .net まったく、まぁっつとぅぁく説明になってませんが。誰のコスト? なんでそもそもそんな「コスト」かかるの? なぜ HP-UX/Itanium の他の部分や、他の OSではコストがかかるにも関わらず ネイティブバイナリにするの? 苦し紛れの出任せだよね?
159 :名無しさん@お腹いっぱい。 :2008/09/12(金) 18:22:01 .net ソフトウェアの開発・保守の工程や品質管理についてのレクチャーをここで求められてもなぁ。
160 :名無しさん@お腹いっぱい。 :2008/09/12(金) 18:59:01 .net そんなの本気にするの一人もいねーよw どんどん穴深くなってんのたいがい悟れよwww レクチャーね。そんなんできるんなら、もっとまともなこと上で言えてるわな ..www
161 :名無しさん@お腹いっぱい。 :2008/09/12(金) 19:15:25 .net Solarisって64ビット化されたとき、すべてのモジュールが64ビットになったんだっけ? 段階的に64ビット化されて、最初はけっこう32ビットのモジュールが残っていたような。
162 :名無しさん@お腹いっぱい。 :2008/09/12(金) 20:29:28 .net IA64て仕様として PA-RISCの ISAとの互換性保証してるの?
163 :名無しさん@お腹いっぱい。 :2008/09/12(金) 20:48:44 .net >>162 互換性はないよ。 その代わり、 PA-RISCからのバイナリトランスレータを作りやすいように、 PA-RISCからのバイナリトランスレータでパフォーマンスが出やすいように、 IA-64命令セットがPA-RISCに似たものになってる。 IA-64単体で見たとき、それは負の遺産だと思う。
164 :名無しさん@お腹いっぱい。 :2008/09/12(金) 22:17:14 .net OracleとかWeblogicとかSAPとかそいうーので語ってkれ
165 :名無しさん@お腹いっぱい。 :2008/09/12(金) 22:34:10 .net ユーザは>>164 が挙げたようなサーバソフトが快適に動く箱が欲しいのであって、 中身が何だろうと、あんまり関係ないんだよね。
166 :名無しさん@お腹いっぱい。 :2008/09/12(金) 22:35:43 .net >>164 そういうのはItaniumネイティブで提供されてるっしょ。 CDEをネイティブにしろなんてアホ言ってるのは、 趣味的なキボンヌを口に出すガキだけ。
167 :名無しさん@お腹いっぱい。 :2008/09/16(火) 09:38:03 .net SPARCv9 は仕様として SPARCv8 や v7の上位互換なんであって、 それらのバイナリーが動くのは当然。そいつらもネイティブ。 IA64 の仕様でもない PA-RISC バイナリーが動くってのとは違うよね。 つまり「標準」連発してるけど、IA64の実装(現状いっこしかないけど)に よっては HP-UX は動かない。 手抜きつーか、みじめつーか、みっともなさ過ぎだろ。
168 :名無しさん@お腹いっぱい。 :2008/09/16(火) 10:23:41 .net >>167 あいかわらず何が問題なのか理解できてませんね。 再コンパイルすることが問題なのです。 たとえ、コードを全くレビューせず、修正が必要な箇所もなく、コンパイルしたものが1発で動いたとしても、 再コンパイルすることで結構なコストが発生するのです。
169 :名無しさん@お腹いっぱい。 :2008/09/16(火) 10:36:15 .net へえ。そんなコストが分散消化できないほど HP-UXて数出てないのかよ? ほんとかよww んじゃあ x86へポートなんて夢のまた夢だな? CDEの動作確認コストで企画オジャンだwwwwww
170 :名無しさん@お腹いっぱい。 :2008/09/16(火) 11:46:35 .net つーか、Itanium に載せた時点で動作テストしなくていいってか? ソンナバカナ..
171 :名無しさん@お腹いっぱい。 :2008/09/17(水) 17:15:50 .net 先生、そろそろ本論で。↓ 前振りはもう十分です...
172 :名無しさん@お腹いっぱい。 :2008/09/17(水) 18:58:42 .net 結論、大手ベンダで働け!
173 :名無しさん@お腹いっぱい。 :2008/09/17(水) 19:09:39 .net 先生、そんな枝葉抹消瑣末な小事はどうだっていいんですよ、核心をお願いします。 ...中身ない、って言われちゃいますよ?
174 :名無しさん@お腹いっぱい。 :2008/09/17(水) 19:12:09 .net 大手で働いてるクズを大量に知ってるわけだが。なにが疑問なのかね?w
175 :名無しさん@お腹いっぱい。 :2008/09/17(水) 19:50:19 .net >>174 のようなコンプレックスで決め付けの人は相手が何を言ってもムダ
176 :名無しさん@お腹いっぱい。 :2008/09/17(水) 20:46:35 .net だってなんにも説明してないぜ? 「実務」とか「ガキ」とか。アホちゃうか。 脳空洞なんだろな。こんなエンジニア来た日にゃ、トラブルまっしぐらだね。 オレは初見で追い帰すぜ、こんなクズは。なんの説明にもなっとらん。 まあ、最初から説明なんかできないのがミエミエだけどな。 利口なやつなら首つっこまんわなwwww
177 :名無しさん@お腹いっぱい。 :2008/09/17(水) 20:51:35 .net >>176 が、自分が幼稚な罵詈雑言ばかりで何も説明してないのを棚に上げて他人を批判してます。 自分が遊ばれているのがわかってないらしい。
178 :名無しさん@お腹いっぱい。 :2008/09/17(水) 21:10:27 .net 頭悪いのに、あちこち首つっこんじゃ、ダメだよ? 悲しい目にあうからね。 かわいそかわいそ。
179 :名無しさん@お腹いっぱい。 :2008/09/17(水) 21:13:07 .net てことで HP-UX/Itanium はどうしようもないクソのようだな。際立ったわww
180 :名無しさん@お腹いっぱい。 :2008/09/19(金) 23:22:15 .net 変なパッチ当てないと、そこらに転がってるソースコードはコンパイルできないし
181 :名無しさん@お腹いっぱい。 :2008/09/20(土) 05:22:32 .net だから何? そんな趣味レベルで使うようなものじゃないし。
182 :名無しさん@お腹いっぱい。 :2008/09/20(土) 17:06:10 .net 「実務」とか言ったはいいけどその先が全く説明できないなんてバカが実在するんだな。 しかもまるで懲りてない。使えん。エンジニアじゃないことを祈るのみ。迷惑千万。
183 :名無しさん@お腹いっぱい。 :2008/09/20(土) 18:33:19 .net >>182 釈迦に説法って知ってる?
184 :名無しさん@お腹いっぱい。 :2008/09/21(日) 02:45:09 .net 一生やっとけゴミ。
185 :名無しさん@お腹いっぱい。 :2008/09/21(日) 04:39:57 .net このスレきもい カマッテチャンが必死になってる
186 :名無しさん@お腹いっぱい。 :2008/09/22(月) 00:03:49 .net 失笑。キモいのは、おまえ。
187 :名無しさん@お腹いっぱい。 :2008/09/22(月) 01:22:35 .net 誰が キモくて カマッテチャンで 必死なのか わざと書かなかった そして反応したのが186。
188 :名無しさん@お腹いっぱい。 :2008/09/22(月) 09:06:39 .net カマッテチャンなんて使ってんのは、(別のスレも含めて)おまえだけだよ。 あーきしょー
189 :名無しさん@お腹いっぱい。 :2008/09/22(月) 16:23:15 .net このスレはキチガイ2名がレスの応報してるだけだな
190 :名無しさん@お腹いっぱい。 :2008/09/22(月) 21:09:31 .net で、6コアItanium2はどうなのよ
191 :名無しさん@お腹いっぱい。 :2008/09/22(月) 23:11:06 .net そんなの出るの?
192 :名無しさん@お腹いっぱい。 :2008/09/24(水) 19:09:16 .net たぶん出ませんw
193 :名無しさん@お腹いっぱい。 :2008/10/01(水) 15:38:43 .net みんな、なんで Itaniumなんか買ったの?
194 :名無しさん@お腹いっぱい。 :2008/10/01(水) 22:26:26 .net >>193 買ってはないが、 Windows + SQL Serverは32ビットで、将来的に規模拡大したときのアップグレードパスがない っていう人に対して、Itanium版があるから安心しろって言えるだけで、十分に価値があった。 おっと、ここはUNIX板だったな。
195 :名無しさん@お腹いっぱい。 :2008/10/01(水) 22:34:49 .net じゃあ、もう誰も買わないね
196 :名無しさん@お腹いっぱい。 :2008/10/02(木) 03:07:02 .net >>193 興味ない人は来るなよ。
197 :名無しさん@お腹いっぱい。 :2008/10/02(木) 11:08:13 .net >>194 MS の SQL Serverは amd64で 64bitになっちゃったの?
198 :名無しさん@お腹いっぱい。 :2008/10/02(木) 11:37:27 .net AMD64が発表される前の昔の話だろ
199 :名無しさん@お腹いっぱい。 :2008/10/02(木) 14:09:34 .net うん、で、今は? まだなってないの?
200 :名無しさん@お腹いっぱい。 :2008/10/02(木) 14:10:19 .net 自分でマイクロソフトのサイトでも見たら?
201 :名無しさん@お腹いっぱい。 :2008/10/02(木) 14:47:02 .net なんでそんなに言いたくないわけ?wwww 恥しくて?w
202 :名無しさん@お腹いっぱい。 :2008/10/02(木) 14:55:17 .net いつもの粘着キチガイか
203 :名無しさん@お腹いっぱい。 :2008/10/02(木) 16:10:24 .net まあ、カトラーは最初っから Itaniumには批判的だったみたいだしね。 Athlonの部隊には DEC出の同僚がたくさん居るみたいだし。 最適化の手法が Alphaと同じでイケるとかなんとか。 仕方ないわな。
204 :名無しさん@お腹いっぱい。 :2008/10/03(金) 05:20:03 .net カトラーというかWindowsNTは最初の方針の中に、 マルチスレッド化してマルチプロセッサでスケールする というのがあったので、 シングルスレッド性能を追求するあまりに効率の劇悪な IA-64というのはアホらしかったのだろう。
205 :名無しさん@お腹いっぱい。 :2008/10/03(金) 09:57:30 .net そうかなぁ。オレは単なる同窓会趣味と、自分の過去の技術に対する 固執(よく言えば自負)なんじゃないかと思ってるがww DECにはそういう社風あったそうだし。社外技術を見下す姿勢。 EPICは HPから出たもんだから。
206 :名無しさん@お腹いっぱい。 :2008/10/03(金) 12:56:36 .net レジスタウィンドウが嫌いなんだよ!!
207 :名無しさん@お腹いっぱい。 :2008/10/03(金) 13:10:08 .net レジスタウィンドウは使いにくいよね。
208 :名無しさん@お腹いっぱい。 :2008/10/03(金) 16:16:26 .net それは違うな。ハマれば高速。
209 :名無しさん@お腹いっぱい。 :2008/10/03(金) 19:35:02 .net 実際のところ、ハマるのか?
210 :名無しさん@お腹いっぱい。 :2008/10/04(土) 23:20:18 .net おっ。いまちょうどハマったw
211 :名無しさん@お腹いっぱい。 :2008/10/16(木) 13:29:39 .net JR九州、NX7700iシリーズなど 16台に移行、って書いてあるな。 イマイチ図が小さすぎてよく見えんが。NX7700iが何台だろ?
212 :名無しさん@お腹いっぱい。 :2008/10/18(土) 02:33:24 .net メインは8CPU機を2台でクラスタ構成っぽい。
213 :名無しさん@お腹いっぱい。 :2008/11/16(日) 11:11:57 .net >>121 亀レスだが。 ネイティブだろうがエミュだろうが、同じバージョンである以上その中身が変わることは まずいんでないの?特に商用利用では。 (パッチによるバグ修正は除く) HP-UXに関しては、逆にパフォーマンスに関わる部分はネイティブ化してあるって ことなんだろうさ。
214 :名無しさん@お腹いっぱい。 :2008/11/19(水) 01:54:25 .net top500の中でItaniumを使ってるのが 1.8% EM64T, x86_64を合計すると85%
215 :名無しさん@お腹いっぱい。 :2008/11/19(水) 11:18:06 .net きゅーぴーIで x86の SMPがまともになったりしたら即死だね。 ま、その可能性は低いと思うがw
216 :名無しさん@お腹いっぱい。 :2008/11/27(木) 09:37:41 .net >>214 だから何? むしろ1.8%も残っていることのほうが驚きだよ。 >>215 はいはい、Sunスレから出張で荒らしに来て、おつかれさん。 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。 それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。 まぁ限られてると思いますけどね。
217 :名無しさん@お腹いっぱい。 :2008/11/27(木) 10:30:57 .net > 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。 24コアを「バス」で主記憶に接続して、まともに性能出るわけがない。 キャッシュに収まる特殊用途除いて、な。あんた次元低すぎるんだよ。 なんでわざわざインターコネクトの名前あげてるかぐらい考えてよね。 考えても書かなくていいけどww > それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。 そんな用途で実績のかけらもないアーキを使う意味なんかないでしょ。 企業判断的にチョンボして行き詰まってる「事情」があるとこ以外には 無価値と思うが。
218 :名無しさん@お腹いっぱい。 :2008/11/27(木) 11:12:53 .net やはりその口調、Sunスレから荒らしに来ている人か。 あなたの脳内では、まともに性能が出ないそうだが、 各社がサーバ作って出してるんだよねぇ。
219 :名無しさん@お腹いっぱい。 :2008/11/27(木) 11:20:42 .net Xeon 7400番台を採用した4Pサーバは、Sunもリリースしていたと思うが。
220 :名無しさん@お腹いっぱい。 :2008/11/27(木) 18:55:12 .net まあ、このへんにちょうどいい解説があるよ。3.な。 ttp://www.geocities.jp/andosprocinfo/wadai02/20020511.htm | コモンバス方式は追加のハードも少なく一番簡単ですが、 | ...多数のプロセサを使うシステムでは性能が飽和してしまいます。 超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと 話にならん。
221 :名無しさん@お腹いっぱい。 :2008/11/28(金) 05:09:47 .net >>217 や>>220 の脳内では、今もXeonは1つのバスに24コアが並列に繋がっていて、メモリも1chしかないらしい。
222 :名無しさん@お腹いっぱい。 :2008/11/28(金) 09:38:14 .net こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ.. ろくに検証もしないから問題にもならない、とw
223 :名無しさん@お腹いっぱい。 :2008/11/28(金) 12:41:06 .net いつも相手を馬鹿にした態度で書き込みをしている・・・そういう病人はスルーしましょう。 しかも現実が見えてないですからね。
224 :名無しさん@お腹いっぱい。 :2008/11/28(金) 18:41:16 .net よっぽど会社じゃ居場所ないんだろか(´・ω・`)
225 :名無しさん@お腹いっぱい。 :2008/11/29(土) 02:33:55 .net > ろくに検証もしないから あれれ、脳内妄想で評価している人が、そんなこと言いますか?
226 :名無しさん@お腹いっぱい。 :2008/11/29(土) 07:01:00 .net 確かにマルチコアでの性能の上がり具合はx86の方が低そうだけど、 Opteron 8wayとItanium 4wayでOpteronの方が性能が上で価格も数分の一となれば Opteron選ぶよねえ。うちでItanium入れたのなんてsuper domeくらいだ。 x86だとDL785の8CPUが上限だから、それ以上欲しいときはItanium/SPARCを 検討する。2CPUや4CPUで十分なサーバーにはx86しか入れない。
227 :名無しさん@お腹いっぱい。 :2008/11/29(土) 07:36:58 .net 板違いになりますが、Windowsで仕事してます。 お客様は夢見がちで、現時点でWindows鯖で十分なことは理解していても、 将来の業務拡大にハードウェアのアップグレードで追い付けないことを心配されます。 そのときにItaniumにアップグレード可能だと説明すれば、だいたい納得されます。 実際にはx86ベースのシステムの性能向上のペースを上まわって成長した事例はなく、 Itaniumは見せ玉のまま終わっています。 x86 & Linuxの案件でも、Itaniumは見せ玉として使えませんか?
228 :名無しさん@お腹いっぱい。 :2008/11/29(土) 07:59:50 .net DB鯖以外はスケールアウトが可能になってるからサーバー単体の性能は そんなに気にしない。台数少ないにこしたことはないけどね。管理も楽だし。 DBはOracle RACいれてとりあえずノード追加で対応できて将来はまた 新しいH/W出てますから、って言う。まあDBはOracleさえ走ればLinuxでも Solarisでもhp-uxでもいいから見せ玉使う事もないけど。
229 :名無しさん@お腹いっぱい。 :2008/11/29(土) 09:28:31 .net Oracleはマルチプラットフォームでいいですね。 SQL ServerはWindowsのみなので、Itaniumには頭が上がりません。
230 :名無しさん@お腹いっぱい。 :2008/11/29(土) 09:52:28 .net キューぴーIは、少なくとも理屈の上ではリニアなスケールの可能性があるよね。 それ以前の「バス」はだめだよ「バス」は。お話にならん。 なんでこうおバカが多いのか。踊らされてほんとにアワレなこった。
231 :名無しさん@お腹いっぱい。 :2008/11/29(土) 10:00:08 .net >>230 妄想はいいから自分で実機で検証してからホザきなさい。
232 :名無しさん@お腹いっぱい。 :2008/11/29(土) 10:06:27 .net お前こそ 8コア超の x86サーバーがエンプラ用途でちゃんとリニアに スケールするという記事でも探してこい。 「商品が出てる」で証明になんかなるかボケ。 ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。 単発の 80386パソコンの何倍も遅かったが、製品だった。 まーーーーったく売れなかったと聞いてるww
233 :名無しさん@お腹いっぱい。 :2008/11/29(土) 10:11:29 .net >>232 その他には経験がないわけですねw 誇らしい経験をお持ちで良かったです。 >>227 皺々なんで見せるの恥ずかしいです(><)
234 :名無しさん@お腹いっぱい。 :2008/11/29(土) 10:36:13 .net ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。 で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。 ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww
235 :名無しさん@お腹いっぱい。 :2008/11/29(土) 11:40:00 .net >>227 Windows売るのにItaniumを見せ玉にってのは良く聞くな でも、Becktonが出たらItaniumの役目も終わりだろ Linuxで拡張性に不安って人は最初からUNIXに行くんじゃね?
236 :名無しさん@お腹いっぱい。 :2008/11/30(日) 02:41:38 .net その頃にはItaも少しは進化してるだろうし、32/64CPUクラスをXeonで 置き換えられるようになるのはまだまだかかるんじゃないかな
237 :名無しさん@お腹いっぱい。 :2008/11/30(日) 04:51:36 .net >>234 退場。
238 :名無しさん@お腹いっぱい。 :2008/12/01(月) 10:28:18 .net 実績ないんだから、提示不能。そういうことだよな?ww
239 :名無しさん@お腹いっぱい。 :2008/12/01(月) 14:40:06 .net >>238 いいかげんにしろ。
240 :名無しさん@お腹いっぱい。 :2008/12/01(月) 15:35:14 .net お前がな。
241 :名無しさん@お腹いっぱい。 :2008/12/01(月) 15:46:11 .net x86けなされると、なんでそんなにくやしいの? どーでもいいんだけどさ..
242 :名無しさん@お腹いっぱい。 :2008/12/01(月) 16:58:43 .net どーでもいいなら聞く必要もあるまい。 自己矛盾君。
243 :名無しさん@お腹いっぱい。 :2008/12/01(月) 17:15:46 .net ゴミ撒かれるのはどーでもよくないわけで。 ま、もうゴミでも撒かなきゃ話題もないんだけどww
244 :名無しさん@お腹いっぱい。 :2008/12/01(月) 17:32:53 .net 既に約 1年前に元麻布氏がこんなの書いてたんだね。 ttp://pc.watch.impress.co.jp/docs/2007/1113/hot515.htm | ...このアライアンスを母体に新しく事業会社を起こし、そこにIA-64の設計や | 開発を分離するのはどうだろう。...Tukwilaが完成し、QPIベースの | プラットフォームが確立したら、タイミング的には頃合いだと思うのだが。
245 :名無しさん@お腹いっぱい。 :2008/12/01(月) 17:41:48 .net じゃあそうします。
246 :名無しさん@お腹いっぱい。 :2008/12/01(月) 17:43:51 .net Itanium International 国際イタニウム株式会社
247 :名無しさん@お腹いっぱい。 :2008/12/02(火) 07:46:30 .net 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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 10:18:11 .net Sun Fire(というか、UltraSPARC の IIiや IIIiじゃないやつ)は、 バスなんか使ってないですが。直クロスバーですぜ。 んで、その Xeonの構成で、メインメモリはどこにつながってるの? チップセットの先の「バス」よね?(そうじゃなきゃ NUMAだもんな) んで、メインメモリへのアクセスは競合しないの? バスが「飽和する」って、意味わかってる? > これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。 > これ、Sun Fireのボード間のクロスバースイッチをワンチップに納めたようなもの。 > かつてのSun FireのSMPも性能が出ないという話になる。 > それは、Sun Fireでも同じ。 まぁーーーーーーっったく、違いますが。いっしょにしないでくれる?w んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、 一体なんの関係があるわけ? チャネル数増やして(見かけ上の)アクセス速度上げると、 バスは _余計に飽和_ しやすくなるけど? バスが「飽和する」って、意味わかってる? (念の為 2回め)
249 :名無しさん@お腹いっぱい。 :2008/12/02(火) 11:06:45 .net Itaniumの話しようぜ
250 :名無しさん@お腹いっぱい。 :2008/12/02(火) 11:35:16 .net >>248 > Sun Fire(というか、UltraSPARC の IIiや IIIiじゃないやつ)は、 > バスなんか使ってないですが。直クロスバーですぜ。 データはクロスバーだけど、アドレスは実質的にバスだよ。 > んで、その Xeonの構成で、メインメモリはどこにつながってるの? > チップセットの先の「バス」よね?(そうじゃなきゃ NUMAだもんな) バスですよ。 > んで、メインメモリへのアクセスは競合しないの? 競合するよ。 メモリアクセスを開始できるのは同時に2つまで。 アドレスが実質的にバスのSun Fireも同じだよ。 メモリアクセスを開始できるのは同時に1つだけ。 > バスが「飽和する」って、意味わかってる? アイドルサイクルがない状態が飽和、でしょう。 > んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、 > 一体なんの関係があるわけ? 独立して動作するメモリバスが2本あれば、 2つのコアのメモリアクセス要求を同時に処理できるので、 飽和した状態で処理できるメモリアクセスが増える。
251 :名無しさん@お腹いっぱい。 :2008/12/02(火) 11:35:53 .net じゃあ、Itaniumの話で。 いま自宅でRHEL3使ってるんだが、ぼちぼち入れ替えたい所。 ia64対応しているフリーのディストリで、今だったらどれがオススメ? centosはいつまで経っても5系でないし、何かdebian位しかメンテされているのがない気がする。
252 :名無しさん@お腹いっぱい。 :2008/12/02(火) 11:48:09 .net >>250 > アドレスが実質的にバスのSun Fireも同じだよ。 おいおい。トンデモな言い訳はよしてくれや。 じゃ、バスに対するクロスバーの利点はなんだよ? アドレスがバスだからクロスバーの利点は帳消しになるとでも? ふざけてんのか??
253 :名無しさん@お腹いっぱい。 :2008/12/02(火) 12:10:34 .net >>252 > おいおい。トンデモな言い訳はよしてくれや。 >>220 のリンク先に書いてあることですが? > じゃ、バスに対するクロスバーの利点はなんだよ? クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。 もしSun Fireをバスにした場合、512bit幅でバスを配線しなくてはいけない。 クロスバーなら、発着が別の場合に、1つ前のメモリアクセスで生じた転送が終わる前に 次のメモリアクセスで生じる転送を開始できるので、つまり、転送をゆっくり行うことができる。 そのためSun Fireは128bit幅で4クロックに分けて転送してる。
254 :名無しさん@お腹いっぱい。 :2008/12/02(火) 12:11:40 .net >>251 いっそFreeBSDいってくれ。
255 :名無しさん@お腹いっぱい。 :2008/12/02(火) 12:19:26 .net >>251 使うだけならそのままRHEL3をEOL迄使いつづけたら? 開発に参加するならFedora9を入れるとか。 ttp://fedoraproject.org/wiki/Architectures/IA64
256 :名無しさん@お腹いっぱい。 :2008/12/02(火) 12:19:54 .net >>254 FreeBSD/ia64だとXが使えないのが苦しい所だな。
257 :名無しさん@お腹いっぱい。 :2008/12/02(火) 12:28:22 .net >>255 まさに使うだけだったからRHEL3で間に合ってたのだけど、 作業環境としては要らなくなったので、気分転換しようかと。 実験環境としてはdebianだと保守的すぎてつまらないし、 Fedora9で良さそうね。
258 :名無しさん@お腹いっぱい。 :2008/12/02(火) 13:18:51 .net >>253 > クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。 はぁ〜。どーしよーもねーな。 まあ、その程度じゃなきゃ共有バスで SMP性能が出るなんて思わんわな。 Wikipedia の「バス(コンピューター)のとこでも読んでみれ。話にならん。 | ...スター型トポロジとなるクロスバースイッチ(クロスバーバス)が | ワークステーション等に採用されている。これは複数のCPU・メモリ間で | 多対多の転送(通信)を同時に行えるようにしたもので、... 多対多で同時ね。は〜、疲れるわ。
259 :名無しさん@お腹いっぱい。 :2008/12/02(火) 16:09:09 .net >>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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 16:10:44 .net ■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、 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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 16:35:39 .net >>260 > 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。 あのなぁ........................ そういう前提がまちがってるし。 今 6coreが 4ソケットって話してるんだが、コアが 24という前提でやってくれるか? 1:4クロックでノード数 4て、日頃からそいういうインチキ語って暮らしてるの? 逆に言えば、上の例だと 5CPU以上ダメじゃん。実際オーバーヘッド入れたら 共有バスだと 4CPUもキツイ、というのにモロ符合するけどなw オレもヒマだなw
262 :名無しさん@お腹いっぱい。 :2008/12/02(火) 16:47:29 .net >>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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 16:48:34 .net ■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、 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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 17:25:26 .net >> 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。 > あのなぁ........................ そういう前提がまちがってるし。 クロックって言うからいけない アドレスの1サイクルと同じ時間で終わるならって言えばいいのよ
265 :名無しさん@お腹いっぱい。 :2008/12/02(火) 19:18:29 .net >>258 転送は同時にできるが、その転送の要求は同時に出せない。
266 :名無しさん@お腹いっぱい。 :2008/12/02(火) 20:01:36 .net バスで 64バイトが 1クロックって、どういうことよ? 信号線 512本あるの?
267 :名無しさん@お腹いっぱい。 :2008/12/02(火) 20:17:44 .net 信号線が512本もあったら実装が大変だし、 かといってクロックを上げるのも大変だから、 そこで、 クロスバーですよ。
268 :名無しさん@お腹いっぱい。 :2008/12/02(火) 20:30:30 .net LSI内なら512本もOK Xeon用のチップセットは、データ部分8.5GB/secのFSBを4本と、 送受信あわせて8GB/secのFB-DIMMを4チャネル(2チャネルずつ束ねて使われることに注意)、 合計66GB/secを、 クロスバーかバスか知らないが、とにかく、コンカレント動作を妨げないように接続している。
269 :名無しさん@お腹いっぱい。 :2008/12/02(火) 22:37:56 .net そろそろクロスバー盲信者にトドメ、さしとくかな。 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 :名無しさん@お腹いっぱい。 :2008/12/02(火) 23:16:55 .net 16CPU超のシステムならアプリインストールしてベンチで評価するでしょ。 そりゃこの辺の知識があれば評価対象は絞り込みやすくていいけどさ、 いい加減お互いにけんか腰やめてくんないかな
271 :名無しさん@お腹いっぱい。 :2008/12/02(火) 23:18:22 .net Itanium機にRHEL3って人はhp-uxはもっとらんの? 保守入ってなきゃ新バージョンはもらえないのかな
272 :251 :2008/12/02(火) 23:57:25 .net >>271 hp-uxは持ってないし、ドライバサポートに難があって、 確かVGAとSCSIボードを交換する必要があった。 シリアルコンソール&ATA接続にすりゃ動く様だが、 それじゃあWSとは言えんわなw ちなみにWindowsでもそのままの構成で動く。
273 :名無しさん@お腹いっぱい。 :2008/12/03(水) 00:16:38 .net > アドレスが実質的にバスなので どこの田舎の言葉ですか?
274 :名無しさん@お腹いっぱい。 :2008/12/03(水) 01:19:53 .net 続きは検証センターででもやればいいのに。
275 :名無しさん@お腹いっぱい。 :2008/12/03(水) 09:37:01 .net >>270 え? バスバス言ってんのは、なんか反論でもした気になってるのかよ? 笑止 小手先の付け焼き刃の延命処置をさもまっとうな対策みたいに語るのは よくあることだけどな。
276 :名無しさん@お腹いっぱい。 :2008/12/03(水) 09:41:18 .net 「バスを多段にして間にキャッシュ噛ますとあら不思議、クロスバーに対抗できます。」 まとめるとこういうことだな。 「なぜなら、クロスバーはアドレス指定がバスだからです。」 クロスバー導入したエンジニア達はそれに気付かなかったわけだw
277 :名無しさん@お腹いっぱい。 :2008/12/03(水) 11:50:30 .net Sun Fire 6800、アドレスが実質的にバスで飽和しまくり。 ↓ 「バスを多段にして間にキャッシュ噛ます」 アドレスのバスを細かく分割して、スヌープフィルタを介して相互接続することで、ボトルネック解消 ↓ Sun Fire 15K、従来の10倍以上の高速化を実現! Xeon、共有バスなので飽和しまくり。 ↓ バスを分割して、スヌープフィルタを介して接続することで、ボトルネック改善 ね、一緒でしょ。 >>273 真実には逆らえず、レッテル貼りによる封じ込めに作戦変更ですか?
278 :名無しさん@お腹いっぱい。 :2008/12/03(水) 11:54:51 .net ttp://www.atmarkit.co.jp/news/200110/05/sun.html > 通常のバス・アーキテクチャでは全ての信号が1本のバスを通るため、 > CPUなどを増やして処理性能を上げようとしてもバス性能が性能向上のボトルネックとなった。 > バスを流れる「データ」「コントロール」「アドレス」の3種類の信号のうち、 > データだけがクロスバー・テクノロジによって高速化されていた。 アドレスはバスでした。 もっと詳しいことは↓でも読んでくれ。 ttp://jp.sun.com/products/wp/server/WPcat4.pdf
279 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:03:16 .net ちなみに日本語訳は誤訳とかアヤシイ部分があるので、原文に当ったほうがいいかも。 原文はこちら ttp://www.sc2001.org/papers/pap.pap150.pdf
280 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:06:31 .net >>278 > アドレスはバスでした。 お前の日本語をどうにかしろと
281 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:11:16 .net ていうか、すでに>>220 のURLに書いてあることなんだよな。 自分で持ち出しといて、内容を読んでなかったのかな。
282 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:11:28 .net ...Sun Fireのクロスバーが性能改善した事実がすなわち今の Xeon MP機の 性能がいいことを証明したことになる、のかよ? 無理あり過ぎだろw 実際そうなら 8コア超の Xeon MP機の評価記事がどんどん出てくるだろうし、 飛ぶように売れるだろうからそれでわかるんだろな。 じゃあ、QPIなんてやる必要はなかったわけだw ..どのみち Itaniumは-終了-なんだな。
283 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:12:05 .net >>280 アドレスは実質的にバス接続 これ、理解できないの?
284 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:12:28 .net >>281 あんた相手してるの元の人間と違うぞw
285 :名無しさん@お腹いっぱい。 :2008/12/03(水) 12:14:41 .net >>282 往生際が悪いぞ。 一部分でもバスだからダメというお前さんの主張を否定しただけだ。
286 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:11:23 .net はあ? 往生なんかしませんが。ひょっとして追い詰めたとでも思ってるのか?! クロスバーにすぐついてこれなかった RISCベンダーが打った対策の 焼き直しじゃないか。もっともらしく持って回ってあるが。 そいつら結局全部クロスバー行ってるし。 で、QPIはどうなんだよ? それ以上に素晴らしいバラ色の新技術か?w
287 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:16:23 .net >>285 > 一部分でもバスだからダメというお前さんの主張を否定しただけだ。 ところで、バスを分割して切り替え(スイッチング)して使うのは、 それはクロスバースイッチとは明確に違うのか? 信号線も減るんだろ? 粒度の違いで区別する?
288 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:45:00 .net >>283 アドレスリクエストがシェアードバスに流れると言いたいのか? クロスバースイッチだって「バス」だぜ?
289 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:48:09 .net >>286 すでにXeonはクロスバーになった、という話なんだがなぁ。 >>287 Sunは、 > バスを分割して切り替え(スイッチング)して使う ことも、クロスバーと呼んでるようですよ。
290 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:50:41 .net 270だけどなんでバスなんて一言も言ってない俺が突っ込まれなきゃならないわけ? ItaniumもSPARCもCPU単体の能力が低すぎてどうでもいいんですけど。 何でインターコネクトの帯域にそんなにこだわるの? OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ?
291 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:50:49 .net >>288 そういう言葉の揚げ足取りするのやめなよ。 どういう意図でバスと言ってるのか理解できるだろ。
292 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:53:46 .net >>290 CPU単体の能力が低すぎる ↓ 多数のCPUをSMPで動かす ↓ インターコネクトの性能で決まる ってことかと。 Sunが真っ先にクロスバーを導入したとき、 そのCPU搭載数は競合他社の2倍だったと思う。
293 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:57:18 .net で、だ。 CPU単体の能力が高ければ、 多数のCPUをSMPで動かす必要もなく、 ゆえにインターコネクトの性能も必要ない
294 :名無しさん@お腹いっぱい。 :2008/12/03(水) 13:59:53 .net >>289 > すでにXeonはクロスバーになった、という話なんだがなぁ。 ほぉおふぉぉ、次はそう来るかよw んじゃ、QPIって、何? オレって釣られまくり?
295 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:00:48 .net >>293 それはさすがにバカ丸だしwwww Itaniumサイコー!!!!!!w
296 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:05:08 .net >>290 > OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ? SPARCナメてもらっちゃ困るな。SPARC64はシングルスレッド性能でもトップクラス。
297 :290 :2008/12/03(水) 14:07:06 .net いっとくけど俺は293じゃないからな。 ItaniumはSPARCより駄目だと思ってるし
298 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:09:59 .net 盛り上がってきたなぁ...ww 今何人参加してんだろp
299 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:14:18 .net >>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 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:17:31 .net >>296 SPARC64ねえ、それは確かにいいかもしれない。 機会があったら評価してみたい。富士通には縁が無いんだけど。 やっぱSPARC IV+より全然いいの?つかItaniumスレでする 話じゃないな
301 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:24:15 .net 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 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:35:09 .net p5も評価してみたいなあ。 でもアレだよね、今から評価するならCore i7ベースのXeonも 楽しみだよね。そういやXeonとItaniumでソケット共通にするって 話はどこいったの?あれが完成してればItanium用サーバーに Xeon差したりもできたの?ってできないと意味ないか。 チップセットとかいろいろ考えたらいっそのことXeonをエンタープライズまで 対応できるようにすりゃいいじゃんって思わないでもない
303 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:39:16 .net >>294 QPIは、次の手。 FSBを4本、スヌープキャッシュ、FB-DIMMをデュアルチャネル2系統 ここまでは1チップに押し込むことはできたが、それ以上は厳しい。 かといって、このままでは、8コアや8ソケットはスケールしない。 だからQPI
304 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:39:55 .net とりあえず両方とも QPIになって、その次。 それまで Itanium系の開発が今の勢いで続いてれば、の話だけどw
305 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:45:07 .net >>302 Itaniumとソケット共通化で開発されていたXeonはキャンセルされて、従来通りのFSBのものが市場投入されました。 その後どうなったのかは、知らない。 だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。
306 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:45:44 .net >>299 > SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい Hypertransportは共通バスじゃない。 > ベンダーの力も借りないといけないから、ベンダーのおすすめで その「ベンダー」に扱ってもらうには、そこそこの性能が必要。
307 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:48:50 .net >>303 それ見ろ。今の Xeonは付け焼き刃対策してあるだけで、クロスバーへの 移行が必至なんじゃんか。そっちこそ往生際悪いぞ。
308 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:52:55 .net >>305 > だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。 Itaniumが邪魔になってる Intelとしては、 (ちょっとムリあったけど、がんばって)ソケット共通化しました ↓ 性能も近いし、あんまり差別化できる点もないので、もう 1種類でいいですよね? という大義名分で Itaniumを葬り去る絶好のシナリオ。
309 :名無しさん@お腹いっぱい。 :2008/12/03(水) 14:58:44 .net 葬り去るっていうかIPFにいっちゃったPentium開発チームを メインストリームのCoreに戻す策略だろうか。 しかもhp(元Alpha)の開発者というおまけつきで 確か元々Pentium開発2チーム、モバイルがイスラエル1チームで IPFに1チームとられて、イスラエルチームがメインも作るように なったんだよね? まあうまいことAMDと競争してくれて価格性能比のいいCPUが バンバンでてくれば裏事情なんかどうでもいいけど
310 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:05:31 .net >>307 QPIはクロスバーじゃないだろ。 で、段階的な進歩を付け焼き刃と言うのなら、Sunの第5世代E15Kも付け焼き刃だった、ってことになるぞ。 第4世代の6800らと同じCPU&メモリボードのアドレスを直に繋がずにスヌープフィルタ入れたのだから。 Xeonでスヌープフィルタを導入したのと同じことだぞ。 付け焼き刃だとしても、その時々に必要な性能を実現していれば、それでいいと思う。 むしろ、付け焼き刃もできずに、その時々に必要な性能を提供できなければ市場から脱落するし。
311 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:08:45 .net Sunの第四世代までと、第五世代のCPUボード内は、アドレスがクロスバーではなく、帯域を共有している これは理解してもらえたかな? Sunは6800のセールストークとして、 24ものプロセッサがフラットにアドレスを共有して素晴らしく低レイテンシなのは他にはない といってたけど、たしかにキャッシュのヒット率が高い用途では、それは素晴らしいことなのかも。 ・・・って言うと、Intelの共有バスにも当てはまる褒め言葉になっちゃうな。
312 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:08:59 .net Sun で言えば Mbus→UPAの段階だろ。 そんなんといっしょくたにされてたまるかw
313 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:15:11 .net >>312 いや、違うな、UPAより前の、MBus+XDBusの段階だ。 ttp://jp.sun.com/products/wp/UEarch/docs/UEARC02.html
314 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:52:53 .net SUNスレでどうぞ
315 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:53:54 .net >>312-313 おいおい。 UPAはアドレスはブロードキャストだぞ。 SunでアドレスのブロードキャストしないのはFirePlaneにSSMを組み合わせた場合。
316 :名無しさん@お腹いっぱい。 :2008/12/03(水) 15:59:42 .net メモリは別として、 FirePlaneのボードにUltraSPARC IIIを4つ積んだもの → 4コアXeonのCPUに相当 それをアドレスをブロードキャストで繋いだSun Fire 6800 → 4コアXeonを同一FSBに4つぶら下げたものに相当 アドレスのブロードキャストドメインを分割してスヌープフィルタで繋いだSun Fire 15K → 4コアXeonを個別のFSBで接続する7300チップセットのシステムに相当 Intelは常に他社の後追いですね。
317 :名無しさん@お腹いっぱい。 :2008/12/03(水) 16:01:37 .net もひとつ、 AMDのHyperTransport → IntelのQPI 猿まねも、ここまでくると呆れるを通り越す。 しかし、素直に進化の王道を進んでいるだけ、あるいは、業界トレンド、っていう好意的な見方もできなくはない。
318 :名無しさん@お腹いっぱい。 :2008/12/03(水) 16:07:01 .net >>315 いやいや。MBusに CPU4発。これを XDBusバックプレーンに接続。 1990年代初頭の技術だな。
319 :名無しさん@お腹いっぱい。 :2008/12/03(水) 19:23:54 .net >>318 そいつはスヌープフィルタなんか持ってないんだが。
320 :名無しさん@お腹いっぱい。 :2008/12/03(水) 19:26:06 .net いまだにクロスバー信者は、キャッシュのスヌープを理解してないのか。
321 :名無しさん@お腹いっぱい。 :2008/12/04(木) 09:32:17 .net アホか。スヌープせずに MPがまともな性能で動くかwww んなもんクロスバーかどうかと 関係ないわい。 なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という 話にはならんだろうが。いつまで詭弁を弄するつもりよ?
322 :名無しさん@お腹いっぱい。 :2008/12/04(木) 10:46:56 .net 興奮してる
323 :名無しさん@お腹いっぱい。 :2008/12/04(木) 11:02:50 .net >>321 スヌープの意味、わかってないね? スヌープしなかったらキャッシュのコヒーレンシを実現できない。 > なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という > 話にはならんだろうが。 SunのFirePlaneは、4プロセッサ単位でスヌープのドメイン(バスに相当)を構成し、 ドメイン間の通信をスヌープフィルタによってブロードキャストからポイントtoポイントに変えることで、 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK という話なんですよ。
324 :名無しさん@お腹いっぱい。 :2008/12/04(木) 11:36:55 .net もうループに入りました。 ..スヌープの意味わからずに SMPの話ができるわけないだろ。 Intelの言うことなんでもありがたくご拝聴してるからそんな偏った知識になる。 MBusにはスヌープの仕掛けがないとでも思ってるのか?
325 :名無しさん@お腹いっぱい。 :2008/12/04(木) 11:38:52 .net >>323 そんでもも一回だけ。 > 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK それが「付け焼き刃」だ、といってる。クロスバーみたいな根本対処と いっしょにすな、と。
326 :名無しさん@お腹いっぱい。 :2008/12/04(木) 11:44:47 .net クロスバーと1回発言すると、どこからかお金が貰えるの? なら俺も書こうかな。
327 :名無しさん@お腹いっぱい。 :2008/12/04(木) 12:12:35 .net 「スヌープフィルター」は、金貰えるのか?
328 :名無しさん@お腹いっぱい。 :2008/12/04(木) 12:33:17 .net >>324 なんかね、>>321 はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。 >>325 つまり、SunのFireplaneは、 「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。
329 :名無しさん@お腹いっぱい。 :2008/12/06(土) 11:05:00 .net 328でFAだな 言葉が通じているようで通じていない人と話をすることほど無駄なものはない。
330 :名無しさん@お腹いっぱい。 :2008/12/08(月) 12:04:28 .net Sun信者が無知だってことが明らかになりました
331 :名無しさん@お腹いっぱい。 :2008/12/17(水) 03:08:26 .net このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなw
332 :名無しさん@お腹いっぱい。 :2008/12/17(水) 05:01:14 .net >>331 それは構って欲しいですっていう意味か?
333 :名無しさん@お腹いっぱい。 :2008/12/17(水) 09:41:45 .net 「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw
334 :名無しさん@お腹いっぱい。 :2008/12/17(水) 12:44:29 .net Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。
335 :名無しさん@お腹いっぱい。 :2008/12/17(水) 13:37:33 .net なんか話題ないの?
336 :名無しさん@お腹いっぱい。 :2008/12/18(木) 00:55:53 .net 話題無いって言う話題ぐらいしかないねぇ。。。
337 :名無しさん@お腹いっぱい。 :2008/12/18(木) 01:06:54 .net Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。 昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。
338 :名無しさん@お腹いっぱい。 :2008/12/18(木) 01:17:34 .net 4Q08に発表するという話だったのにまた遅延かという話題ならある
339 :名無しさん@お腹いっぱい。 :2008/12/18(木) 13:09:47 .net 夢がふくらまないな...w
340 :名無しさん@お腹いっぱい。 :2008/12/18(木) 13:20:17 .net >>337 「昔」には 2chなんて「ない」と思うがww
341 :名無しさん@お腹いっぱい。 :2008/12/18(木) 17:06:44 .net 2chの昔な。
342 :名無しさん@お腹いっぱい。 :2008/12/18(木) 18:24:58 .net Itaniumってコンパイラがもっと進化すれば爆発的に早くなるはずじゃなかったの? もしかして「早すぎたんだ・・・」っていうやつなの?
343 :名無しさん@お腹いっぱい。 :2008/12/18(木) 19:00:16 .net x86が爆発的に性能向上してしまったので霞んでしまっただけです。 とはいえ初代のMercedは遅かった。 1年後に出たMcKinleyはは速かった。 クロックはたったの1割しか速くなってないのだが、スピードがまるで違った。
344 :名無しさん@お腹いっぱい。 :2008/12/18(木) 19:06:18 .net i860の Wikipediaにはこう書いてある。 | ...i860のデザインはこういったことをコンパイラが効果的に行うことを | 前提としていて、それは不可能だったことが実証されている。 EPICは、どうかなww
345 :名無しさん@お腹いっぱい。 :2008/12/18(木) 19:33:37 .net >>344 おまえ、i860のアーキテクチャを理解してないだろ。 Wikipediaのその説明はパイプラインモードについてのものだよ。
346 :名無しさん@お腹いっぱい。 :2008/12/18(木) 21:41:38 .net >>342 最近ではHP-UX 11iV3で結構速くなったよ。 ただCPUがMontecitoのままじゃねえ。。。 コンパイラが神の様に賢くても理論演算性能を超えることは決してないからさ。
347 :名無しさん@お腹いっぱい。 :2008/12/18(木) 22:46:44 .net HPはさ、PA-RISCもベンチマークだけは速いけど実際は・・・っていうシロモノだったから、 IA-64になってもショックが小さいと思うんだわ。
348 :名無しさん@お腹いっぱい。 :2008/12/18(木) 23:33:40 .net Tukwila最強!
349 :名無しさん@お腹いっぱい。 :2008/12/18(木) 23:44:30 .net SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。
350 :名無しさん@お腹いっぱい。 :2008/12/18(木) 23:52:03 .net SPARC最弱!
351 :名無しさん@お腹いっぱい。 :2008/12/19(金) 00:03:15 .net Sun信者ウザイよ。Sunの話はSunスレでやれよ。
352 :名無しさん@お腹いっぱい。 :2008/12/19(金) 00:23:02 .net そうだ、そうだ!
353 :名無しさん@お腹いっぱい。 :2008/12/19(金) 02:14:45 .net TukwilaもRockに対抗して250Wバージョンを出すべき!
354 :名無しさん@お腹いっぱい。 :2008/12/19(金) 04:22:52 .net ttp://www.anandtech.com/weblog/showpost.aspx?i=532 上の記事のせいで海外の掲示板に「Tukwilaも爆速なんじゃね?」とか言い出す厨房が氾濫しているから困る。
355 :名無しさん@お腹いっぱい。 :2008/12/19(金) 11:08:15 .net >351 あわれだなぁ.. ここは Sunのとこから派生してできたんだって何度言えば.. Itaネタで埋まるくらい書いたらどうよ?
356 :名無しさん@お腹いっぱい。 :2008/12/19(金) 11:11:15 .net >>98-102
357 :名無しさん@お腹いっぱい。 :2008/12/19(金) 11:38:07 .net >>344 i860は、Itaniumと比べると、 意図と結果がはっきりしたすがすがしいプロジェクトだった。 CPUは消えたが、多くの豊かな結果が残った。
358 :名無しさん@お腹いっぱい。 :2008/12/19(金) 12:34:49 .net >>355 お前がスレに参戦する前からItaniumスレあったと思ったが。 >>357 翻弄された人たちは多かったけどね。
359 :名無しさん@お腹いっぱい。 :2008/12/19(金) 14:16:08 .net > お前がスレに参戦する前からItaniumスレあったと思ったが。 Niagara発表されたとき意味全くわからなかったアホを隔離するための場所なんだが ここはwwww
360 :名無しさん@お腹いっぱい。 :2008/12/19(金) 14:20:45 .net >>345 ,357 i860じゃなくても、iAPX432でもいいんだけどwwww | 後の研究では、もっとも大きな問題はコンパイラに有ったと指摘されている。 | すなわち、コストの低い..
361 :名無しさん@お腹いっぱい。 :2008/12/19(金) 14:35:10 .net >>345 意味不明だな。パイプラインをうまく満たせない、すなわち性能出ない、て主旨だぞ。 他に前提としてなんか理解してないといかんのかw? ワケワカランp
362 :名無しさん@お腹いっぱい。 :2008/12/19(金) 14:37:38 .net 結局SPARC馬鹿がいないとスレが盛り上がらないのか
363 :名無しさん@お腹いっぱい。 :2008/12/19(金) 17:04:17 .net >>359 少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。 >>361 そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。 そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。
364 :名無しさん@お腹いっぱい。 :2008/12/19(金) 17:34:34 .net SPARCとItaniumでどっちが先に死ぬか競争だな x86に統合されて先にItaが死にそうな気がするけど
365 :名無しさん@お腹いっぱい。 :2008/12/19(金) 17:36:04 .net どっちもなかなか死なないと思うよ
366 :名無しさん@お腹いっぱい。 :2008/12/19(金) 22:33:43 .net 敵どころか己が持ちあげている物すら知らなかったSun信者が、Sunスレで勝利宣言しててワロタ
367 :名無しさん@お腹いっぱい。 :2008/12/22(月) 11:11:00 .net 誰か >>366 解説してやってくれ。それか、医者へ連れてってやってくれ。
368 :名無しさん@お腹いっぱい。 :2008/12/22(月) 13:53:15 .net >>367 人に頼るなよ。
369 :名無しさん@お腹いっぱい。 :2008/12/29(月) 11:09:30 .net >>367 しらないなら いばるなよ だめ こんさる
370 :名無しさん@お腹いっぱい。 :2008/12/31(水) 10:49:27 .net 知ったかインチキが偉そうに
371 :名無しさん@お腹いっぱい。 :2009/01/01(木) 11:42:53 .net Itaサーバの中古、どっかに安いのはないかな
372 :名無しさん@お腹いっぱい。 :2009/01/02(金) 09:26:25 .net 506 名前:MACオタ>502 さん[sage] 投稿日:2009/01/01(木) 23:29:46 ID:os1mREWn >>502 -------------- Tukwilaはどうなったんだ?もう2009年ですよw -------------- 更に遅れて今年の第2四半期になった模様す。 http://server.it168.com/a2008/1208/259/000000259636.shtml ============== ??英特?将在2009年的第二季度将Tukwila正式推向市?。 ============== 508 名前:MACオタ>507 さん[sage] 投稿日:2009/01/01(木) 23:44:46 ID:os1mREWn >>507 私も英訳して読んでいるす。 Intelの営業のヒトの話なので、特にネガティブなことわ書いてないす。 http://translate.google.com/translate?hl=en&ie=UTF-8&u=http%3A%2F%2Fserver.it168.com%2Fa2008%2F1208%2F259%2F000000259636.shtml&sl=zh-CN&tl=en&history_state0= ---------------------- Gu who also disclosed that next-generation Itanium platform Tukwila testing machines have been sent to OEM manufacturers and important ISV, the partners are currently on the database, ERP, high-performance computing applications such as authentication and running the program, Intel is expected to be the second quarter of 2009 will be formally Tukwila market. ----------------------
373 :名無しさん@お腹いっぱい。 :2009/01/02(金) 13:18:49 .net CPUだけ出してもしょうがないので、Tukwila搭載マシンの開発と両輪で進んでいるのだろう。
374 :名無しさん@お腹いっぱい。 :2009/01/02(金) 13:27:02 .net Tukwilaってまだやっていたのか
375 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:06:02 .net >>373 つまり、以前のように本気でチップセット用意してくれる企業が減った(無くなった?) ということか。
376 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:17:49 .net 当たり前だがHPはItaniumが死ぬまで真剣にやる。脱落?したのはIBM?ユニシス?これは結構古い話だよな? ああ、富士通か?PRIMEQUESTの新モデル出ないの?やるとおもってたが。 ま、Tukwila以降では4コアより純正チップセットの復活が大きいな。 アンチIBMの旗の下集まったISAがようやく本格的に動き出すと思う。 Dellみてればわかるが純正はとにかく安いからな。
377 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:25:27 .net 連投だがチップセットに合わせて投入するとしたらHPのsx/zxシリーズかIntel純正のBoxboroだよな。 富士通に歩調を合わせるとは思えんし。 でBoxboroのスケジュールはXeonMP(Nehalem-EX, Beckton)の2009年半ばだからこっちは時期的には合う。 HPだけ半年早くTukwilaのサーバー売れるようにしたら不満たらたらだろうしな。
378 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:29:26 .net ユニシスはNECと組んだ時点ではまだやる(NECに作ってもらう)って言ってなかったっけ? 最近、NECとの提携の成果であるXeonサーバ発表した時にはもうやらねって言ってたが
379 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:43:51 .net テープアウトしたとかファーストシリコンとかいって 2008年に出す出す詐欺 結構な偉業だと思う てかもう製品出来てるだろ 古いプロセスに古い設計 減らされたとは言え数百人規模の開発チーム 出来てないわけがない もうねHPのMCサーバー部門ごと買い取ればよかったのに プロセッサのデザインチームだけと言わずにさ で、みんなでIntel OEM 健全でしょ Sunに置ける富士通的ポジションだよ やってやれないことはない まーこれは冗談だけど Itaniumはねー絶対健全化できる POWERやSPARCも一時期は駄目だったけど復調した 必要なのは社内でリーダーシップとってくれる人 予算でも人的リソースでもない
380 :名無しさん@お腹いっぱい。 :2009/01/04(日) 01:55:55 .net そうなんだ
381 :名無しさん@お腹いっぱい。 :2009/01/04(日) 02:45:44 .net Itaniumが担う領域って水平分業型だと信頼性が確保しきれないところだからね HPのIntegrity部門ごと買った方が良かったってのは、あながち冗談とも言えないかも でも、世の中のほとんどの業務は実はXeonMPの信頼性で十分なはずなんだよね 誰も人柱になりたくないから、メインフレームとかMCサーバ買い続けてるってだけで Intelの本音としては、もうItaniumは辞めたいんじゃないかなあ 下手に健全化なんかしたら辞める口実が無くなっちゃうじゃないの
382 :名無しさん@お腹いっぱい。 :2009/01/04(日) 14:12:06 .net >>375 そうじゃない。 サーバのメーカーがチップセットを開発して搭載機の受注を開始できる体制になってからでないと、 CPUの出荷開始を発表できないの。
383 :名無しさん@お腹いっぱい。 :2009/01/04(日) 14:17:33 .net サーバのメーカーが チップセットを開発して 搭載機を開発して、 ソフトウェアを開発して、 テストが済んで、 受注を開始できる体制 だな。 初代Itaniumは、そういうのが揃っていなくて、CPUが塩漬け状態だった。 かなりのステッピングがあるので、CPU自体のエラッタも沢山あったのだろうが。
384 :名無しさん@お腹いっぱい。 :2009/01/04(日) 16:50:26 .net だんだん馬脚が現れてきたなww 苦しさ満点。まあ、がんばってくれやw
385 :名無しさん@お腹いっぱい。 :2009/01/04(日) 17:12:48 .net ↑何を言いたいのかさっぱりわからない書き込みだな
386 :名無しさん@お腹いっぱい。 :2009/01/04(日) 17:34:52 .net まぁ、いつものことだ。気にするな
387 :名無しさん@お腹いっぱい。 :2009/01/05(月) 09:45:32 .net やっぱメーカー関係者だったんだな、てことさ。 他に道がない、ということを解らんでもないが、後世振り返ってそこに価値を 見い出せるかということも考えた方がいいと思うぞ。
388 :名無しさん@お腹いっぱい。 :2009/01/05(月) 12:21:52 .net Sun信者さん、こんなところで荒らしてないで。
389 :名無しさん@お腹いっぱい。 :2009/01/05(月) 13:51:11 .net >>381 x86が多少延命した、と言っても別の将来性を見い出した訳でもなんでもなくて、 「先がない」のは Ita発表した頃に Intel自身が言ってた通り、何も変わってない。 で、問題はその代替えとして Itaがダメだってことで、これも何も変わってなくて、 もう確定事項。後は、プロセスの改良と x86のチューニングしか残ってない。 ARMもよー扱わんかった。 やっぱ、i960改良するのが正しいんじゃね?w バークレーRISCだしさwwww
390 :名無しさん@お腹いっぱい。 :2009/01/05(月) 14:38:37 .net >>389 どう見てもSun信者です。お引き取りください。
391 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:02:13 .net >>389 おまえ未だRISCが高性能だと思ってんのか。
392 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:08:27 .net >>379 > Itaniumはねー絶対健全化できる > 必要なのは社内でリーダーシップとってくれる人 2つ問題がある。 一、Intelにその気がない。 二、たとえ健全化しても単に「健全」というだけでは わざわざ新規 ISAに移行する動機付けにならない。 200x年代初頭の Itaが今のポジションだったとしても、厳しいねぇ。 なんせ x86を「置き換える」はず、だったんだから。目標到達にはほど遠い。
393 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:09:13 .net いまどきプロセッサの性能を決めるのは、メインメモリへのアクセスのレイテンシと効率。 命令セットのうち、レジスタ間や即値との演算の命令なんて、どうでもいい。 肝心なのは、メモリアクセスのための命令。
394 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:12:27 .net >>392 最終的にはx86は他の命令セットに移行する可能性がある。 それがIA-64とは限らないが。 いままで何度も、 バイナリトランスレータによる事前変換あるいはや実行時変換が試みられてきた これからも、そのような試みは続けられる そして、いつか、その試みは成功するだろう。
395 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:13:23 .net あら人気スレ
396 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:13:26 .net >>391 このまま EPICを置き換える VLIWな ABIが出てこなければ、 長期にわたる後方互換性の必要な ISAとして VLIWはダメ、ということになるだろな。 ちなみに、Intelみたいなどこにもマネのできんリソースをつぎこむことなく CISCアーキを維持できてる会社どっかあんのか? 全部 RISCだろ?
397 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:13:33 .net ていうかSunはx86バイナリをSPARC上で実行する試み、やめちゃったの? 昔はやってたよね。 NiagaraとかRockがそんなに素晴らしい、スケールするのであれば、 x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
398 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:14:11 .net RISCは高性能だね それ以外のは生き残れなかった
399 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:16:47 .net >>393 まるで間違い。それなら組込み機器も大規模 SMPも全部 x86になってるはず。 ところが、x86は実際にはパチョコン以外ではまるで使えない、用途限定石。
400 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:17:38 .net >>396 VLIWって互換性を捨ててるアーキテクチャでしょ。 自分でmakeすりゃいいじゃんっていうオープンソース文化の人たちや、 互換性のために生の命令セットは見せないというアプローチ、 あるいは組込みなんだから、互換性とか関係ないねって分野でないと、 VLIWは難しい。 そのVLIWの問題点を解決した、VLIW風だがVLIWではないEPICは、 いまのところ長期にわたるバイナリ互換を確保できていると思う。 試していないが、現行のバイナリは初代Itaniumでも実行できるんじゃね? バンドルの組み合わせが増えてる分は例外でエミュレーションで劇遅かもしれんが。
401 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:21:08 .net >>396 Centaur Technologyを忘れないでください。 >>399 あなたは偏見と罵倒前提で曇った目で他人の書き込みを読むから、意図が理解できないのですよ。 x86のメモリアクセスのための命令がネックで大規模SMPの効率が悪いって示唆してるんですがね。 ちなみに組込みではx86は目立たないけど使われ続けてます。 私の目の前に有るDELLの液晶モニタはOSDコントローラがx86ですよ。
402 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:27:20 .net そのケンタウロスは生きているのか死んでいるのか
403 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:35:29 .net >>397 > x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。 ソフトウェアベースや、x86の載ったアドオンカードのものはあったけど あまり売れなかった。Alphaでもあったし。Itaでも似たようなことやりかけた。 性能出ててもダメだったと思う。Itaは Intelがやってるって以外、 何も目新しいことはない。賭ける連中の気が知れんw
404 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:42:57 .net そりゃ安いか速いか少なくともどっちかは満たさないとねえ
405 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:55:38 .net え? SunのNiagara2はXeonとは比べ物にならないほどコストパフォーマンスがいいんでしょ?
406 :名無しさん@お腹いっぱい。 :2009/01/05(月) 15:57:21 .net x86は命令セットがスケールしない仕様なので、たとえSPARCの命令セットに変換してもスケールしないだろ。
407 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:09:32 .net >>405 そういう意味ではない。あんたの思いつく程度のことは RISC WS陣営がとっくに やったし、Itaもそれ以上のことはしていない。 当初 Intelが言ってた、「x86を置き換える」ことができなければ、 あまり存在意義があるとは思えない。 金持ってるから、今の位置付けのまま維持することは可能だろうけど。 株主につつかれなきゃ。
408 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:19:09 .net >>401 ,406 なるほど! じゃ、その効率の悪い「メモリアクセス命令」を禁止したサブセットを 定義して、コンパイラーにスイッチ付ければすべて解決じゃん!! すげーな、スケールしまくりの新 x86アーキ! 期待してるよw : もちろん、RISCに似ちゃったり. ...しないよね?wwww
409 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:28:24 .net >>407 x86を置き換えれなかったからといって、存在意義がないとは言えん。 x86では届かない部分をカバーするという意味はあるし、 その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。 >>408 別にコンパイルするなら、x86である必要ないじゃん。 最初からSPARCをターゲットにコンパイルすりゃいい。 Sun信者はいつも、意図的に間違った方向に話を持っていくね。
410 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:35:58 .net >>409 > x86を置き換えれなかったからといって、存在意義がないとは言えん。 もちろん、「もう優秀な RISC ISAがたくさんあるんだから、」その上には 必要ない、という意味。 > x86では届かない部分をカバーするという意味はあるし、 > その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。 それも同じ。わざわざ Itaでやらんでもよい。もうたくさんある。 > Sun信者はいつも、意図的に間違った方向に話を持っていくね。 はっはっはっはっ。君、おもしろいね?w
411 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:47:47 .net >>410 Intelにとっては、というのは明記しなくても、読み取れるだろうが・・・
412 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:50:19 .net アホか。その前のを読み取ってないのはオマエじゃw ほんとにオモロイなk
413 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:53:17 .net はい>>412 が誰かを煽ることを目的にスレに粘着していることを白状しました。以後スルー推奨。
414 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:58:21 .net 「誰かを煽る」んじゃなくて、単にアホにアホと言ってるだけなんだが。 妄想ハゲしいねww
415 :名無しさん@お腹いっぱい。 :2009/01/05(月) 16:59:09 .net なんつーか、この苦し紛れさ加減はwwww
416 :名無しさん@お腹いっぱい。 :2009/01/05(月) 17:09:36 .net 消費電力が少なくてやっすいのを一台なんとか
417 :名無しさん@お腹いっぱい。 :2009/01/05(月) 17:12:10 .net >>414-415 連投しないと気がすまない病?
418 :名無しさん@お腹いっぱい。 :2009/01/05(月) 17:43:01 .net >>417 偽・スルー みんなにスルーを呼びかける。実はスルーできてない。 失敗スルー 我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。 疎開スルー 本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。 3つはあてはまるなww ここからスルーできるかな〜?www おかしーw
419 :名無しさん@お腹いっぱい。 :2009/01/05(月) 17:48:51 .net うれしそうですね
420 :名無しさん@お腹いっぱい。 :2009/01/05(月) 18:14:24 .net >>399 >まるで間違い。それなら組込み機器も大規模 SMPも全部 x86になってるはず。 SMPサーバーで性能でないのはx86だからじゃないだろ・・・ Chip-to-Chip、あるいはBoard-to-BoardのInterconnectが安かったりネットワークのトポロジが不適切だからだ。 技術的にx86でやれないことはないんだよ。実際ItaniumとXeonMPでプロセッサバスとチップセットを互換にするしね。 競合のIBM POWERの強さや既に開拓したItanumの市場、そういった諸々の要素を勘案して見込みがないと判断したのだろう。 リスクとベネフィットを秤にかけたわけだ。 逆に組み込み向けではAtomで真剣に参入を始めたよ。儲かってたXScaleをも売却したのだから本気も本気さ。 達成できるか怪しいが目標は100億ドルの市場へ成長させることと言ってるよ。 SMPサーバー向けのCPUでこれだけの売り上げは見込めないよね。箱全部の値段ならともかくさ。 色々考えてから書き込もうよ。安易に「まるで間違い」とか言う前にさ。
421 :名無しさん@お腹いっぱい。 :2009/01/05(月) 18:20:13 .net SPARC liteが組込みに使われていた・・・ってのも過去の話だよね。 そのうちAtom採用のデジカメとか、個人向けプリンタ・スキャナ複合機が出てくるだろうね。 そんな無駄だろ? って思うかもしれないが、開発のしやすさがまるで違うんだわ。
422 :名無しさん@お腹いっぱい。 :2009/01/05(月) 22:47:24 .net おまえら仕事しろ
423 :名無しさん@お腹いっぱい。 :2009/01/06(火) 09:53:30 .net >>421 > 開発のしやすさがまるで違うんだわ。 そんなバカなww 「既存の xxがあるから」、だろ? そりゃ他知らんだけ。
424 :名無しさん@お腹いっぱい。 :2009/01/06(火) 10:17:57 .net >>423 じゃぁ何でx86が組込みに使われてると思ってんだ?
425 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:31:40 .net 「使われてる」なんて言うほど使われてないよ。80186の類はいっぱい使われてるけどな。
426 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:43:25 .net SPARCとどっちが多い?
427 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:44:16 .net 東芝のHD DVDレコーダーは、x86だったな。 80186とかそんな非力なのではなくて。
428 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:44:46 .net だから失敗したのか
429 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:46:44 .net そうだな。SPARCだったら大成功だったところだ。
430 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:50:17 .net HD DVDプレーヤーにMobile Pentium4 2.54GHzが積まれててワロタ。
431 :名無しさん@お腹いっぱい。 :2009/01/06(火) 13:59:37 .net そういうのはパソコンまるごとから削ったタイプのやつだな。 組込み全体から見たら僅かに過ぎんが.. もうひとくくりで語るべきじゃないだろな。 今後増えるだろし。
432 :名無しさん@お腹いっぱい。 :2009/01/06(火) 14:34:37 .net Itaniumの話をしてください
433 :名無しさん@お腹いっぱい。 :2009/01/06(火) 16:19:03 .net >>431 組込み全体の話なんかナンセンスだよ。 組込みのうちSPARCが使われている領域の話に限定しなよ。 NASなんかは、「パソコンまるごとから削ったタイプ」そのものだよ。
434 :名無しさん@お腹いっぱい。 :2009/01/06(火) 17:21:52 .net 「x86に将来性なし」ってのは別にオレが言ったことでもなく、 ここの誰が言ったわけでもなく、Intelが言ったことなんだが。 なんでこう諦めが悪いかなww んでもって、そんな x86の諦め悪いやつがなんでここにいるんだ? amd64のデキがよかった、Meromのデキがよかった、Atomのデキがよかった、 そんなことが「x86の将来性」ないのを覆した、とか思ってるわけ? 先延ばししただけでしょ、どうヒイキ目に見ても。
435 :名無しさん@お腹いっぱい。 :2009/01/06(火) 17:40:40 .net Intelが間違わないという保証があるわけじゃないな
436 :名無しさん@お腹いっぱい。 :2009/01/06(火) 17:52:44 .net >>434 お前、なんで必死なんだ?
437 :名無しさん@お腹いっぱい。 :2009/01/06(火) 18:19:52 .net 命令セットがどうこうってのは20年ほど前の議論だよな 結果から言えば当時の人たちはトレンドを読み外したということでFA
438 :名無しさん@お腹いっぱい。 :2009/01/06(火) 18:43:40 .net 何の話してんの?
439 :名無しさん@お腹いっぱい。 :2009/01/06(火) 18:46:11 .net 分からないなら黙ってればいいのに
440 :名無しさん@お腹いっぱい。 :2009/01/06(火) 18:47:11 .net なんでそんなに必死なの? ..w
441 :432 :2009/01/06(火) 19:22:22 .net Itaniumのことだけ書いてください
442 :名無しさん@お腹いっぱい。 :2009/01/06(火) 19:30:57 .net Itaniumの話か。 AMDにIA-64を採用するように働きかけなかったIntel IA-64を採用しようとしなかったAMD この2社が、世界のパソコンの将来に大きな負債を残した
443 :名無しさん@お腹いっぱい。 :2009/01/06(火) 19:49:43 .net そうだな。その後 IA-64がコケたとしても、今とは別の展開があっただろう。 あんまり期待できんがw 「両者それぞれ am29k, i960を復活、バークレーRISC乱立の混迷へ」...w
444 :名無しさん@お腹いっぱい。 :2009/01/06(火) 20:01:52 .net IA-64の命令セットと、プロセッサの実装を、分けて考えないと。 技術力のないインテルの実装だからItaniumがアレなんであって、 技術力の優れたAMDが実装すればIA-64でありながら素晴らしい プロセッサが出来あがっていたかもしれないぞ。 IA-64の、とりあえず実行して結果を捨てるのは消費電力的に無駄が多いが、 現状のx86の、複雑なデコードや、同時に実行できる命令を探したり・・・etcの消費電力も大きい。 IA-64の場合、実行ユニットを減らすことも可能で、SPARCのレジスタ数によるスケールよりは、よっぽどスケールする。 初代はともかくMckinley以降はさほど悪くない。 もしインテルがx86と同じだけのリソースを割いて最先端のプロセスで生産すれば、違ったことになってただろう とはいえ、x86と同じだけのリソースを割くなんて、ありえない仮定だが。
445 :名無しさん@お腹いっぱい。 :2009/01/06(火) 20:27:44 .net Itaniumの一番ダメな点 = レジスタウィンドウもどきを実装していること。
446 :名無しさん@お腹いっぱい。 :2009/01/06(火) 20:48:30 .net Itaniumの一番ダメな点 = EPICじゃないの?
447 :名無しさん@お腹いっぱい。 :2009/01/06(火) 20:49:26 .net 2001年頃にAMDが潰れてればx86からIA-64への強制的な移行が推進されたのかもな 今は”やっぱり命令セットは拡張できる方がイイヨネ!”って時代なのでありえない話
448 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:09:40 .net Intelが用意していた(AMD64ではない)x86の64ビット拡張は、IA-64とは違うものだったらしいですよ。
449 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:10:51 .net なんだかやる気のないやつね
450 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:35:18 .net どうせAMDにペースを握られたくないという理由だけで策定した間に合わせのものだろう あるいはx86_64よりIA-64のほうがいいよねって流れに誘導したかったんじゃないかと
451 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:40:39 .net まあそれでもちゃんとキャッチアップしてCore2DuoとかCore i7出したんだから 結果的にはよかったんじゃないかな。
452 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:50:34 .net それにしたってAMD64は、ヤッツケ仕事すぎる。 命令セットを大きく拡張あるいは変更できるチャンスというのは、 16→32ビット、32→64ビットの次は、64→128ビット・・・はないだろう。 だから、16→32ビットの時よりも遥かに将来を見通して策定すべき。 にもかかわらず、目先のことだけ考えた安易な拡張。これはひどい。 レジスタをすべて等価にするのではなく、2段階のコストにした点は評価できる。 良く使うレジスタは速く、あまり使わないレジスタは遅くというのは、 RISCが旗印にしていた定量的アプローチ、だものね。
453 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:54:06 .net まあインテルさんがIA64とかにかまけてないでまじめに x86の拡張をかんがえてればよかったんじゃないのかなー まあ状況的に無理だけど だから次善の策としてamd64はよかったんじゃないかな
454 :名無しさん@お腹いっぱい。 :2009/01/06(火) 21:55:59 .net >>451 なんかIntelやばいんじゃね?と思ったら常勝の帝国軍へ戻っていた な、なにを言ってるのかわからねーとおもうが(ry
455 :名無しさん@お腹いっぱい。 :2009/01/06(火) 22:03:21 .net x64だっけ? アセンブラのニーモニックのレベルではx64のそれでいいとしても、 せめてオペコードなどの割り当ては真っ新からやり直すべきだった。 32ビットと64ビットでデコーダを共用できなくなるが、 だがしかし、ここでキレイに整理しておけば、後々かなり楽になる。
456 :名無しさん@お腹いっぱい。 :2009/01/07(水) 07:04:56 .net オペコードが人間が綺麗と感じるように割り当てられてることにどんな意味があるの?
457 :名無しさん@お腹いっぱい。 :2009/01/07(水) 10:43:16 .net > オペコードが人間が綺麗と感じるように はいはい、意図的に誤解して架空の話を叩いて喜んでないで仕事しようね。
458 :名無しさん@お腹いっぱい。 :2009/01/07(水) 10:43:26 .net デコーダがシンプルになる...いまどきどうでもよいが。 将来の拡張の余地が広がる。これは大きい。
459 :名無しさん@お腹いっぱい。 :2009/01/07(水) 10:45:34 .net AVXでおk
460 :名無しさん@お腹いっぱい。 :2009/01/07(水) 10:54:44 .net AVX? あれ長いよ。 たった1バイトしか短くならない・・・1バイトでも短くなることは重要ではあるし、 その次の拡張で長くならないことも重要なのだが、グダグダっしょ。
461 :名無しさん@お腹いっぱい。 :2009/01/08(木) 15:11:25 .net ほれ見ろ。オレがネタ投下してやんないとなんも出んがなw
462 :名無しさん@お腹いっぱい。 :2009/01/08(木) 15:13:49 .net 安くて消費電力の少ないIta2マシンどっかに落ちてないかな 中古でいいよ
463 :名無しさん@お腹いっぱい。 :2009/01/10(土) 00:42:48 .net そんな製品がないんだから中古なんてなおさらあるわけないw 複雑化の原因はコンパイラにまかせてコアは単純化されてるはずだから キャッシュ減らしたら電力食わないんだろ、きっと。そうに違いないwww
464 :名無しさん@お腹いっぱい。 :2009/01/10(土) 20:06:22 .net キチガイはスルーで
465 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:05:06 .net >>433 NASとCPUと言えば、AuspexがSPARCでやっていたのを、 廉価NAS構成に対向しようとx86に移行しようとして失敗沈没してワロタ コントローラはSolaris for x86で問題なかったけど、 独自ファームのエンジンがどうにもならなかったみたい。 やっぱCPU移行は慎重にやらないとね。 本当にメリットがあるのかどうか。どのCPUでも。 >>452 AMDはそういう路線だからしかたないんじゃ? コストかけて研究部門維持するわけにもいかないし。
466 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:23:58 .net AMDを責めてもしかたないわな。 水先案内人としての責任は、牽引する立場のIntelにある
467 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:28:21 .net 市場を完全に制圧してからやるべきだったね その辺Microsoftは賢い
468 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:33:14 .net AMDはIntelの失敗を修正する役割があると
469 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:36:05 .net >>452 Intelの最適化まぬあるによると増えたレジスタは使うなというw
470 :名無しさん@お腹いっぱい。 :2009/01/10(土) 21:38:25 .net あはははは
471 :名無しさん@お腹いっぱい。 :2009/01/10(土) 22:12:26 .net >>467 そのほうが消費者の利益になったとしても、独占ってだけで叩かれるぞ。 個人的にはAMDのIA-64実装を見てみたかった。 >>468 Intelを牽制する役割、だろうな。 >>469 IntelのCPUだと増えたレジスタを使った場合に、ガクンと遅くなるんだよな。 そりゃ、使うなと書いて当然だ。 こういう新しい命令セットってのは、互換性が重要なのよ。 最初にインプリしたCPUでは、速く実行できる必要はなくて、とにかく、正常に実行できることが重要。 その命令セットを実行できるCPUが市場に十分に出まわった時点で、本格的にソフトが使いはじめる。 この時点で、その命令セットを高速に実行できるCPUを市場に投入すればいいの。 まったく実行できない と 遅いけど実行できる というのでは、まるでインパクトが違う。 うまく移行するためには、早くから種まきしておかないと。
472 :名無しさん@お腹いっぱい。 :2009/01/10(土) 22:22:44 .net 命令長伸ばしてレジスタ拡張なんて最近流行の電力効率に反する実装だからだよ AVXの目的もそういうことだ
473 :名無しさん@お腹いっぱい。 :2009/01/10(土) 22:32:30 .net やっぱり、64ビット拡張するときに、OPコードを大胆に整理すべきだったんだよ。 モードによって違うのはデコーダのコストが増えるが、 しかし、 命令長が長いのに比べたらマシだと思うんだわ。 もったいないよ。使わない命令が短くて、使う命令が長いのは。
474 :名無しさん@お腹いっぱい。 :2009/01/14(水) 01:57:08 .net なんか自作板にTukwilaはDDR3サポートに変更になったとか書き込みがあった。
475 :名無しさん@お腹いっぱい。 :2009/01/14(水) 12:11:19 .net そうなればそうなるわな
476 :名無しさん@お腹いっぱい。 :2009/01/14(水) 12:58:33 .net 以前からDDR3系のFB-DIMM2も対応予定に入ってなかったっけ? それともFB-DIMM1のサポート無くしたという意味かな。
477 :名無しさん@お腹いっぱい。 :2009/01/14(水) 16:18:08 .net え? FBってのは、DRAMチップのI/Fが変ってもOKっていう柔軟性も兼ね備えているんじゃないの?
478 :名無しさん@お腹いっぱい。 :2009/01/14(水) 16:39:30 .net 2007年の時点で、 DDR3を使ったFB-DIMMの提供予定はない っていう話だった。
479 :名無しさん@お腹いっぱい。 :2009/01/14(水) 16:40:48 .net FB-DIMMやめて直にDDR3のメモリコントローラを積むって話では?
480 :474 :2009/01/14(水) 22:32:03 .net >>478 そのあとFB-DIMMのバッファチップをマザーボードに置くとかいう話が出てきた。 そうするとスロットに挿すメモリはDDR3だけどMCHのインターフェースはFB-DIMMになる。 >>479 うん、そんな感じだった。
481 :名無しさん@お腹いっぱい。 :2009/01/14(水) 23:08:59 .net へー、直結にするんか。 まあ、その方がレイテンシ短くできるだろうし、やるかどうか怪しいけど Xeon-MPとのプラットフォーム共通化も進めやすいだろうし。 それで発売が遅れてるんだったら、まあ建設的な理由だな。
482 :名無しさん@お腹いっぱい。 :2009/01/15(木) 03:06:16 .net そもそもFB-DIMMって、 メモリコントローラをチップセットに持たせた時に、 大量のメモリを積むためのもの。 チップセット1つから、メモリのバスを12本とか出せないんでね。 ところが QPIを導入した時点で、 CPUの数だけメモリコントローラを増やすことができる。 メモリのバスを3本もつCPUを4ソケット構成にすれば、 無理なく12本のメモリバスが得られる。
483 :名無しさん@お腹いっぱい。 :2009/01/15(木) 03:13:48 .net DDRのままではコア数はどんどん増えるのに帯域はあまり稼げないしピン数も爆発的に増える。 シリアルメモリは絶対必要。なのにFB-DIMMは死んでDDR4はどんどん先送りされている。 Nehalemでは痛みに耐えて3chにしたけど1年後には6コアのWestmereが来る。焼け石に水。 高速なローカルメモリの使えるLarrabeeでどうにかなるという読みなのかね。
484 :483 :2009/01/15(木) 03:25:32 .net 忘れていたが。。。Sandy Bridgeでon-package memoryとかいう噂もあったね。。。 SandyBridgeもNehalem同様processor coreのmicroarchitectureの変更は控えめでmemory回りの強化が主眼になる予感。 それでも十分new-architectureなのだけど。。。 ttp://www.intel.com/technology/itj/2007/v11i3/3-bandwidth/6-architectures.htm これ、ItaniumでもPoulsonで採用されるのかな。コスト的なハードルはItaniumの方が低いと思うが。
485 :名無しさん@お腹いっぱい。 :2009/01/15(木) 09:06:15 .net >>483 Larrabeeは、普通のCPUを置き換えるようなものではないと思う。 少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。 >>484 それは大容量のL3やL4のキャッシュを乗せようという話だと思います。
486 :483=484 :2009/01/15(木) 22:37:30 .net >>485 >Larrabeeは、普通のCPUを置き換えるようなものではないと思う。 >少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。 うん、それはわかっている。 帯域が必要な分野にはLarrabeeを充ててキャッシュでそこそこ何とかなるサーバー向けCPUはのんびりいくのかなと。 Montecitoなんか未だにFSB533MT/sだもんね。144bitバスとは言え。。。 >大容量のL3やL4のキャッシュを乗せようという話 IntelのスライドによるとSandyBridgeのon-package memoryの容量は512MBとかだから従来のキャッシュとは桁が違う感じ。 これだけ容量が大きくなると制御法も従来の延長では駄目で一工夫要ると思われる。。。要するにキャッシュになるのかわからない。 まあ古いスライドなので変更された可能性もあるんだが。。。 スレ違いなのでこの辺で。
487 :名無しさん@お腹いっぱい。 :2009/01/15(木) 22:45:35 .net FSBのデータバスの転送だけ速くしても、アドレスバスの処理能力が先にネックになったら無駄なわけで。 そのあたりは難しいよね。 データはとにかく転送すりゃいいんだけど、アドレスは処理しなきゃならないから。
488 :名無しさん@お腹いっぱい。 :2009/01/16(金) 13:59:49 .net NECのACOS使ってるけどやっぱ、古いよな?
489 :名無しさん@お腹いっぱい。 :2009/01/16(金) 14:01:15 .net それで済むならそれでいいじゃん
490 :名無しさん@お腹いっぱい。 :2009/01/16(金) 19:56:37 .net 電気代考えると..
491 :名無しさん@お腹いっぱい。 :2009/01/16(金) 20:01:13 .net 電気代の差額xこれからの使用年数 が導入費用と同じ桁になるなら考えてみれば
492 :名無しさん@お腹いっぱい。 :2009/01/16(金) 20:58:10 .net いや。所有者のコストじゃなくて地球のコスト。
493 :名無しさん@お腹いっぱい。 :2009/01/16(金) 21:11:36 .net 新規導入しないほうがいい
494 :名無しさん@お腹いっぱい。 :2009/01/17(土) 13:11:38 .net 移行に失敗したときのリスクも考えよう。 現状のランニングコストと導入コストが一緒だから、 タダでシステムが新しくなりますよ? なんていうセールスはアヤシイ
495 :名無しさん@お腹いっぱい。 :2009/02/02(月) 12:06:16 .net 「XXなんていうセールスはアヤシイですよ」っていうやつがもっとアヤシイ。
496 :名無しさん@お腹いっぱい。 :2009/02/05(木) 01:02:27 .net Intel delays Itanium upgrade to add new capabilities http://www.networkworld.com/news/2009/020409-intel-delays-itanium-upgrade-to.html
497 :名無しさん@お腹いっぱい。 :2009/02/09(月) 04:41:33 .net >>496 Sunの広告が表示されるページの内容なんて・・・
498 :名無しさん@お腹いっぱい。 :2009/02/09(月) 07:03:05 .net あははははは 広告って効果的だね!
499 :名無しさん@お腹いっぱい。 :2009/02/11(水) 19:42:05 .net Tukwila、もう出ないんジャマイカ。 http://www.atmarkit.co.jp/news/200902/09/intel.html
500 :名無しさん@お腹いっぱい。 :2009/02/12(木) 10:51:40 .net いよいよ i960が 64bit、QPIになって復活します。
501 :名無しさん@お腹いっぱい。 :2009/02/13(金) 10:55:34 .net 次世代 ISAのために HPと組む、というのはもう失敗したので、 次どっかと組む必要ありだろうな。 ARMは捨てちゃったし。Alpha買ってくる、とかw いずれにせよ、もう新しい ISAを定義する必要はない。 POWER対抗、という軸で考えると、SPARCという選択肢もあるかもw?
502 :名無しさん@お腹いっぱい。 :2009/02/13(金) 11:07:16 .net SPARCみたいな変態アーキ使うくらいだったら、 素直にそのままIA64で続行してても大して変わらないし、 SPARCのインストールベースを狙いたいんだったら、 x86でItaniumクラスのCPU作る方が遙かに良いだろ。
503 :名無しさん@お腹いっぱい。 :2009/02/13(金) 11:56:34 .net IA-64はオープンソース方面がぜんぜん関心示さないのが致命的でしょ。 性能出せるコンパイラーが CPU開発してる近辺からしか入手できないという ことだと、利用が拡がらない。
504 :名無しさん@お腹いっぱい。 :2009/02/13(金) 12:27:42 .net しかし、それを言い出すとやっぱりx86 ISA最強になってしまうだろう。 それにこのクラスのCPU使う所って、そんなにオープンソース使うか? エンプラに限らず、ハイエンドから組み込みまで狙うっていう話だったら 別だけどね。 そのエンプラでさえIA64が流行らない最大の理由はintelのやる気の なさにつきるだろう。 POWERだって一時はイマイチだったけど、POWER4あたりからの IBMの気合いの入れっぷりを見て皆ついて行って、成功したんだし。 2〜3年に1回、ライバルに対して半世代遅れな性能の製品しか出て こない様では誰もついて行かないよ。
505 :名無しさん@お腹いっぱい。 :2009/02/13(金) 12:30:06 .net >>501 AlphaってHPじゃんw そもそもItaniumみたいなVLIWならともかく、 古典的なISAをまた始める意味は全くないでしょ。 箱ごと売っているSPARCとPOWER以外は死滅したわけだし。
506 :名無しさん@お腹いっぱい。 :2009/02/13(金) 12:32:05 .net >>504 やる気はあったけど、うまくいかなかったんだよね。 なにしろSunまでItanium Solaris出してたんだから。
507 :504 :2009/02/13(金) 12:40:26 .net >>506 Solaris/ia64は計画段階でやめたんじゃ無かった? intelもMadisonだした直後くらいまではやる気あったと思うけど、 その頃からx86でAMDに押されまくって、IA64なんて言ってる 騒ぎじゃなくなってからの放置っぷりが酷すぎる。 んで、Core MA出てからは、もうサーバーもこれで良いんじゃないという 流れになって、ますますやる気ナッシングに。 そして、今度出るNehalem-EXとか見るとRASもかなり意識していて、 もうIA64やる気無いだろうと思ってしまう訳で。
508 :504 :2009/02/13(金) 12:45:20 .net あとは個人的妄想だけど、NECと共同出資で富士通あたりが引き取れば いいのにとか思ってしまう。 レジスタウィンドウもどき持っている辺り、SPARC 64と同じ変態系だしなw
509 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:10:24 .net >>503 オープンソースな人たちはgccを使うわけだが、そのgccの生成するIA-64のコードが酷かった。 さらに人間がバイナリレベルでデバッグするのが難しく、さらに、マシンチェック回りはアマチュアには無理。 つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。
510 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:15:59 .net >>505 > そもそもItaniumみたいなVLIWならともかく、 いやいや、VLIWがやっぱり長期互換性の必要な ISAとしてはダメってことを 証明したんでしょ、Itaniumがさ。 > 古典的なISAをまた始める意味は全くないでしょ。 RISC最強w
511 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:17:17 .net >>509 つまりそれは「バッシング」じゃなくて、「正しい見解」、じゃんか。 しごくまっとうな言い分だと思うけど。
512 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:19:12 .net >>509 最後の一行は君の妄想だと思うw
513 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:23:17 .net >>510 いえいえ、x86最強でしょう。 ARM - x86 - POWER(SPARC)の棲み分けでいいんじゃないでしょうか。 しかしIntelは、x86の省消費電力で出遅れたり、 経営戦略の方がさっぱりですね。
514 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:23:23 .net >>505 HPとSamsung(とAPI)が持っていると思われる権利をある程度買ってくれば なんとかなるかもね
515 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:30:58 .net >>510 静的最適化の世代間互換を諦めていれば、性能はともかく バイナリ互換は残せるので、もっと早く進歩できたと思うんだけどね。 最初に短いパイプラインで出してしまったので、それを前提にした静的 最適化の効果を残そうとすると、パイプラインを長くする事ができなくて、 クロックが伸び悩んだというのが躓き始めだと思う。 かといってOoO実行に走ると、そもそもEPICの意味がってなるしね。
516 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:34:44 .net Samsungへのライセンシングは終了してるんじゃないのかな。
517 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:39:58 .net >>515 「静的最適化の世代間互換」は、今から諦められないの? 要は、バイナリ互換だけど昔コンパイルしたバイナリは遅い、ってことよね? まあ、そんな珍しい話でもないよね。程度もんだけど。
518 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:42:57 .net >>514 なんか、DECの残党かき集めたやつが勝ち、みたいな雰囲気感じるんだけど、 気のせい?w
519 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:47:06 .net >>517 マルチコア、マルチタスク環境下で混在すると、 うざいことこの上ない。
520 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:53:01 .net >>517 OoOプロセッサだと最適化世代が違ってもそれなりに動くが、 インオーダプロセッサだと性能の落ち方が大きいし、あとまあ 519の言うような事もあるだろうな。 ということでHPが嫌がって、アグレッシブプランは葬り去られた。
521 :名無しさん@お腹いっぱい。 :2009/02/13(金) 13:58:53 .net 古いパイプラインのエミュレータを置けって事だからね。 iOにした利点の全てが吹っ飛ぶ。>>515 と並行関係にある問題。
522 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:13:01 .net んじゃ、詰んでんじゃん。ダメじゃんww
523 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:20:01 .net やっぱ ISAは RISCで択一。
524 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:30:33 .net >>510 互換性のシガラミとしては、遅延スロットに比べればマシだろ。 >>511 酷いコンパイラを作っておいて、それを使ってパフォーマンスが出ないとか、もうね。 >>512 IA-64は糞だって表明したオープンソース界のカリスマもいたよ。 >>515 すでに、初代ItaniumとItanium2の間で、最適化の互換性を捨ててるよ。 それによって動作クロックが僅かしか上がらなかったのに実効性能は倍になったよ。
525 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:34:06 .net >>523 長期的に使うISAとしてはRISCは粒度が細かすぎる。 同じことをするのにも多くの命令を必要とすることは、 同じことをするのに多くの命令間の依存関係を調べる必要がある。 しかし、やりたい操作と命令が一対一対応していれば、調べる範囲が狭まる。
526 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:41:58 .net >>524 gccの吐いたコードの速度を基準にしていったわけじゃないのでしょう?
527 :名無しさん@お腹いっぱい。 :2009/02/13(金) 16:48:45 .net うわ。ホンモノっぽいの出てきたな。 別にコンパイラ作りようがない、って言ってたんじゃなくて、 作るのが難しい、この先保守もたいへん、って意味でしょ。 それで十分だし。ISAを否定するには。 それに、某カリスマ(なのかね、ほんとにww)が青筋たてて言ったことは これまでほとんど間違いばっかりだったから、気にするだけ損かとww
528 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:07:10 .net IA64は本当に糞だったのでは?
529 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:11:15 .net >>526 彼らにはgccしかなかった。 オープンソースで、GPL汚染されているコンパイラで、他に何かありました?
530 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:11:42 .net IBMと Sunがビビって賛同して、少し首つっこんだらすぐに離れたから、 そうじゃないかとは思ってた。
531 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:12:44 .net 彼らが離れたのは、初代Itaniumがスケジュール遅延したからでしょ。 遅延した結果、自社で抱えているプロセッサのほうが性能が上になってしまった。
532 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:16:45 .net >>528 「x86を置き換えて、ノートPCあたりまで IA-64」とか当初の目標を達成する、という 意味では、十分に「クソ」です。 「x86をシミュレーションしてぜんぜん性能出ない」という意味でも、十分に「クソ」です。 ええ、つまり、*クソ*です。w
533 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:17:13 .net >>509 は > オープンソースな人たちはgccを使うわけだが、 > そのgccの生成するIA-64のコードが酷かった。 > さらに人間がバイナリレベルでデバッグするのが難しく、 > さらに、マシンチェック回りはアマチュアには無理。 > つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。 gcc基準でIA-64をバッシングしていたってソースはあるの?君の脳内以外に
534 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:18:35 .net >>531 それは違うと思うよ。そういうタイミングじゃなかった。 首つっこんで、なんか具体的なもん見た結果、ビビる必要はない、と判断したように オレには見えた。
535 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:26:17 .net >>531 Sunが最後に表明したのは情報公開が足りないってことだった。 次期CPUとその足廻りの技術情報を出し惜しみしているから、 次のItaniumマシンの設計が出来ないと。 当時も言われていたけど、遅れていて出そうにも出せなかったんだね。 >>534 SunはItanuimのJDKさえも作っていて当時は結構乗り気だったよ。 一時HPよりもSolaris IA64機の話題の方が多かったくらい。
536 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:44:55 .net >>535 当時 Sunは MAJCやってたし、IBMも VLIWずっと研究してたから背景知識は 持ってたはず。で、実際 Solarisの CPU依存部分を実装してみて 「なんだこりゃ」ってなったんじゃないかと推測してる。 「なんか隠してるに違いない」と思ったのかどうだかは知らんが。 いずれにせよ、恐るるに足らん、という結論だろうな。
537 :名無しさん@お腹いっぱい。 :2009/02/13(金) 17:57:14 .net > 背景知識は持っていたはず pgr パソヲタじゃあるまいし当たり前
538 :やんやん ◆yanyan72E. :2009/02/13(金) 21:33:54 ?2BP(0) .net 流れきってすまん。 CRAY CX1ってこのスレ的にはどうなの?
539 :名無しさん@お腹いっぱい。 :2009/02/13(金) 21:34:17 .net >>532 スケジュールが遅延したからな。 本来ならPentium2のデビュー頃に市場に投入されるハズだったのだろう。 Pentium2 233MHzと初代Itaniumのx86命令の実行性能は同程度だというから。
540 :名無しさん@お腹いっぱい。 :2009/02/14(土) 12:43:10 .net Transmeta Crusoe…
541 :名無しさん@お腹いっぱい。 :2009/02/14(土) 13:45:18 .net >>538 どういう関連があるの?
542 :名無しさん@お腹いっぱい。 :2009/02/14(土) 15:48:10 .net IA64の方が高性能な互換プロセッサ簡単に作られちゃうとかあるんじゃないの?
543 :名無しさん@お腹いっぱい。 :2009/02/14(土) 16:55:13 .net SPARC以上に、命令セットとハードウェアが一体なので、どう作っても同じになっちゃう。
544 :名無しさん@お腹いっぱい。 :2009/02/14(土) 18:59:01 .net インテルとしてはx86のブラックボックスが一番都合がいいんじゃないの? Itaniumでも同一命令グループをいかに効率よく実行するかというところで 知恵の働かせどころはあるけど
545 :名無しさん@お腹いっぱい。 :2009/02/14(土) 23:46:10 .net そんなに工夫の余地、あったかなぁ。
546 :名無しさん@お腹いっぱい。 :2009/02/19(木) 16:11:55 .net ARMきてるな。 Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態ねw
547 :名無しさん@お腹いっぱい。 :2009/02/20(金) 22:01:45 .net Unisys threatens Itanium with death http://www.theregister.co.uk/2009/02/19/unisys_xeon_unisys/
548 :名無しさん@お腹いっぱい。 :2009/02/23(月) 04:59:40 .net >>546 >Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態 いまさら何を・・・ここ1,2年はましな方。4年前はもっと酷かったぞw
549 :名無しさん@お腹いっぱい。 :2009/02/23(月) 07:42:52 .net Intelは、ItaniumやらずにSPARCとバイナリ互換のCPUを作るべきだったんだよ。
550 :名無しさん@お腹いっぱい。 :2009/02/23(月) 17:42:58 .net ISAが SPARCで内部実装が VLIWなら Dave Ditzel連れてくりゃすぐ作りそうだなww だが Sunでそれをやらなかったのにはそれなりの理由があるかも。
551 :名無しさん@お腹いっぱい。 :2009/02/23(月) 17:55:06 .net >>550 SPARC時代にハードウェアによる互換性維持に嫌気がさしたからCodeMorphing。 けど今はIntelにいるからやるかもね。 http://www.theinquirer.net/inquirer/news/264/1017264/dave-ditzel-joins-intel
552 :名無しさん@お腹いっぱい。 :2009/02/23(月) 20:44:34 .net IA-32ELだろ?
553 :名無しさん@お腹いっぱい。 :2009/02/24(火) 10:25:14 .net 知識ないんだな。
554 :名無しさん@お腹いっぱい。 :2009/02/24(火) 10:40:39 .net 最近はマルチコアを有効に利用するための バイナリ変換に取り組んでいるらしい。
555 :名無しさん@お腹いっぱい。 :2009/02/25(水) 23:48:23 .net へぇ
556 :名無しさん@お腹いっぱい。 :2009/02/28(土) 21:24:35 .net それ、何のFX!32?
557 :名無しさん@お腹いっぱい。 :2009/03/02(月) 10:28:00 .net FX!32はぜんぜん違うだろ何言ってんだかw
558 :名無しさん@お腹いっぱい。 :2009/03/02(月) 10:49:10 .net >>554 AppleがOpenGLスタックのIntel/PowerPC両対応のためにLLVM使っていたが、 ああいう実行時変換をx86→x86でやるんですかね。 EPICとはかなり方向違いですね。
559 :名無しさん@お腹いっぱい。 :2009/04/21(火) 16:06:35 .net Sun終了 Itanium始まったな
560 :名無しさん@お腹いっぱい。 :2009/04/21(火) 17:25:15 .net Tukwilaさえ出荷できてたら、確かにチャンスだったかも。
561 :名無しさん@お腹いっぱい。 :2009/04/21(火) 17:29:13 .net SPARCのハイエンド置き換えなら、そうすぐ乗り換えられる規模の 客じゃないから、今度こそ遅れずに今年中の出荷ができたら間に 合うんじゃね?
562 :名無しさん@お腹いっぱい。 :2009/04/21(火) 17:35:14 .net いったい誰にそんな「やる気」があるんだよww Intel? HP? それとも、ふじつーかぁ??ww たとえ作れてももう出さないかと。
563 :名無しさん@お腹いっぱい。 :2009/04/21(火) 18:10:29 .net AMDに 64bit化で追い詰められた末、Intel自身で Itaを葬るしか道はなかったわけだ。 amd64互換な x86石の性能を上げることによって。 けど、もっと遡って見れば単に宣言したような性能にまったく届かなかったから退場、 単にそれだけのことだけどね。x86を置き換えてしまうはずだったんだから。 「こんだけ条件ズタズタでもチカラワザでかつ条件付きならここまで挽回できまっせー」 ....わかったわかった、もういいから無駄使いはやめてくれよ..
564 :名無しさん@お腹いっぱい。 :2009/04/21(火) 18:19:30 .net いや、Solaris/ia64なんてのが出るとは思って無いけど、 普通にSPARCのハイエンド機入れてるような顧客で、 大型UNIX機を使い続けたい所に、HP-UXのハイエンド機を 売り込んで行く事はあるだろうって意味でのチャンスだよ。 まあ、先行きのあまりない市場だけど。
565 :名無しさん@お腹いっぱい。 :2009/04/21(火) 18:51:10 .net HPは Nehalemだと RAS弱 & Linuxになっちゃうから客によっては Itaしかないか。 PA-RISC売るんじゃねーの? まだあるんだよなw
566 :名無しさん@お腹いっぱい。 :2009/04/22(水) 02:36:16 .net 今更SPARCの置き換えにPA-RISC如何ですか? なんて言ってくる奴がいたら、そいつは出入禁止にしてやるw まあ、OracleにハイエンドSPARC続ける気があるとは思えないんだが、 富士通は続ける気がありそうというか。ここでSPARC買い取る位の 事をすれば、あのクソ会社も多少は浮かぶ(もしくは轟沈)と思うがね。
567 :名無しさん@お腹いっぱい。 :2009/04/22(水) 10:01:44 .net >>566 いやいや、Itaは先わかんないんで PA-RISCにしときやしょーや.. てのは置いといてww > 富士通は続ける気がありそうというか。ここでSPARC買い取る位の 富士通的には OraSunから新型発表がないと SPARC64が出るわけで、 以前の出荷量に比べればぜんぜんオイシイ可能性が高いよ。 > 事をすれば、あのクソ会社も多少は浮かぶ(もしくは轟沈)と思うがね。 手持ち SPARCがあるのに、あんだけ Itaにリソース割いちゃった時点で 論外なんだけど。まあ、IBMにもってかれなかったのはついてたね。
568 :名無しさん@お腹いっぱい。 :2009/04/22(水) 19:39:17 .net SunがIBMに買われてたら、IBM互換路線に戻ることになって それはそれで良かったかも知れないぞw
569 :名無しさん@お腹いっぱい。 :2009/04/23(木) 15:09:56 .net IBM互換路線? 汎用機の話? ちょっと意味わからん..
570 :名無しさん@お腹いっぱい。 :2009/04/23(木) 19:14:52 .net IBMがSPARCを保有するんだから、IBM互換路線じゃん
571 :名無しさん@お腹いっぱい。 :2009/04/24(金) 11:36:10 .net まったく意味解らん。>>570 が何言ってるのか誰か解説してくれ。
572 :名無しさん@お腹いっぱい。 :2009/04/24(金) 19:59:28 .net おれもわかんない
573 :名無しさん@お腹いっぱい。 :2009/04/25(土) 10:17:10 .net じゃあ、おれも
574 :名無しさん@お腹いっぱい。 :2009/04/25(土) 18:34:40 .net おれもおれも
575 :名無しさん@お腹いっぱい。 :2009/04/27(月) 10:08:05 .net 「Ita買ったオレを、少しは Ita割ってくれ」、そういう意味だ。
576 :名無しさん@お腹いっぱい。 :2009/04/27(月) 13:48:04 .net 同情はするが
577 :名無しさん@お腹いっぱい。 :2009/04/28(火) 17:14:59 .net 金は出さんぞ
578 :名無しさん@お腹いっぱい。 :2009/05/01(金) 13:47:25 .net IA-64、Itanium。 これは壮大な釣りだったんだ。 釣り乙。> Inte1
579 :名無しさん@お腹いっぱい。 :2009/05/01(金) 13:55:52 .net Itaniumで日本が釣れたってことですね。わかります。
580 :名無しさん@お腹いっぱい。 :2009/05/01(金) 15:07:04 .net 釣ったのは HPだろ。釣られたのが Intel。 釣られてもないのに浜に打ち上がっちゃったのが... ああっ、かわいそうぅぅぅう〜
581 :名無しさん@お腹いっぱい。 :2009/05/01(金) 20:38:36 .net Intelは遠望思慮に長けているので、釣られたように見せているだけ。 黒幕は、Intel。
582 :名無しさん@お腹いっぱい。 :2009/05/01(金) 20:47:38 .net 遠謀深慮
583 :名無しさん@お腹いっぱい。 :2009/05/01(金) 20:58:05 .net >>581 え? 今までのとこで Intelが Itaで得たメリットって、何? エサにかかった会社の一掃かw? 自爆ギャグにしか取れんぞwwww
584 :名無しさん@お腹いっぱい。 :2009/05/01(金) 22:04:14 .net Itanium で使えるフリーの Unix は何がありますか?
585 :名無しさん@お腹いっぱい。 :2009/05/02(土) 09:22:53 .net http://en.wikipedia.org/wiki/Comparison_of_Linux_distributions#Architecture_support
586 :名無しさん@お腹いっぱい。 :2009/05/02(土) 09:42:08 .net ia64は FreeBSDと NetBSDもあったと思うぞ。まともに動くかは知らんw
587 :名無しさん@お腹いっぱい。 :2009/05/02(土) 10:44:53 .net GCCでは EPIC的な最適化という点ではまったく期待できないのでは。
588 :名無しさん@お腹いっぱい。 :2009/05/02(土) 21:24:37 .net icc 使えばいんじゃね
589 :名無しさん@お腹いっぱい。 :2009/05/05(火) 17:00:04 .net そのiccも期待できないw
590 :名無しさん@お腹いっぱい。 :2009/05/06(水) 12:21:14 .net >>583 Intelは、DECのAlphaアーキを完全につぶしたかった and Alphaアーキ関係者を引き入れたかった。 黒いな>Intel
591 :名無しさん@お腹いっぱい。 :2009/05/06(水) 12:30:03 .net Itanium終了のお知らせ
592 :名無しさん@お腹いっぱい。 :2009/05/07(木) 13:36:33 .net >>590 どの時期かにもよるとは思うが... DEC Alphaはハイエンド向けで、MIPS, PowerPC, SPARCとかと違ってローエンドに 降りてくる気配はなかったから、当初の Itaのレンジ(x86置き換え)にぶつかって Intelが潰したかったとはちょっと考えにくいかと。 それと、Alpha関係者は Intelでは Pen4で高クロック化に投入されて、Ita方面には あまり回ってきてないのでは? > 黒いな>Intel そうなの?ww
593 :名無しさん@お腹いっぱい。 :2009/05/07(木) 21:07:06 .net >>592 >当初の Itaのレンジ(x86置き換え)にぶつかって >Intelが潰したかったとはちょっと考えにくいかと。 Intelは、もともとハイエンドのItaniumにわ関心がなかった。 そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても Intel的には全然問題ない。 >それと、Alpha関係者は Intelでは Pen4で高クロック化に投入されて、Ita方面には >あまり回ってきてないのでは? 上記の裏打ちで、Itaniumに関心が無いので無駄なProjectに人的リソースをさかなかっただけ。 【結論】 釣り乙Intel
594 :名無しさん@お腹いっぱい。 :2009/05/08(金) 09:39:31 .net >>593 > そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても 一応「x86はもう寿命、先がない」と公言してたけどなww > 上記の裏打ちで、Itaniumに関心が無いので無駄なProjectに人的リソースをさかなかっただけ。 メインは HPの連中だったから、同じオリに入れると血まみれになるだろww > 【結論】 > 釣り乙Intel 乙!!
595 :名無しさん@お腹いっぱい。 :2009/05/08(金) 20:56:43 .net HPってさ、DEC AlphaやPA RISCを投げ捨てて、 Itaniumに走ったけど、何なの?バカなの?自爆したいの?
596 :名無しさん@お腹いっぱい。 :2009/05/08(金) 21:29:59 .net まあ、Itaは PA-RISCの後継石なわけで。だから HP-UXがうまいこと動くわけで。 乗って走ったのは Intel。w x86を投げ捨てて...のハズだったがコケたw
597 :名無しさん@お腹いっぱい。 :2009/05/08(金) 22:40:02 .net もう自社開発をやめたかったでFA
598 :名無しさん@お腹いっぱい。 :2009/05/09(土) 06:39:06 .net >>595 HPの技術的判断が正しかったのはGPIB(HP-IB)くらいじゃないのか?
599 :名無しさん@お腹いっぱい。 :2009/05/09(土) 08:49:28 .net デバイス屋さんだからねぇ。本質的には。
600 :名無しさん@お腹いっぱい。 :2009/05/09(土) 12:00:17 .net Intelの意に反してx86-64が事実上の64bit業界標準となりつつある事態 ia64は第二のiAPX432に
601 :名無しさん@お腹いっぱい。 :2009/05/09(土) 12:25:56 .net なりつつあるんじゃなくて、もうなってるだろ とはいえ、IA64はHP専用のアーキテクチャとして しばらくは生き残るんじゃないか?
602 :名無しさん@お腹いっぱい。 :2009/05/09(土) 13:38:22 .net iAXP432の後に i860もあるよんw けど i960を 64bit拡張して MP対応させるのがいちばんよかったんじゃないか? バークレーRISCだしさ。
603 :名無しさん@お腹いっぱい。 :2009/05/09(土) 15:42:54 .net RAIDカードにはi960が載っているのが当然と思っていたこともあります
604 :名無しさん@お腹いっぱい。 :2009/05/11(月) 18:26:22 .net もうやめても誰も文句言わないかな?
605 :名無しさん@お腹いっぱい。 :2009/05/11(月) 23:55:05 .net 困るのはHPだけだろうな
606 :名無しさん@お腹いっぱい。 :2009/05/12(火) 10:28:18 .net んじゃぁやめちゃうよ?
607 :名無しさん@お腹いっぱい。 :2009/05/12(火) 11:08:51 .net どんぞ
608 :名無しさん@お腹いっぱい。 :2009/05/12(火) 11:26:31 .net ほんとにいいの?
609 :名無しさん@お腹いっぱい。 :2009/05/12(火) 13:34:57 .net ええよ
610 :名無しさん@お腹いっぱい。 :2009/05/12(火) 14:00:40 .net (プチッ)
611 :名無しさん@お腹いっぱい。 :2009/05/12(火) 15:22:11 .net あっ
612 :名無しさん@お腹いっぱい。 :2009/05/23(土) 16:33:14 .net Itanium機でFreeなUnixを使いたいんだが、あんまり安いマシンが無いんだねぇ
613 :名無しさん@お腹いっぱい。 :2009/05/25(月) 20:25:42 .net 「インテル、次期「Itanium」の出荷時期を“またもや”延期」 http://www.computerworld.jp/topics/mcore/146851.html もう絶対、出ない。出さない。出るわけない。
614 :名無しさん@お腹いっぱい。 :2009/05/25(月) 22:48:18 .net >>612 リース落ちとか結構な値段付いてんだよね
615 :名無しさん@お腹いっぱい。 :2009/05/26(火) 02:08:32 .net >>614 気軽に遊べないじゃんw
616 :名無しさん@お腹いっぱい。 :2009/05/26(火) 02:20:04 .net まあ遊ぶならそのぐらいは出せということか
617 :名無しさん@お腹いっぱい。 :2009/05/26(火) 02:20:47 .net あるいは値落ちするまで待つか
618 :名無しさん@お腹いっぱい。 :2009/06/21(日) 02:04:24 .net 元日本hp社員です。 Ita2はもうヤバイだろうね。 商用UNIXでPOWER6に勝ち目が全く無い
619 :名無しさん@お腹いっぱい。 :2009/06/21(日) 05:53:29 .net >>618 それってクロック周波数の話? それともベンチマーク? IBMに転職したんだねw
620 :名無しさん@お腹いっぱい。 :2009/06/21(日) 12:03:24 .net Itaってもともとスペックがいいというより、Windowsが動くのが売りだったんじゃないの?
621 :名無しさん@お腹いっぱい。 :2009/06/21(日) 12:47:22 .net >>619 商業的にってことでねか。
622 :名無しさん@お腹いっぱい。 :2009/06/21(日) 13:56:45 .net >>620 それ言っちゃ駄目
623 :名無しさん@お腹いっぱい。 :2009/06/21(日) 15:43:29 .net Nehalemが性能よすぎて ItaniumでWindowsを動かすメリットはほとんどないんじゃないか チップが故障しにくい程度?
624 :名無しさん@お腹いっぱい。 :2009/06/21(日) 18:08:17 .net SPARCがなくなった時点でもう役目終えたよね
625 :名無しさん@お腹いっぱい。 :2009/06/21(日) 21:24:30 .net ということにしたいのですね:)
626 :名無しさん@お腹いっぱい。 :2009/06/22(月) 11:26:24 .net >>620 いやいや、HP-UXですよ。PA-RISCの資産保護。
627 :名無しさん@お腹いっぱい。 :2009/07/08(水) 10:05:58 .net 190 名前: コメツブツメクサ(dion軍):2009/07/03(金) 22:45:48.10 ID:x3UR1TVO >>184 Intelの64bitはry http://pc11.2ch.net/test/read.cgi/jisaku/1244557517/880 MS:64bit化したいな(´・ω・`) Intel:IA-64できた(#゚Д゚) MS:x86と互換性無いじゃん(´・ω・`) Intel:AMD殺すにも都合が良いんだよ、さっさとWindows対応しやがれ(#゚Д゚) MS:判ったよ作るよ(´・ω・`) MS:IA-64版売れないね(´・ω・`) というかCPUのスケジュール遅れ杉。 AMD:x86の拡張で64bitつくったよ(・ω・)ノ MS:m9(・∀・)ソレダ!! Windows対応させちゃうよ Intel:マテやコラ(#゚Д゚) ウチもx86の拡張で64bit作るぞ Intel:もちろんAMDとは別の拡張だけどWindowsの対応よろしくな(#゚Д゚) MS:殺すぞワレ(´・ω・`)
628 :名無しさん@お腹いっぱい。 :2009/07/08(水) 13:28:00 .net Intelが MSに対してそんな強気に出れるわけがない。 事実 MSに葬られたも同然だし、ia64。 ..輪かけて自滅したけどw
629 :名無しさん@お腹いっぱい。 :2009/07/08(水) 14:57:08 .net もはやXeonだかCore*Duoやらどうでもいい希ガス 足の互換性だけなんとかしてくれw
630 :名無しさん@お腹いっぱい。 :2009/07/10(金) 23:04:28 .net EPICアーキテクチャ、大爆死w
631 :名無しさん@お腹いっぱい。 :2009/07/10(金) 23:11:37 .net このアーキテクチャって、HP主導で開発したっていうけど じゃあなんで、PA-64やHP-64ではなくIA-64なの? IA-64って名乗るからには、どう見てもIntel主導での開発だろ。 Intel擁護者、乙
632 :名無しさん@お腹いっぱい。 :2009/07/10(金) 23:49:00 .net 技術者の系譜がHP
633 :名無しさん@お腹いっぱい。 :2009/07/11(土) 10:48:13 .net >>631 若者よ。歴史を学びなさい。
634 :名無しさん@お腹いっぱい。 :2009/07/13(月) 10:04:55 .net >>631 金は、Intelが出した。ダマされたw こんな安っぽい詐欺にやられるくらいだから、Intelはよっぽどエンプラもんの 評価判断能力がないんだろうな。 i960捨ててこんなんにかかっちまうんだからww StrongARM捨てたのも単なる判断ミスだろう。ひどい話だ。
635 :名無しさん@お腹いっぱい。 :2009/07/13(月) 10:06:39 .net みんな、このムダ金は君の x86 CPUに転嫁されて回収されているんだぞ。 よく考えろ。誰がツケを払っているのか。
636 :名無しさん@お腹いっぱい。 :2009/07/13(月) 17:39:37 .net >>631 あっ、もう、なすり合いになってんのかw? 「こんなブサイクなもん作ったん、ウチじゃねー!!」wwww
637 :名無しさん@お腹いっぱい。 :2009/07/13(月) 22:18:02 .net Itanium使ってるところはこれからどーなんの?
638 :名無しさん@お腹いっぱい。 :2009/07/14(火) 09:26:48 .net 壊れるまで使ってくれ。 でも、プラットフォームの移行だけは考えておかないと。
639 :名無しさん@お腹いっぱい。 :2009/07/14(火) 15:49:21 .net こないだまで Multics使ってたとこみたいに、なるんだろ。
640 :名無しさん@お腹いっぱい。 :2009/07/15(水) 00:04:10 .net >>639 全然違う。 Multicsはsecurity levelが高いプロダクトがあるから使われていた。 Itaniumは機能面で他を圧倒するところはまるでない。
641 :名無しさん@お腹いっぱい。 :2009/07/15(水) 12:13:15 .net わかった。じゃ、今でも PDP-11使ってるとこみたいになるんだ?!
642 :名無しさん@お腹いっぱい。 :2009/07/17(金) 01:52:04 .net IA64しょぼw なんなのこれ?ネタなの? ネタアーキ?プゲラッチョwwww
643 :名無しさん@お腹いっぱい。 :2009/07/17(金) 10:00:29 .net いやいや、はんどあせんぶるすりゃ、6命令同時実行だぞ。すげ〜だろ?!
644 :名無しさん@お腹いっぱい。 :2009/07/17(金) 10:01:56 .net >>642 たくさんのアーキテクチャと会社を吸着して、トモダオレにしました。すごいだろ? ハエ取り紙のような..ww
645 :名無しさん@お腹いっぱい。 :2009/07/17(金) 23:28:39 .net IAのIはIntelのIとも言うけど、本当はIncompleteのIなんだよ。 だからIA-64は、Incomplete Architecture-64なんだよ。 これは試験に出るから覚えといた方が良いよ。
646 :名無しさん@お腹いっぱい。 :2009/07/17(金) 23:36:17 .net >>643 すごくね〜よw ハンドアセンブルすればって、どんだけ使えないアーキテクチャなんだよw
647 :名無しさん@お腹いっぱい。 :2009/07/17(金) 23:43:55 .net >>645 出ない
648 :名無しさん@お腹いっぱい。 :2009/07/19(日) 17:47:49 .net >>646 なっ、何だと?!! ハンドアセンブルでできるんだったら、後はコンパイラーが がんばりゃ、そんだけのことじゃねーか。できたも同然なんだよ。ちょくら待ってろ。 おい、コンパイラー担当、なんとか言ってやれ、黙ってないで。
649 :名無しさん@お腹いっぱい。 :2009/07/20(月) 08:47:14 .net ハンドコンパイルすればいいじゃん
650 :名無しさん@お腹いっぱい。 :2009/07/20(月) 22:21:54 .net Ita≒Xeonでおk? コソパイルも通る?
651 :名無しさん@お腹いっぱい。 :2009/07/21(火) 10:40:02 .net 関数型言語のコンパイラだと Itaniumの演算機フル活用できるとかなんとかハッタリかましてなかった? ああいう話は全部最初から客を騙すためのものだったということなのね
652 :名無しさん@お腹いっぱい。 :2009/07/29(水) 22:55:55 .net SGI Sticks to Its Roadmap, But It's the End of the Line for the Itanium Supers http://www.hpcwire.com/features/SGI-Sticks-to-Its-Roadmap-But-Its-the-End-of-the-Line-for-the-Itanium-Supers-51429127.html SGI renews Itanium super love (sort of) http://www.theregister.co.uk/2009/07/27/sgi_server_roadmap/
653 :名無しさん@お腹いっぱい。 :2009/07/29(水) 22:56:43 .net なつかしいね
654 :名無しさん@お腹いっぱい。 :2009/07/30(木) 10:00:13 .net Ita作ると Xeon売る羽目に陥り、Atom作ると Core2売る羽目に陥る。 がんじがらめな感じ。ある意味気の毒な会社だ。 まあそれを選んだのは自身だが。めーわくなこった。
655 :名無しさん@お腹いっぱい。 :2009/07/30(木) 22:29:19 .net ItaからXeonはアレだが atomからCore2はIntel大喜びだろう
656 :名無しさん@お腹いっぱい。 :2009/07/31(金) 09:43:19 .net >>655 > atomからCore2はIntel大喜びだろう Core2のパイを喰われるから、Atomを抑える(売れなくする)しか道がない、という 意味な。うれしいわけがない。 勝手に Core2の方が売れるんなら別だが、市況は逆。 Atomの存在意義はピンチに陥っていると考えて間違いない。 正味 ARMと対抗できるレベルにならないと、いらない子になるしかない。サヨナラ というわけで、Atomは今のうちに買っといた方がいいかもw
657 :名無しさん@お腹いっぱい。 :2009/07/31(金) 13:36:25 .net >>656 Atom v.s. Core2って、バカのしったかぶりとしか思えない。
658 :名無しさん@お腹いっぱい。 :2009/07/31(金) 14:04:10 .net >>657 「ネットブック以外にも選択肢はある」--インテルCEO、超薄型ノートPCを喧伝 ttp://japan.cnet.com/news/biz/story/0,2000056020,20396849,00.htm 田舎でニュースこないの?
659 :名無しさん@お腹いっぱい。 :2009/07/31(金) 14:09:06 .net | さらに、Otellini氏は共食いの問題に再び言及した。すなわち、ネットブックには、 | よりメインストリームのノートPCから市場シェアを奪う傾向があるという問題だ。 | Otellini氏は別のアナリストからの質問に答えて、「共食いと言っても、 | ネットブックの割合はおそらくノートPC全体の20%程度だろう」と述べた。 CEO涙目wwww
660 :名無しさん@お腹いっぱい。 :2009/07/31(金) 14:30:40 .net どっちみちIntelだし… 程度の低いヲタが騒いでいるだけ。
661 :名無しさん@お腹いっぱい。 :2009/07/31(金) 16:23:41 .net ↑と、「バカのしったか」をはるかに凌ぐバカが申しております。
662 :名無しさん@お腹いっぱい。 :2009/08/26(水) 11:04:01 .net Hot Chipsでは Itaの発表ないらしい。x86だけ。
663 :名無しさん@お腹いっぱい。 :2009/08/26(水) 21:23:29 .net 概要はとっくの昔に発表してあるから必要無いでしょ
664 :名無しさん@お腹いっぱい。 :2009/08/27(木) 09:48:31 .net ええ? そういう反応かよww # まるだしですよプ
665 :名無しさん@お腹いっぱい。 :2009/08/27(木) 10:18:11 .net もう永久に必要ないよな。
666 :名無しさん@お腹いっぱい。 :2009/08/28(金) 16:37:44 .net Itaッ!!
667 :名無しさん@お腹いっぱい。 :2009/09/15(火) 22:56:44 .net うーうーうー あItaっ!
668 :名無しさん@お腹いっぱい。 :2009/09/24(木) 12:46:45 .net まだ生きてたw http://pc.watch.impress.co.jp/img/pcw/docs/317/343/html/02.jpg.html
669 :名無しさん@お腹いっぱい。 :2009/09/24(木) 22:18:17 .net いつでもXeonに乗り換え可能ですので、ご安心くださいw http://pc.watch.impress.co.jp/img/pcw/docs/317/313/html/05.jpg.html
670 :名無しさん@お腹いっぱい。 :2009/10/02(金) 11:26:29 .net おっ、オレはダマされないぞ!!
671 :名無しさん@お腹いっぱい。 :2009/11/27(金) 09:09:52 .net ポルトガルで 25台納入だって。すげー。ポルトガル気はたしかか?!ww
672 :名無しさん@お腹いっぱい。 :2009/11/27(金) 09:10:55 .net >>671 世界で累計約 1400台。けっこう売れてんじゃん。
673 :名無しさん@お腹いっぱい。 :2009/11/27(金) 19:16:55 .net >>671-672 ↓これか 富士通子会社がポルトガル大手通信事業者に「PRIMEQUEST」を25台以上納入 http://itpro.nikkeibp.co.jp/article/NEWS/20091126/341167/
674 :名無しさん@お腹いっぱい。 :2009/11/27(金) 20:09:02 .net 3年間で1万台売る予定だったんだから 予定の1割くらいは売れたわけか
675 :名無しさん@お腹いっぱい。 :2009/11/28(土) 17:23:06 .net 100台いってないくらいかと思ってたよww
676 :名無しさん@お腹いっぱい。 :2009/12/19(土) 03:00:52 .net RedHat 撤退 ttp://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium_dead/
677 :名無しさん@お腹いっぱい。 :2009/12/26(土) 19:37:42 .net そろそろXeonでいいよな
678 :名無しさん@お腹いっぱい。 :2009/12/27(日) 00:32:39 .net はい
679 :名無しさん@お腹いっぱい。 :2009/12/28(月) 10:21:17 .net そろそろもなにも。Itaがよかったことなんかこれまで一度たりとも....
680 :名無しさん@お腹いっぱい。 :2009/12/28(月) 16:06:51 .net そういえば Otaxという Fax機に搭載されてたプロセッサーが Otaniumだった。
681 :名無しさん@お腹いっぱい。 :2009/12/28(月) 20:41:17 .net 性能の割に安値だったので, ついついヤフオクでItaサーバーに入札してしまった.
682 :名無しさん@お腹いっぱい。 :2009/12/29(火) 08:54:47 .net ガラクタ趣味で遊ぶのに電力喰うやつはお下品でなぁ.. まあ、VAX7xxや PDP-11動かしてる人もいるみたいだけど、米国にはww
683 :名無しさん@お腹いっぱい。 :2010/01/02(土) 15:55:05 .net 一通り欲しいよね
684 :名無しさん@お腹いっぱい。 :2010/01/02(土) 15:59:06 .net age RedhatあたりがItaniumのサポートをやめるらしいな・・・
685 :名無しさん@お腹いっぱい。 :2010/01/03(日) 23:03:50 .net >>684 12/19(土)の >676 を 100萬回くらい参照してください。
686 :名無しさん@お腹いっぱい。 :2010/02/09(火) 13:31:35 .net たっくいら出るのか?
687 :名無しさん@お腹いっぱい。 :2010/02/09(火) 15:21:38 .net 出荷はもうされてるみたい 公式発表も昨日された http://www.intel.com/pressroom/archive/releases/2010/20100208comp.htm http://download.intel.com/products/processor/itanium/318691.pdf
688 :名無しさん@お腹いっぱい。 :2010/02/09(火) 16:54:41 .net まあ、こいつは焼き直しだからな。もう新規コアのは出ないだろう。
689 :名無しさん@お腹いっぱい。 :2010/02/10(水) 10:29:25 .net 3年かかって、コア 2倍で性能が 2倍... この先プロセスが 45nmとかになったらすごそうな気はするけど。そこまでだろなw
690 :名無しさん@お腹いっぱい。 :2010/02/10(水) 21:57:46 .net 今回が65nmで、次は32nmじゃなかったっけ?
691 :名無しさん@お腹いっぱい。 :2010/02/10(水) 22:34:02 .net 次なんてあるの?
692 :名無しさん@お腹いっぱい。 :2010/02/12(金) 11:18:00 .net >>690 かなり性能は上がりそうだが、消費電力はそれでやっと「マトモ」になるんだろな。 Intelも実はトドメ刺したいんだろうしww
693 :名無しさん@お腹いっぱい。 :2010/02/27(土) 10:07:35 .net >>692 エンタープライズ系だから、これでも消費電力が際立って大きいってことはないよ
694 :名無しさん@お腹いっぱい。 :2010/03/01(月) 11:25:37 .net ソケットあたりは最大級だろ。他に上げてみてよ。
695 :名無しさん@お腹いっぱい。 :2010/03/26(金) 23:42:36 .net Itaniumじゃないと高速に処理出来ない物なんてあんのかな
696 :名無しさん@お腹いっぱい。 :2010/03/31(水) 12:25:20 .net >>695 既にItanium向けに作ってしまったバイナリ
697 :名無しさん@お腹いっぱい。 :2010/03/31(水) 17:47:01 .net ああ、それは別にいいよ。
698 :名無しさん@お腹いっぱい。 :2010/03/31(水) 17:52:04 .net HPが次に鳴り物入りで作る最高グレードx86-64機には、 Itaniumエミュレータが付くと断言できる。
699 :名無しさん@お腹いっぱい。 :2010/03/31(水) 19:04:20 .net で、OpenVMSうごかすのな? HP-UXも?
700 :名無しさん@お腹いっぱい。 :2010/04/02(金) 17:56:40 .net 富士通がPRIMEQUESTでItaniumからXeonに移行
701 :名無しさん@お腹いっぱい。 :2010/04/06(火) 11:46:13 .net Microsoftも次のWindows Serverで対応辞めるってさ。 IntelはDellとMoblin Linuxやってるし、Wintel軍団も終りだな。
702 :名無しさん@お腹いっぱい。 :2010/04/06(火) 17:31:51 .net 実質はもうかなり前から何もしてないと思うけど。
703 :名無しさん@お腹いっぱい。 :2010/04/06(火) 20:06:38 .net まだWintelとか言ってる奴が居ることが信じられない
704 :名無しさん@お腹いっぱい。 :2010/04/07(水) 14:13:42 .net 「お前は Wintelか。」「この Wintel野郎!!」 ...いいかもw
705 :名無しさん@お腹いっぱい。 :2010/04/09(金) 23:11:29 .net 完全に終わったな 502 名前: login:Penguin [sage] 投稿日: 2010/04/01(木) 22:45:21 ID:Zp8saYLF http://www.atmarkit.co.jp/news/201004/01/fujitsu.html 富士通は今後、Itaniumを使ったサーバ製品を投入する計画はないという。 503 名前: login:Penguin [sage] 投稿日: 2010/04/08(木) 07:03:02 ID:i0Yes+r/ M$も見限った 米MicrosoftがItanium対応製品の開発終了を発表 http://itpro.nikkeibp.co.jp/article/NEWS/20100405/346621/ 南無(ー人ー)
706 :名無しさん@お腹いっぱい。 :2010/04/10(土) 15:16:47 .net 日系ベンダで一番力を入れていた富士通が一番最初に手を引いたか。 日立は既にPOWER推しだし、NECのACOS4もエミュだから移行しやすいし、 この2社の撤退も近いか。
707 :名無しさん@お腹いっぱい。 :2010/04/12(月) 18:24:58 .net Fは SPARCあるから、それほどでもないでしょ。チップセットもそんな 気合い入ってなかったし。NECの方がずっと力入れてたんじゃないの?
708 :名無しさん@お腹いっぱい。 :2010/04/12(月) 20:21:30 .net PRIMEQUESTを出した当初、その頃はSPARCとSolarisの雲行きも怪しかったし、 Ita&Linuxの方にシフトして行こうとしていたように思っているんだけどね。 東証アローヘッドにも突っ込んだくらいだし。 ただ、Fの思いに顧客がついてくる事はなく、東証にリリースして半年も 経たないうちに採用ハードがディスコンっていう結果は寒いが。
709 :名無しさん@お腹いっぱい。 :2010/04/13(火) 10:50:23 .net >>708 Solaris Ita対応しますぜ、って Sunが言ってたころはさすがにそうだろうが、 Sunと IBMはソッコー離脱したから、そのあたりで力緩めてると思うけど。 チップセットも 32ソケットまでで、その先の予定も出さなかったから そう思った。
710 :名無しさん@お腹いっぱい。 :2010/04/14(水) 01:31:40 .net Madisonでた頃くらいまでは、そこそこやる気あったけれども、 Montecito出る出る詐欺が始まった頃から、力抜き始めた様に思う。 SPARC64Vでしばらく引っ張ってた頃と、VI以降の開発ペースの差に 何かしらの逡巡を感じるので。 まあ、社内事情しらんので、床屋談義の一意見です。
711 :名無しさん@お腹いっぱい。 :2010/04/14(水) 22:25:51 .net 床屋でUNIXを運用する時代になったのか
712 :名無しさん@お腹いっぱい。 :2010/04/16(金) 05:29:05 .net 立ち食いそば屋でHPC運用する時代が、そこまで来ているよ
713 :名無しさん@お腹いっぱい。 :2010/04/17(土) 12:24:02 .net 某社のunixラストモデルがそろそろリリース。 PC系がRASを搭載してきたんでもうダメぽ。
714 :名無しさん@お腹いっぱい。 :2010/04/18(日) 14:04:19 .net 相手に有無
715 :名無しさん@お腹いっぱい。 :2010/04/20(火) 14:22:33 .net 板に生む
716 :名無しさん@お腹いっぱい。 :2010/04/28(水) 15:46:41 .net WindowsServer + IA64スレはどこだ?
717 :名無しさん@お腹いっぱい。 :2010/12/19(日) 08:23:51 .net Itaniumほんとうにしんでしまったん?
718 :名無しさん@お腹いっぱい。 :2010/12/20(月) 04:16:41 .net まだ始まってもいねえよ
719 :名無しさん@お腹いっぱい。 :2010/12/20(月) 11:31:04 .net 結局itaniumの何が悪かったんや
720 :名無しさん@お腹いっぱい。 :2010/12/20(月) 11:47:48 .net 省エネの時代に相応しくないということで抹殺された
721 :名無しさん@お腹いっぱい。 :2010/12/20(月) 13:09:52 .net 技術的に何かを先導したわけでもなかった 計画も遅れた 性能もそんなでもなかった 存在意義はUNIXベンダの独自なCPUを潰すことにあったから ほぼ達成して使命を終えた
722 :名無しさん@お腹いっぱい。 :2010/12/20(月) 13:11:35 .net Power一人勝ちだな
723 :名無しさん@お腹いっぱい。 :2010/12/21(火) 14:40:08 .net 「カマキリさ〜ん、卵どこに生むの?」 「板に生む。」
724 :名無しさん@お腹いっぱい。 :2010/12/26(日) 20:50:55 .net 最初のメルセドのデキがひどすぎたもんな。
725 :名無しさん@お腹いっぱい。 :2010/12/26(日) 21:44:53 .net >>721 いやいやx86の置き換えは失敗したでしょ…
726 :名無しさん@お腹いっぱい。 :2011/01/04(火) 12:13:58 .net >>722 カタログスペックはすごいけど、言うほど勝ってないような。
727 :名無しさん@お腹いっぱい。 :2011/01/04(火) 18:51:33 .net Itanium vs Cell
728 :名無しさん@お腹いっぱい。 :2011/01/28(金) 18:20:07 .net Itanium vs Cell vs ARMCortrexA15クワッド
729 :名無しさん@お腹いっぱい。 :2011/01/31(月) 14:02:14 .net >>725 それはべつに目標としてなかったしー
730 :名無しさん@お腹いっぱい。 :2011/02/03(木) 00:54:49 .net PA-RISCに戻せよそろそろw
731 :名無しさん@お腹いっぱい。 :2011/02/03(木) 00:58:37 .net ItaをPA-RISCと表示して売る
732 :名無しさん@お腹いっぱい。 :2011/03/24(木) 09:22:13.75 .net >>721 PowerもSPARCも潰れてないし、先にItaniumが死ぬwwww ざまあああああああああああああああああああwwww
733 :名無しさん@お腹いっぱい。 :2011/03/24(木) 16:07:48.15 .net 実際には Itaniumは「立ち上がって」ないわな。 メインフレームが緊急避難的に仕方なく採用してるだけで。
734 :名無しさん@お腹いっぱい。 :2011/03/24(木) 19:07:52.90 .net >>730 OracleがItaniumをサポート対象から外すって発表したら、 ムキになってHPはこれからもItaniumで開発し続けるって発表してたよ。 http://cloud.watch.impress.co.jp/docs/news/20110324_434747.html
735 :名無しさん@お腹いっぱい。 :2011/03/25(金) 08:12:37.29 .net そりゃあんた、HP-UXも、VMSも、Himalayaもだっけ? やーめた、ってわけには いかんだろ。 が、本心はわからんぞ。少なくとも、「自前のアーキテクチャなんかいらん」と 思ってるのは間違いない。HP-UXが別にポートされたら、それがサインだw # まあ、Ita上でもいろいろ PAのエミュレーションで動いてるらしいから、 # そう簡単じゃないだろうがwww
736 :名無し :2011/03/29(火) 08:13:11.19 .net oracle, Java, WebLogic, TuxedoのないOSになるの?
737 :名無しさん@お腹いっぱい。 :2011/03/29(火) 09:04:03.12 .net >>736 Javaは、元々、hp JDKなので自前で用意しているさね
738 :名無しさん@お腹いっぱい。 :2011/03/29(火) 14:18:24.21 .net 今、全力で x68上の PAエミュレータ作ってるなww
739 :名無しさん@お腹いっぱい。 :2011/03/29(火) 14:21:50.58 .net DB2があるじゃないか(胸熱
740 :名無しさん@お腹いっぱい。 :2011/03/29(火) 14:23:25.49 .net まちがえた、x64 wwww
741 :名無しさん@お腹いっぱい。 :2011/04/18(月) 16:51:16.71 .net Itanium = Illuminati (illu)uminatI
742 :名無しさん@お腹いっぱい。 :2011/05/21(土) 11:57:08.73 .net Itaniumはそろそろ死亡ですか?
743 :名無しさん@お腹いっぱい。 :2011/05/21(土) 15:19:10.72 .net Sunと IBMが見放した時点、つまり Solaris対応しませんと言ったあたりで、 終ってました。気づかないことにして付いていったのは日本企業だけでしたトホホ
744 :名無しさん@お腹いっぱい。 :2011/06/04(土) 16:55:00.15 .net マジ損
745 :名無しさん@お腹いっぱい。 :2011/06/04(土) 20:06:08.29 .net 次世代ItaniumはVLIW実行を放棄か ttp://www.geocities.jp/andosprocinfo/wadai11/20110604.htm
746 :名無しさん@お腹いっぱい。 :2011/06/04(土) 20:40:55.18 .net いまさらかw
747 :名無しさん@お腹いっぱい。 :2011/06/04(土) 21:16:09.40 .net Itaniumを放棄しろよw
748 :名無しさん@お腹いっぱい。 :2011/06/05(日) 10:23:59.64 .net やっとEPICが糞アーキテクチャであることを認めたか。
749 :名無しさん@お腹いっぱい。 :2011/06/05(日) 12:12:37.85 .net EPICじゃなくてソフト屋が何十年も全然進歩しないのが問題
750 :名無しさん@お腹いっぱい。 :2011/06/05(日) 12:29:14.89 .net >>749 コンパイラが頑張れば何とか出来ると思ってるから糞アーキテクチャなのに。
751 :名無しさん@お腹いっぱい。 :2011/06/06(月) 22:24:24.16 .net Intel常習。iAPX432, i860, Itanium。 いずれもコンパイラができん(不可能ww)が理由。
752 :名無しさん@お腹いっぱい。 :2011/06/07(火) 22:58:16.83 .net コンパイラが頑張れば何とか出来ると漏れは未だに思っている
753 :名無しさん@お腹いっぱい。 :2011/06/08(水) 18:44:40.04 .net 己等呉れ
754 :名無しさん@お腹いっぱい。 :2011/06/09(木) 01:16:02.87 .net >>752 JITが性能を稼ぐ時代なのに、 VLIWはコンパイル時のみがんばろうってやり方なので。
755 :名無しさん@お腹いっぱい。 :2011/06/18(土) 19:41:44.63 .net どこまでも見苦しい・・・ HP、Oracleを提訴――Itaniumのサポート打ち切りは違法 http://www.itmedia.co.jp/news/articles/1106/16/news060.html
756 :名無しさん@お腹いっぱい。 :2011/06/20(月) 16:38:29.41 .net MSに切られてもRedhatに切られても痛くないけどhpでもOracleだけは困るのか
757 :名無しさん@お腹いっぱい。 :2011/06/20(月) 17:35:08.07 .net 大型モドキをOracle以外に何に使うんだよw
758 :名無しさん@お腹いっぱい。 :2011/06/22(水) 17:03:06.31 .net や・ら・せ、だよ。打ち切りの手順を踏んでるだけ。
759 : 忍法帖【Lv=16,xxxPT】 :2011/06/22(水) 19:36:52.00 .net そりゃ見え見えだもの 誰でもわかるよ IT経営者にはスタンフォード組多いよね
760 : 忍法帖【Lv=19,xxxPT】 :2011/06/25(土) 00:26:52.86 .net 前の首相は?
761 :名無しさん@お腹いっぱい。 :2011/06/26(日) 23:17:39.71 .net hp-uxスレ糸冬 了..._φ(゚∀゚ )アヒャ うひひ
762 : 忍法帖【Lv=21,xxxPT】 :2011/06/27(月) 00:40:22.83 .net IBM以外商用UNIX(実質)全部死亡なんてとても喜べない 遅い高いCPU Workstationとキラーアプリがない製品構成 Sunもそうだがもういつ終わるかというだけの存在だったけどな 使ってるのは老人だけで若いコが触りたがらないもの
763 :名無しさん@お腹いっぱい。 :2011/06/27(月) 01:25:24.75 .net 言いたいことくらい整理してからかけ
764 : 忍法帖【Lv=21,xxxPT】 :2011/06/27(月) 01:51:02.33 .net 平たく言えばみんな泥船に乗ってるってこと
765 :名無しさん@お腹いっぱい。 :2011/06/27(月) 08:11:49.62 .net その会社が沈んだというだけでUNIXの盛衰とは何の関係もない。
766 :名無しさん@お腹いっぱい。 :2011/06/27(月) 11:07:49.22 .net Google Androidと Apple iOSが生き残るから安心しろw 両者ともサーバーまとめる能力なんてないけどww
767 :名無しさん@お腹いっぱい。 :2011/06/27(月) 11:25:38.65 .net 次点でRHEL, Ubuntu, Chrome OS辺りか。
768 :名無しさん@お腹いっぱい。 :2011/06/27(月) 14:18:43.34 .net >>766-767 にUNIXが一つも無い件
769 :名無しさん@お腹いっぱい。 :2011/06/27(月) 14:25:35.04 .net Apple iOSは UNIXの版権払ったもんだと思うぞ。 FreeBSDからごっぞり持ってきた時『脱』してなければ。
770 : 忍法帖【Lv=21,xxxPT】 :2011/06/27(月) 15:20:32.33 .net >>765 企業なしに商用UNIXが存続できるものか
771 :名無しさん@お腹いっぱい。 :2011/06/27(月) 17:22:26.07 .net Mac OS Xは商用UNIXだし、 UNIX likeなLinuxで食ってる会社含めたらむしろ勢力は増してる。
772 :名無しさん@お腹いっぱい。 :2011/06/27(月) 18:13:33.10 .net UNIX 03に適合登録してるは、Mac OS X, HP-UX, AIX, Solarisだけ。 http://www.opengroup.org/openbrand/register/
773 :名無しさん@お腹いっぱい。 :2011/06/28(火) 12:06:40.38 .net 最近はどこもそんな認定取るつもりないだろ。役にたたんから。
774 :名無しさん@お腹いっぱい。 :2011/06/28(火) 15:11:03.56 .net LinuxがUNIXでないと言っている人の根拠はかのように薄弱なのでした。
775 :名無しさん@お腹いっぱい。 :2011/06/28(火) 15:12:59.68 .net Linux以外の Unix風はいずれも計算機科学の新しい領域への挑戦だが、 Linuxはマネ以上のことをやるつもりがない。
776 :名無しさん@お腹いっぱい。 :2011/06/28(火) 15:59:35.56 .net 薄弱も何もIEEE標準規格だし・・・
777 : 忍法帖【Lv=22,xxxPT】 :2011/06/28(火) 16:38:41.68 .net >>775 Linuxは創造力はありませんがおカネが好きというムキにはぴったりのモドキOSでいいじゃん
778 :名無しさん@お腹いっぱい。 :2011/06/29(水) 11:03:11.00 .net お金、好きじゃないの?
779 :名無しさん@お腹いっぱい。 :2011/06/29(水) 12:10:03.91 .net 誰が?
780 :名無しさん@お腹いっぱい。 :2013/01/18(金) 22:23:10.83 .net HPはDECのAlfaプロセッサ 切ったのが失敗だったな
781 :名無しさん@お腹いっぱい。 :2013/01/18(金) 22:25:04.97 .net PAーRISCは優れたプロセッサだったが、 アイタタニウムにして失敗
782 :名無しさん@お腹いっぱい。 :2013/01/21(月) 18:47:19.06 .net Compaq買った時点で Alphaのエンジニアって、残ってたのかね? PA-RISCで行き詰まったから、EPICなんでしょ?
783 :名無しさん@お腹いっぱい。 :2013/04/13(土) 15:51:44.91 .net 残ってたよ。 CompaqはワークステーションはAlphaで行く予定だったから。 HPに買収されて全てが変わった。 買収直前に技術者はほとんどAMDとIntelに移ってる。 インテルは知財も買った。
784 :名無しさん@お腹いっぱい。 :2013/04/13(土) 16:25:28.77 .net ワークステーション=Windows NT(w
785 :名無しさん@お腹いっぱい。 :2013/04/15(月) 19:56:17.51 .net PCや汎用機端末と区別するための用語としては、全ての机上計算機と ノート型計算機はその要件を満たすようになったので、 全てがワークステーションになり、PCこそが絶滅したと言った方が正しい。 要件とは、32bit, LAN, マルチタスク・マルチユーザーのOS, Windowシステム..か。 ネットワークブートとディスクレス運用も入れると、 PXE(単なる BOOTPクライアントをさも目新しい技術のように言ったもの)が 一般化して以降だから、結構最近。 BIOSがゴミだ、って観点からいくと、まだガラクタがゴロゴロ... あれ? EFIも、ゴミ? 拡張ボードのファームに制御が行ったあとに戻れるの以外、 外見的には何がありがたいのかさっぱり...ww
786 :名無しさん@お腹いっぱい。 :2013/04/15(月) 21:49:54.57 .net GOP対応VGA使うとWin8限定でfast bootできるよ UEFIマザーでも対応製品を選ぶ必要あるけど IPMI機能を取り込むかと思ったけどそこまではしなかったね AMT使いたいなら相変わらずインテル純正のQシリーズ使うしかないし
787 :名無しさん@お腹いっぱい。 :2013/04/15(月) 23:23:06.94 .net 蛇足やけどUEFIブートできるのは64bit OS限定な
788 :名無しさん@お腹いっぱい。 :2013/04/16(火) 13:21:10.53 .net >>783 「Compaq(を)買った時点」だから、買ったの主語は HPね。 だから、残ってなかった。 Compaqが DECを買った時点では、残ってた、それは、Compaqは Alphaで行く 予定だった、と。
789 :名無しさん@お腹いっぱい。 :2013/04/16(火) 13:22:39.93 .net >>786 ,787 何が言いたいのかわからん。全部蛇足に見えるw IPMIを取り込んでたら、もっとワークステーションだったのに、とかそいういう意味?
790 :名無しさん@お腹いっぱい。 :2013/04/16(火) 20:30:37.74 .net PC版のEFIもリリース当初と違い 設定用GUIのようなギミックだけではなく 2TB超のパーティション利用や OS側からfast bootが利用できるようになっているけれど そもそもPCが全てWSになったのなら(疑問があるが…w) 起動にかかる時間の短縮など目玉機能になりえないか 非アクティブ時にはS3スリープを使ってるしな
791 :名無しさん@お腹いっぱい。 :2013/04/17(水) 13:23:03.12 .net >>790 何が言いたいのかわからん。さっぱりわからん。
792 :名無しさん@お腹いっぱい。 :2013/11/10(日) 06:14:41.94 .net HPがItanium止めるってさ HP hammers nail into Itanium coffin http://www.theinquirer.net/inquirer/news/2305018/hp-hammers-nail-into-itanium-coffin-ports-nonstop-servers-to-x86
793 :名無しさん@お腹いっぱい。 :2013/11/28(木) 17:30:40.19 .net やめるだろ、普通。
794 :名無しさん@お腹いっぱい。 :2013/11/29(金) 13:25:11.06 .net ここに x86をケチョンケチョンにけなした哀れな記事があったw 「OpenVMS on HP Integrity サーバーFAQ」 http://h50146.www5.hp.com/products/software/oe/openvms/itanium/64bit_ext_faq.html 2004年の翻訳だそうな。合掌。 | 4pを越えたスケールで優れた性能を示すことはまだ実証されていません | RISCを採用しているサーバー・ベンダー 9社の内、これまでのところ 8社が Itaniumを採用 | X86と Itaniumはそれぞれターゲットとする分野が異なります | Itaniumは Alphaと同じような運命をたどるのではありませんか? | Itaniumは、インテルと 40社のハードウェアのベンダー(HP, IBM, ユニシス, | NEC, 日立, 富士通/シーメンス, ブルとデルなど)によってサポートされる | 業界標準のプロセッサーです。これらの内 20社ほどがデュアル・プロセッサーまでの | システムを製造しています。また、およそ 20社が 4プロセッサーまでのシステムを | 生産し、これらのベンダーの少なくとも 10社が 128Pプロセッサーまでの | サーバーを提供しています。 | 反対に Itaniumから x86-64への移行は、OpenVMSにとっては後退になります。 | 現在 x86-64は、1テラバイトまでの物理メモリ、システム毎に 8つの | プロセッサーまでしか拡張できません。 | けれども OpenVMSは、10年以上も前からこのレベルの拡張性は提供しています。
795 :名無しさん@お腹いっぱい。 :2015/07/08(水) 11:28:48.65 .net むっちゃtakai mipsと同じ運命やし残当
796 :名無しさん@お腹いっぱい。 :2017/03/19(日) 20:07:20.08 .net 板に産むは死んだ。 板に産むがまるで普通のデスクトップCPUを置き換えてしまうかのような ブラフと宣伝により、MIPSもPA-RISCもIBM-Power、DEC-ALPHAもみんなやる気が 失せて撤退・衰退したけれども、結局はブラフ・ペーパー・ベーパーCPUだった ようなもんだな。AMD64にコロッと乗り換えてあれはなんだったのだろうかと。 変な命令だったためか、コンパイルが糞遅かった、特に最適化を指示したら、 コンパイルがとてものろかったな。
797 :名無しさん@お腹いっぱい。 :2017/12/29(金) 07:53:32.01 .net 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 YJARJBMVHG
798 :名無しさん@お腹いっぱい。 :2018/05/22(火) 06:00:38.27 .net 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 8SXDU
799 :名無しさん@お腹いっぱい。 :2020/12/09(水) 09:21:04.46 .net https://i.imgur.com/5NPSOnf.jpg
800 :名無しさん@お腹いっぱい。 :2023/11/25(土) 01:19:16.63 ID:KfhsK385N 女性ガ━た゛のLGBTガ−だの障害者ガーだの気持ち悪いが海に囲まれた日本で高い所と騒音が大好きなバカが日本中クソ航空機飛ばしまくって 騒音に温室効果ガスにコロナにとまき散らして気候変動させて海水温上昇させてかつてない量の水蒸気を日本列島に供給させて 日本中で土砂崩れに洪水、暴風、熱中症、森林火災、大雪にと災害連発させて住民の生命と財産を破壊しまくって静音が生命線の知的産業に 威カ業務妨害して他人の権利を強奪して私腹を肥やす強盗殺人を繰り返して石油需給逼迫させて工ネ価格に物価にと暴騰させて 經済も私権も人権もないテ゛シ゛タル後進国のポンコツ腐敗国家に陥れてる皆殺しにされるべきJALだのANAだのクソアイヌドゥだの クサイマークだのゴキフ゛リフライヤーだのシ゛ェッ├クサーだのJTBだのテロリス├と天下り賄賂癒着してる世界最悪の強盗殺人組織公明党 国土破壊省による史上最悪のジェノサイドをスル−しながらその正義もクソもない自己中心的なタ゛ブスタっぷりに寝言は寝て言えって話だよな (羽田)ttps://www.call4.jp/info.phP?type=iTems&id=I0000062 , Ttps://haneda-Ρroject.jimdofree.com/ (成田)ttps://n-souonhigaisosУoudan.amebaownd.com/ (テロ組織)tтps://i.imgur.Сom/hnli1ga.jpeg
801 :名無しさん@お腹いっぱい。 :2024/03/27(水) 19:39:23.33 .net 大半の国民に対し、深くお詫び申し上げます」と連呼する先生 俺は人それぞれやろ
802 :名無しさん@お腹いっぱい。 :2024/03/27(水) 20:24:49.02 .net いつも炎上してるっぽい カード認証エラー?
803 :名無しさん@お腹いっぱい。 :2024/03/27(水) 21:05:05.59 .net めちゃ押されじゃん
183 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★
本文 スレッドタイトル 投稿者