1 :名無しさん@お腹いっぱい。2008/07/14(月) 19:44:39
実際に使ってみた人、どうよ?

前スレ
ItaniumでUNIX!
http://pc11.2ch.net/test/read.cgi/unix/1140329582/
2 :名無しさん@お腹いっぱい。2008/07/14(月) 20:39:43
実機は、ヤフオクなどで月に数台、出品されています。
3 :名無しさん@お腹いっぱい。2008/07/14(月) 21:22:14
興味ある人が全員買っても、おそらくまだ余るので、安心して買って下さいw
4 :名無しさん@お腹いっぱい。2008/07/14(月) 23:24:36
1台数万円だから、話の種に買ってみりゃいい。

ま、口先だけで叩いている荒らしさんは、それもしないんだろうな。
叩くなら現物を触ってブログで叩きまくればいいのにね。
5 :名無しさん@お腹いっぱい。2008/07/14(月) 23:29:17
買うかそんなもんw アタマおかしーんじゃねーか?
6 :名無しさん@お腹いっぱい。2008/07/14(月) 23:51:15
>>5はSunスレから前スレに襲来した荒らしですんで。
7 :名無しさん@お腹いっぱい。2008/07/14(月) 23:51:55
>>5
現物を触ったこともないのに、知ったかぶりの知識で叩いてるの? それこそ頭の程度を疑われる。
8 :名無しさん@お腹いっぱい。2008/07/15(火) 00:12:02
仕事で、Itanium2にHP-UXの組みあわせで使う機会が少しだけあったけど
違いがわかるほど使える腕前でもなし

9 :名無しさん@お腹いっぱい。2008/07/15(火) 00:13:10
だよな、普通の神経してたら、そう簡単には叩けないもんだよ。
11 :名無しさん@お腹いっぱい。2008/07/15(火) 09:55:40
オレの神経はまったくもって普通だが、Itanium はクソだろ。

かならず反応しやがるからおもしれーな。「重箱の隅」の典型wwww
Ita 使ったことないぞーw
1バンドルの命令数知らないぞーww
でも実質的な命令の密度が下がると性能が出ない、ということだけはわかるぞ。
パイプラインがびっちり詰まっててもほとんど nop だったらいみねーww
12 :名無しさん@お腹いっぱい。2008/07/15(火) 10:02:58
>>4
カネのない弱小企業が革新的でバランスのいい製品で大企業の製品を
出し抜くか、そうでなくても肩を並べるくらいのものを出したら、
所有欲をくすぐるもんだけどな。Ita はその真逆だろ。
資金ジャブジャブ、人員ザクザク、蓄積知識潤沢、環境的にもなんの不自由もない
いやらしいガリバー企業の、それもおごり切った失敗作だ。
所有欲なんざまったく湧かない。悪趣味の極み。
いちばんデキの悪かった時期のアメ車の方がまだマシ。
カネもらってもいらん。
13 :名無しさん@お腹いっぱい。2008/07/15(火) 10:26:04
たかが数万円で買えるものなのに、なんで>>12は負け惜しみたっぷりなんだろう。

>>11
知ったかぶりは不要。サヨナラ。
どういうときにnopが挿入されるのか、わかってないしさ。
14 :名無しさん@お腹いっぱい。2008/07/15(火) 10:30:31
>>11はSunスレに粘着してる頭のカワイソウな人なのでスルー推奨
そいつがしてるnopの話は、Sunスレでちろっと出た話がネタ元で、
まったく経験に基づいていないし、知識としても他者の参考になる
ようなレベルではない。
15 :名無しさん@お腹いっぱい。2008/07/15(火) 11:12:04
あれ? nop 出したのオレじゃないけど。脳内錯綜してるんだねw
16 :名無しさん@お腹いっぱい。2008/07/15(火) 11:15:00
>>13
だから、「カネもらっても要らない」って書いてるだろが。字読めねーのか?
なんであんなゴミに「負け惜しみ」なんだよww なにが「負け」てんだようひーw
趣味最悪の粗悪品だ、と言ってるんだが、そこどうなんだよ、え?
あーカワイソw
17 :名無しさん@お腹いっぱい。2008/07/15(火) 11:18:38
ちなみに、かなり興味あるもん(例えば、ACORN 機とか BeBox/PowerPC とか)でも
タダでももらうか悩むよ。もうガラクタ満載でな。Sun3/60C ももらいかけて
ギリギリもらわなかったんだが、今じゃもらわなくてよかったと思ってる。
Itanium だぁ? アホか。持って帰れしっしっ。ww
18 :名無しさん@お腹いっぱい。2008/07/15(火) 11:20:14
> nop 出したのオレじゃないけど

それを14は指摘してるんだろ?
19 :名無しさん@お腹いっぱい。2008/07/15(火) 11:21:22
>>16-17
興味ないなら、このスレに用はないだろ? さ、帰りな。
20 :名無しさん@お腹いっぱい。2008/07/15(火) 11:25:01
馬鹿には何を言っても無駄だ。
だから馬鹿ではない人に言う。
馬鹿の相手をするな。構うな。
21 :名無しさん@お腹いっぱい。2008/07/15(火) 11:25:10
>>19
そうそう、そういうのを『負け惜しみ』って、言うんだぞ。よく覚えとけよkkkpppw w
22 :名無しさん@お腹いっぱい。2008/07/16(水) 00:09:00
やっぱ、ARC で DEC が離脱した時、日本勢で主導権取って引き継ぐべきだったんだよ。
R4000 と後継で地道にやってりゃ、今はヒトカドの勢力になってただろ。
NEC も東芝も SONY も MIPS やってたんだから。DEC が離脱すんのはもう
わかってたんだし。9801 に代わる Unix ベースの標準机上機が出来てただろう。

やっぱもう日本企業にサムライはいなくなったのかね。
命運を賭ける価値のあるところへズバッと行くという度胸と根性はないんだな。
なにをトチ狂って Itanium なんかにしがみついて.. どう転んだってダメだろうが
そんなもん。
NEC、しっかりしろ! HP や Intel じゃ電卓に毛が生えたのが関の山だ!!

今からでも遅くない、ARC 復活!!!
23 :名無しさん@お腹いっぱい。2008/07/16(水) 10:19:31
>>22
っ 日米半導体摩擦
24 :名無しさん@お腹いっぱい。2008/07/16(水) 11:02:23
え? じゃ、今複数の日本企業が Itanium 頼みに追い込まれている原因は
日米貿易摩擦にある、そういうことか? もう終ってるってこと?
Itanium はトカゲのしっぽなのか.. まんまとハマッた?!
26 :名無しさん@お腹いっぱい。2008/07/17(木) 09:50:22
DEC は Compaq に呑まれ、Compaq は HP に呑まれた。
DEC と Compaq の PC機の技術は HPの体内で生き続けている。
しかし、DEC の Alpha/VMS/True64 と HP の PA-RISC/HP-UX は
Itanium/VMS/HP-UX/Linux にまとめられ、凝縮され、いままさに『ポイッ』と
捨てられようとしている。
しかも、チマチマうるさかった日本企業のメインフレーム技術も吸着して。
こう、掃除機の圧縮パックみたいに、ぽいっ。さよーならーー ...はーさっぱりした
28 :名無しさん@お腹いっぱい。2008/07/18(金) 00:14:56
>>26
Itaniumって偉大なCPUじゃないですか…
29 :名無しさん@お腹いっぱい。2008/07/18(金) 01:18:00
偉大過ぎる。ここまで何もかも吸着してくれる OS は後にも先にももうあるまい。
31 :名無しさん@お腹いっぱい。2008/07/22(火) 13:46:22
前スレで富士通の鯖をゲットした人の続報を聞きたい。
33 :名無しさん@お腹いっぱい。2008/07/25(金) 17:35:18
ttp://page12.auctions.yahoo.co.jp/jp/auction/p108792483
Ita2 1.3GHz x4発
終了時の入札額 10,000 に対して、最低落札額 300,000wwww
気持ちは、わかるぞw
34 :名無しさん@お腹いっぱい。2008/07/26(土) 14:27:21
>>33
Sunスレから出張して荒らしに来なくていいぞ。
38 :名無しさん@お腹いっぱい。2008/07/29(火) 20:14:05
HP一社ではPA-RISCおよびコンパイラの開発費を出せなくなるという将来予測があったから、だと思う。
当時、SGIもMIPSの開発を続けるのは体力的に無理と判断して、IA-64に移行を発表したりしてた。
40 :名無しさん@お腹いっぱい。2008/07/31(木) 13:09:33
HP-UX の需要がある程度残ってるのに、Ita 打ち切りで HP-UX 道連れということも
あるのでは?
42 :名無しさん@お腹いっぱい。2008/08/01(金) 00:47:50
HP-UXやアプリをx64対応させるよりは、
IA64エミュレータを作ったほうが簡単じゃね?
44 :名無しさん@お腹いっぱい。2008/08/01(金) 01:32:11
PA-RISCバイナリをIA-64上でエミュレーションで走らせていて、
それをさらに、IA-64&HP-UX環境エミュレータ上で走らせるのか。
50 :名無しさん@お腹いっぱい。2008/08/05(火) 15:48:53
スレタイが「ItaniumをUNIXで」になってるけど、使えるのはHP-UX
だけじゃないのか?
他に使えるUNIXってあんの?
51 :名無しさん@お腹いっぱい。2008/08/05(火) 15:49:34
はいはい。商標。商標。
53 :名無しさん@お腹いっぱい。2008/08/06(水) 22:40:20
よーしパパ、OpenSolarisをItaniumに移植しちゃうぞ
54 :名無しさん@お腹いっぱい。2008/08/07(木) 07:01:39
>>51 が何を言ってるのかわからん
文脈から言って >>50 なんだとは思うが
Itanium も UNIX も HP-UX も商標じゃないのかね

Linux は Itanium で動くんじゃなかったか?
UNIX じゃないらしいけどw
そもそも Itanium が高価すぎて Linux 程度じゃもったいなくて使えね

55 :名無しさん@お腹いっぱい。2008/08/07(木) 08:37:03
Linuxはunixではないと言いたいのだろう、たぶん。

Itaniumは中古なら産廃価格なので、Linuxで使いのでも桶。
56 :名無しさん@お腹いっぱい。2008/08/07(木) 10:28:26
>>54
え? 安いよ? ネットオークションで。高値で出してもマツタク売れないww
Linux は、元々企図されたアーキなので、メーカーサポートされてるのは
それなりにちゃんと動く、んじゃねーの? 知らんけどwww
57 :名無しさん@お腹いっぱい。2008/08/07(木) 10:30:05
>>53
Unix V6 で「スワッピング動作なのに、すげー速い!」てのは、どう?w
58 :名無しさん@お腹いっぱい。2008/08/07(木) 11:35:29
>>55,56
まあ自分は Linux のほうが使い易いと思っちゃうんですがね
仕事で HP の rx 系とか触らされてると価格がやたらボッタクリに見えてきちゃって

個人で買うってのは予想外だったぜ
でもヤフオクで見てきたら rx2600 希望15万ってw
…10万切ったら考えようかな

59 :名無しさん@お腹いっぱい。2008/08/07(木) 12:00:35
使い易いと思うのは、個人の問題だろ。
60 :名無しさん@お腹いっぱい。2008/08/07(木) 13:25:52
これとか。¥58k
ttp://page12.auctions.yahoo.co.jp/jp/auction/p111452583

このへんで相場わかるよ。

ttp://www.aucfan.com/search

hyperSPARC とか SuperSPARC の MBus モジュールの方が高いしwwww

ttp://page5.auctions.yahoo.co.jp/jp/auction/e82482973
61 :名無しさん@お腹いっぱい。2008/08/07(木) 13:27:39
>>59
そうだなww 個人の意見なんか、一切聞く必要ないよな? wwww ゴミの量産が目的なんだもんなwwwwwwww
62 :名無しさん@お腹いっぱい。2008/08/07(木) 13:53:01
相変わらず2レスずつ連投していくのな。

こんなスレに出張してきて荒らして自己満足するなんて、
どんだけ精神を病んでいるか、あるいは、心の貧しい人なのだろう。

みていて可哀想でならない。
63 :名無しさん@お腹いっぱい。2008/08/07(木) 15:14:37
なんで荒しなんだよ。きわめてまっとうな投稿だろ。アラシはお前。哀れなのもお前。
気の毒に。なんで「周りも見えず自分一人だけおかしな行為続けてる」ことに気づかないのか。
64 :名無しさん@お腹いっぱい。2008/08/07(木) 15:17:55
それと、例え連投したとしても、お前みたいに「他人を装う」ようなコスいマネは
しないがな、オレは。お前と違って。
65 :名無しさん@お腹いっぱい。2008/08/07(木) 20:15:39
> 周りも見えず自分一人だけおかしな行為続けてる

ワロタ
66 :名無しさん@お腹いっぱい。2008/08/15(金) 13:47:26
たまにヤフオクとかでCPU単体で売りに出てるでしょ。
あれね、ゴミなんだよ。

バグが見つかる度に修正したステッピングと交換してて、
その古いほうはゴミとして捨てられてるわけ。
それを、ちょろまかして売ってる人がいるのよ。
67 :名無しさん@お腹いっぱい。2008/08/15(金) 21:54:14
ひどいな
68 :名無しさん@お腹いっぱい。2008/08/16(土) 00:04:45
>>67
1. 「バグが見つかる度に修正したステッピングと交換してて、」が、ひどい
2. 「それを、ちょろまかして売ってる人がいるのよ。」が、ひどい

どっち?w
71 :名無しさん@お腹いっぱい。2008/08/16(土) 09:08:47
ある中古通販ショップがItaniumを大量仕入れ。

ショップでは動作確認するハードがないだろうに
買ったほうも動作させるハードがないと踏んで、
動作保証付きの中古で1個6千円で販売。

在庫数の推移を見ると転売屋が買い込んだ気配。
案の定、ヤフオクに強気価格で数名が出品するも、
定価が幾らだと煽ったところで、売れるわけもなく。
結局、6千円を越える価格で落札されたのは最初の
数個だけで、その後は500円でも落札者いない状況。

転売屋ザマミロってところですか。
73 :名無しさん@お腹いっぱい。2008/08/16(土) 10:02:45
パソコン向けに量産されてるCPUでさえ、かなりのバグを持っている。
本来のパフォーマンスが出ない、極まれに異常動作するけど気にするな、
そういうのを無視しないサーバのユーザの場合はどんどん無償交換するのでしょう。
74 :名無しさん@お腹いっぱい。2008/08/17(日) 13:46:35
そんなの Ita だけだぞ。アホか。ほんとにマヒしとるなww
対応とかそういう以前の問題だろ。
76 :名無しさん@お腹いっぱい。2008/08/17(日) 18:44:42
いくら下をみたからといって、上に上がれるわけじゃないぞ。
78 :名無しさん@お腹いっぱい。2008/08/17(日) 20:22:47
HP-UXでのユーザが相当数いるはずなのに、このスレの状況。
80 :名無しさん@お腹いっぱい。2008/08/18(月) 15:46:23
それ以外のユーザーは、たくさんいるんだよな? よかった、ホッとしたよ。
81 :名無しさん@お腹いっぱい。2008/08/18(月) 17:46:38
いなけりゃ、とっくにHPが何か方針転換してるだろ。
82 :名無しさん@お腹いっぱい。2008/08/18(月) 17:50:38
PA-RISCのHP9000にしても、学生や趣味のユーザは極めて希だったし。
83 :名無しさん@お腹いっぱい。2008/08/18(月) 22:50:00
>>81
してないのか、方針転換?
85 :名無しさん@お腹いっぱい。2008/08/19(火) 00:19:22
HPはCPUの開発費の一部を日本メーカーに負担させることには成功したわけで
86 :名無しさん@お腹いっぱい。2008/08/19(火) 16:17:28
Intel に対しても、押しつけと言って差し支えなかろう。
旧DEC ライン捨てる時にドサクサにまぎれて HP-UX も捨てそうだw
87 :名無しさん@お腹いっぱい。2008/08/19(火) 17:05:27
HP-UXって何が優れてるの?

ただHPのUNIXってだけじゃ、
HPの旧Compaqラインのx86サーバに、
Solaris for x86を乗っけたほうがいい、
なんて話になりかねん。
88 :名無しさん@お腹いっぱい。2008/08/19(火) 18:29:19
一応 11 の初めの頃とか、結構ウリがあったみたいだよ。
9 とかは悪い評判しか聞かなかったけどね、オレはw
90 :名無しさん@お腹いっぱい。2008/08/20(水) 00:20:30
>>87
> なんて話になりかねん。

もう、なってるんじゃね?
94 :名無しさん@お腹いっぱい。2008/08/20(水) 09:48:25
16ビットのイメージからのブートは、サポートから外れて、できなくなった模様。
初期のファームではブートできてた。
95 :名無しさん@お腹いっぱい。2008/08/20(水) 10:18:08
>>87
えっと、じゃ、「ない」、という結論でよろしいでしょうか、HP-UX ファンのみなさん?ww
96 :名無しさん@お腹いっぱい。2008/08/20(水) 10:55:44
>>95はSunスレから出張してきてる荒らしなのでスルーしてください。
98 :名無しさん@お腹いっぱい。2008/08/20(水) 13:15:22
ちなみにここが Sunスレの派生スレだって知らないのはお前だけww
99 :名無しさん@お腹いっぱい。2008/08/20(水) 14:37:25
>>98
勝手に決めるなよ。
100 :名無しさん@お腹いっぱい。2008/08/20(水) 15:14:26
だから前スレの >3 読めやこのタコが。
Sun スレで「Ita==クソ」話が盛り上がりすぎたからここに隔離されたんだよ。
だからここでは「Ita==クソ」という論調こそが元々の主旨なのだよわかったかクズ。
101 :名無しさん@お腹いっぱい。2008/08/20(水) 16:16:46
>>99は、前スレの3にも言ってるんだが。
102 :名無しさん@お腹いっぱい。2008/08/20(水) 16:17:58
> 3 名前:隔離犯1号[sage] 投稿日:2006/02/19(日) 15:32:12
> Niagaraに噛みついたらSunスレおん出されてしまいますたね。
> でも別スレ立ててくれるなんて、なんて律義な人だろう。

98や100の根拠は↑これだってさ。ぷ。
103 :名無しさん@お腹いっぱい。2008/08/20(水) 16:39:29
いまだに Ita にしがみつくやつ、ほんとにあわれーw かわいそーww
104 :名無しさん@お腹いっぱい。2008/08/20(水) 16:45:08
ここは Sunスレの派生スレで尚且つ「Ita==クソ」であることをここに宣言します。
105 :名無しさん@お腹いっぱい。2008/08/21(木) 10:02:29
Nehalem の「QuickPath Interconnect」って、Itanium で使われてるもの?
まさか、ぜんぜん別物、ってことは、ないよね?
108 :名無しさん@お腹いっぱい。2008/08/21(木) 12:44:31
チップセットが互換・・・なだけかと。

ソケットまで互換にする意味は、あんまりない。
Xeon用のマザーボードにIA64用の巨大なファームのためにフラッシュメモリを6個も積むのはコストアップだし。
109 :名無しさん@お腹いっぱい。2008/08/21(木) 13:37:31
え? 何MB のを 6個?
110 :名無しさん@お腹いっぱい。2008/08/21(木) 13:44:19
Nehalem の場合は x86 のエミュコード要らないから、かなり小さく ...ないの?w
112 :名無しさん@お腹いっぱい。2008/08/21(木) 15:02:11
なんだ、そんなもんか。(ファームとしちゃ確かに巨大だww)
8MB とかのフラッシュメモリって、ないの?
113 :名無しさん@お腹いっぱい。2008/08/21(木) 15:21:36
容量の問題なのかな。

x86で焼きミス対策で2個乗っているのは、
大きな容量1つで賄えないから2個だよね?

PAL、SAL、EFI
それぞれ焼きミス対策で1つ前のバージョンを保存するために2組で6個かな。
それに加えて、x86用のBIOSも積むとなれば、8個になっちゃう。
115 :名無しさん@お腹いっぱい。2008/08/29(金) 19:58:33
HP-UX って、Itanium ネイティブなの? それとも PA-RISC 用がエミュレーションで
動いてるの?
120 :名無しさん@お腹いっぱい。2008/09/03(水) 16:47:33
>>115

HP-UX/Itaniumへラクに移行する6つの方法・前編
ttp://h50146.www5.hp.com/products/software/oe/hpux/developer/column02/mig_itanium_01/index.html

| 実のところ、HP-UX/Itaniumのオペレーティング環境の一部(例えばCDEなど)は
| 現在でもPA-RISCバイナリで提供されているが、表面上その違いは分からない。

一部は PA-RISC バイナリだとよ。一部ってどこまでだろな?w
121 :名無しさん@お腹いっぱい。2008/09/04(木) 13:37:42
CDE なんて、なんで Itanium ネイティブにコンパイルし直さないんだろう。
なんか理由あるのか...?
簡単て書いてあるけど、実は移行がたいへん とか
PA-RISC エミュレーションの方が性能いいw とか
いずれにせよ、気持ち悪い話だ。
122 :名無しさん@お腹いっぱい。2008/09/05(金) 08:43:17
>>121
オタクの楽しみは安定して使い続ける事ではない。
安定したら新アーキティクチャヤや風変わりなOSに興味は移る
123 :名無しさん@お腹いっぱい。2008/09/05(金) 09:45:31
イマイチ意味が汲めんが、

1. HP-UX/Itanium 使うやつは全員オタクだ
2. 安定しないのがオタクを惹きつける秘訣だ
3. HP-UX は風変わりな OSだ
4. 風変わりな他 OSに移られないためには安定しちゃダメだ
5. HP-UX 技術者は Itaniumの風変わりな点にフォーカスしていて CDEなんか置き去り

どれだろう..
124 :名無しさん@お腹いっぱい。2008/09/05(金) 12:41:02
HP-UXってあたりですでにオタクは興味がなさそうだけどな。
125 :名無しさん@お腹いっぱい。2008/09/07(日) 11:59:58
ガキくさい発言ばっかりだな。
とくにコンプレックス丸出しのアンチが。

>>121
コンパイルし直すだけでは済まないから。
趣味や遊びじゃねーんだから。
126 :名無しさん@お腹いっぱい。2008/09/08(月) 11:41:36
ガキくさい、ぷぷぷ。もうそんな言葉しか出ないかw?
趣味や遊びじゃないんならちゃんとネイティブなのつけろよ。はずかしーだろ普通?wwww
127 :名無しさん@お腹いっぱい。2008/09/09(火) 18:51:28
>>125
> コンパイルし直すだけでは済まないから。

そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは
ただのウダウダで大ウソが書いてあるわけだな?

いや、そうじゃなくて CDE(元は HP VUE)のソースは互換性のかけらもない
クズソースだから例外なのか?ww Alpha や UltraSPARC でも動いてるんだから
そんなことはないんじゃないのか?w..ww

> とくにコンプレックス丸出しのアンチが。

コンプレックス? HP-UX に対して?? それは、ないよ。wwwwwww
712/100 あたりめっちゃ印象悪いもんww 見下してるしpp
128 :名無しさん@お腹いっぱい。2008/09/09(火) 20:46:49
>>127
> そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは
> ただのウダウダで大ウソが書いてあるわけだな?

No.

> いや、そうじゃなくて CDE(元は HP VUE)のソースは互換性のかけらもない
> クズソースだから例外なのか

たぶんNo.

>>127のようなポイントを外した疑問を投げかけてるようでは、やっぱり趣味や遊びのレベル。
129 :名無しさん@お腹いっぱい。2008/09/10(水) 10:10:56
ほうほう。高尚なご発表が待っているようだな。みんな期待しろよ。
では、よろしくお願いします ↓

『講題: なぜ HP-UX/Itanium の CDE等は PA-RISC バイナリのままなのか』
133 :名無しさん@お腹いっぱい。2008/09/10(水) 13:29:50
コスト → PA-RISC から Itanium に移植するのにコストがかかる
パフォーマンス → Itanium ネイティブにしなくても PA-RISC でパフォーマンス出る

だめじゃんwwwwwwwwww
134 :名無しさん@お腹いっぱい。2008/09/10(水) 13:38:50
>>133
ちみ、実務しらないお子様だね?
135 :dns1.netside.co.jp 2008/09/10(水) 16:41:47
みなさん、キーワードは、『実務』。じ・つ・む。実務です。ポイントですよぉ?
では先生、続き ↓ をお願いします。
136 :名無しさん@お腹いっぱい。2008/09/10(水) 17:00:17
>>135
御社のお仕事を貶すわけではありませんが、
銀行やキャリアを相手にした仕事とは世界が違うことを認識してください。
138 :dns1.netside.co.jp 2008/09/10(水) 17:07:24
>>136
銀行やキャリアってそんないい加減な説明しかできなくても買ってくれるの?
楽勝なんだね。
オレが知ってる客と違うな... 日本じゃないよねもちろん?
139 :名無しさん@お腹いっぱい。2008/09/10(水) 17:24:36
>>138
そういうのは一次請の会社の仕事だからな。
143 :名無しさん@お腹いっぱい。2008/09/12(金) 11:08:10
先生、続き ↓ をお願いします。前振りは十分ですので、そろそろ本論で。
145 :名無しさん@お腹いっぱい。2008/09/12(金) 11:30:23
何もかもがコンパイルするだけで済むなら
PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない

ってことが理解できないアホが粘着してるだけ
147 :名無しさん@お腹いっぱい。2008/09/12(金) 14:11:33
>>145
もー、なんてゆーかwwwww 苦しいどころちゃうねww

> 何もかもがコンパイルするだけで済むなら
→そういうの「ソース互換性低い」って、言うんだけど。次元低いねぇ。

> PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない
→そんなことないけど。どこのガキがそんな入れ知恵しれくれたの?

> ってことが理解できないアホが粘着してるだけ
いやいや、あんたがアホですが。プッ みじめーw
148 :名無しさん@お腹いっぱい。2008/09/12(金) 14:54:42
>>147は知らないが故に、相手が何を言っているのか、わからないようです。
アンチの品格を落すようなことするな。
149 :名無しさん@お腹いっぱい。2008/09/12(金) 15:45:29
いやー、苦しいね苦しいねぇ〜www それで?
もうちょっと具体的にやり返さないと。今んとこゼロスコアだぜ? ..プ
150 :名無しさん@お腹いっぱい。2008/09/12(金) 16:21:37
PA-RISCエミュレーションで十分な性能が出るの?
151 :名無しさん@お腹いっぱい。2008/09/12(金) 16:45:08
>>149
ガキはせいぜい勉強してCTCあたりにでも就職するんだな。

>>150
パフォーマンスが要求されるものは限られていて、
それ以外はPA-RISCエミュレーションで十分よ。

CDEなんかエミュレーションで十分。
152 :名無しさん@お腹いっぱい。2008/09/12(金) 16:50:21
ひ〜、苦しい苦しい。説明できないとこつっこんだ人間全員ガキ呼ばわり。程度ひく〜ww
153 :名無しさん@お腹いっぱい。2008/09/12(金) 16:51:43
>>150
出るんだって。だから、PA-RISCの在庫品安く買った方がお得だねーww
154 :名無しさん@お腹いっぱい。2008/09/12(金) 16:54:50
>>152の一連の言動がガキなんだが。
155 :名無しさん@お腹いっぱい。2008/09/12(金) 16:56:39
説明するまでもないだろ、それなりのところで仕事してる人には、言わなくても判ることだもの。
なんでこんなところで常識を教えてやらんといけないわけ?
156 :名無しさん@お腹いっぱい。2008/09/12(金) 17:02:39
>>155
おいおい、どんどん墓穴深くしてんの、わかんないのかよ? 悲しいやつだな..
説明するまでもないから、わざわざ中身ゼロの返事だけしてんのか? 奇特すぎるぞwww
158 :名無しさん@お腹いっぱい。2008/09/12(金) 18:08:54
まったく、まぁっつとぅぁく説明になってませんが。誰のコスト?
なんでそもそもそんな「コスト」かかるの?
なぜ HP-UX/Itanium の他の部分や、他の OSではコストがかかるにも関わらず
ネイティブバイナリにするの?
苦し紛れの出任せだよね?
159 :名無しさん@お腹いっぱい。2008/09/12(金) 18:22:01
ソフトウェアの開発・保守の工程や品質管理についてのレクチャーをここで求められてもなぁ。
160 :名無しさん@お腹いっぱい。2008/09/12(金) 18:59:01
そんなの本気にするの一人もいねーよw
どんどん穴深くなってんのたいがい悟れよwww
レクチャーね。そんなんできるんなら、もっとまともなこと上で言えてるわな ..www
161 :名無しさん@お腹いっぱい。2008/09/12(金) 19:15:25
Solarisって64ビット化されたとき、すべてのモジュールが64ビットになったんだっけ?
段階的に64ビット化されて、最初はけっこう32ビットのモジュールが残っていたような。
162 :名無しさん@お腹いっぱい。2008/09/12(金) 20:29:28
IA64て仕様として PA-RISCの ISAとの互換性保証してるの?
163 :名無しさん@お腹いっぱい。2008/09/12(金) 20:48:44
>>162
互換性はないよ。

その代わり、
PA-RISCからのバイナリトランスレータを作りやすいように、
PA-RISCからのバイナリトランスレータでパフォーマンスが出やすいように、
IA-64命令セットがPA-RISCに似たものになってる。

IA-64単体で見たとき、それは負の遺産だと思う。
164 :名無しさん@お腹いっぱい。2008/09/12(金) 22:17:14
OracleとかWeblogicとかSAPとかそいうーので語ってkれ
165 :名無しさん@お腹いっぱい。2008/09/12(金) 22:34:10
ユーザは>>164が挙げたようなサーバソフトが快適に動く箱が欲しいのであって、
中身が何だろうと、あんまり関係ないんだよね。
166 :名無しさん@お腹いっぱい。2008/09/12(金) 22:35:43
>>164
そういうのはItaniumネイティブで提供されてるっしょ。

CDEをネイティブにしろなんてアホ言ってるのは、
趣味的なキボンヌを口に出すガキだけ。
167 :名無しさん@お腹いっぱい。2008/09/16(火) 09:38:03
SPARCv9 は仕様として SPARCv8 や v7の上位互換なんであって、
それらのバイナリーが動くのは当然。そいつらもネイティブ。
IA64 の仕様でもない PA-RISC バイナリーが動くってのとは違うよね。
つまり「標準」連発してるけど、IA64の実装(現状いっこしかないけど)に
よっては HP-UX は動かない。
手抜きつーか、みじめつーか、みっともなさ過ぎだろ。
168 :名無しさん@お腹いっぱい。2008/09/16(火) 10:23:41
>>167
あいかわらず何が問題なのか理解できてませんね。

再コンパイルすることが問題なのです。
たとえ、コードを全くレビューせず、修正が必要な箇所もなく、コンパイルしたものが1発で動いたとしても、
再コンパイルすることで結構なコストが発生するのです。
169 :名無しさん@お腹いっぱい。2008/09/16(火) 10:36:15
へえ。そんなコストが分散消化できないほど HP-UXて数出てないのかよ? ほんとかよww
んじゃあ x86へポートなんて夢のまた夢だな? CDEの動作確認コストで企画オジャンだwwwwww
170 :名無しさん@お腹いっぱい。2008/09/16(火) 11:46:35
つーか、Itanium に載せた時点で動作テストしなくていいってか? ソンナバカナ..
173 :名無しさん@お腹いっぱい。2008/09/17(水) 19:09:39
先生、そんな枝葉抹消瑣末な小事はどうだっていいんですよ、核心をお願いします。



...中身ない、って言われちゃいますよ?
174 :名無しさん@お腹いっぱい。2008/09/17(水) 19:12:09
大手で働いてるクズを大量に知ってるわけだが。なにが疑問なのかね?w
175 :名無しさん@お腹いっぱい。2008/09/17(水) 19:50:19
>>174のようなコンプレックスで決め付けの人は相手が何を言ってもムダ
176 :名無しさん@お腹いっぱい。2008/09/17(水) 20:46:35
だってなんにも説明してないぜ? 「実務」とか「ガキ」とか。アホちゃうか。
脳空洞なんだろな。こんなエンジニア来た日にゃ、トラブルまっしぐらだね。
オレは初見で追い帰すぜ、こんなクズは。なんの説明にもなっとらん。
まあ、最初から説明なんかできないのがミエミエだけどな。
利口なやつなら首つっこまんわなwwww
177 :名無しさん@お腹いっぱい。2008/09/17(水) 20:51:35
>>176が、自分が幼稚な罵詈雑言ばかりで何も説明してないのを棚に上げて他人を批判してます。
自分が遊ばれているのがわかってないらしい。
178 :名無しさん@お腹いっぱい。2008/09/17(水) 21:10:27
頭悪いのに、あちこち首つっこんじゃ、ダメだよ? 悲しい目にあうからね。 かわいそかわいそ。
179 :名無しさん@お腹いっぱい。2008/09/17(水) 21:13:07
てことで HP-UX/Itanium はどうしようもないクソのようだな。際立ったわww
180 :名無しさん@お腹いっぱい。2008/09/19(金) 23:22:15
変なパッチ当てないと、そこらに転がってるソースコードはコンパイルできないし
181 :名無しさん@お腹いっぱい。2008/09/20(土) 05:22:32
だから何?

そんな趣味レベルで使うようなものじゃないし。
182 :名無しさん@お腹いっぱい。2008/09/20(土) 17:06:10
「実務」とか言ったはいいけどその先が全く説明できないなんてバカが実在するんだな。
しかもまるで懲りてない。使えん。エンジニアじゃないことを祈るのみ。迷惑千万。
183 :名無しさん@お腹いっぱい。2008/09/20(土) 18:33:19
>>182
釈迦に説法って知ってる?
184 :名無しさん@お腹いっぱい。2008/09/21(日) 02:45:09
一生やっとけゴミ。
187 :名無しさん@お腹いっぱい。2008/09/22(月) 01:22:35
誰が キモくて カマッテチャンで 必死なのか わざと書かなかった
そして反応したのが186。
188 :名無しさん@お腹いっぱい。2008/09/22(月) 09:06:39
カマッテチャンなんて使ってんのは、(別のスレも含めて)おまえだけだよ。
あーきしょー
193 :名無しさん@お腹いっぱい。2008/10/01(水) 15:38:43
みんな、なんで Itaniumなんか買ったの?
194 :名無しさん@お腹いっぱい。2008/10/01(水) 22:26:26
>>193
買ってはないが、
Windows + SQL Serverは32ビットで、将来的に規模拡大したときのアップグレードパスがない
っていう人に対して、Itanium版があるから安心しろって言えるだけで、十分に価値があった。

おっと、ここはUNIX板だったな。
196 :名無しさん@お腹いっぱい。2008/10/02(木) 03:07:02
>>193
興味ない人は来るなよ。
197 :名無しさん@お腹いっぱい。2008/10/02(木) 11:08:13
>>194
MS の SQL Serverは amd64で 64bitになっちゃったの?
203 :名無しさん@お腹いっぱい。2008/10/02(木) 16:10:24
まあ、カトラーは最初っから Itaniumには批判的だったみたいだしね。
Athlonの部隊には DEC出の同僚がたくさん居るみたいだし。
最適化の手法が Alphaと同じでイケるとかなんとか。
仕方ないわな。
204 :名無しさん@お腹いっぱい。2008/10/03(金) 05:20:03
カトラーというかWindowsNTは最初の方針の中に、
マルチスレッド化してマルチプロセッサでスケールする
というのがあったので、
シングルスレッド性能を追求するあまりに効率の劇悪な
IA-64というのはアホらしかったのだろう。
205 :名無しさん@お腹いっぱい。2008/10/03(金) 09:57:30
そうかなぁ。オレは単なる同窓会趣味と、自分の過去の技術に対する
固執(よく言えば自負)なんじゃないかと思ってるがww
DECにはそういう社風あったそうだし。社外技術を見下す姿勢。
EPICは HPから出たもんだから。
211 :名無しさん@お腹いっぱい。2008/10/16(木) 13:29:39
JR九州、NX7700iシリーズなど 16台に移行、って書いてあるな。
イマイチ図が小さすぎてよく見えんが。NX7700iが何台だろ?
213 :名無しさん@お腹いっぱい。2008/11/16(日) 11:11:57
>>121
亀レスだが。
ネイティブだろうがエミュだろうが、同じバージョンである以上その中身が変わることは
まずいんでないの?特に商用利用では。
(パッチによるバグ修正は除く)

HP-UXに関しては、逆にパフォーマンスに関わる部分はネイティブ化してあるって
ことなんだろうさ。
214 :名無しさん@お腹いっぱい。2008/11/19(水) 01:54:25
top500の中でItaniumを使ってるのが 1.8%
EM64T, x86_64を合計すると85%
215 :名無しさん@お腹いっぱい。2008/11/19(水) 11:18:06
きゅーぴーIで x86の SMPがまともになったりしたら即死だね。
ま、その可能性は低いと思うがw
216 :名無しさん@お腹いっぱい。2008/11/27(木) 09:37:41
>>214
だから何?
むしろ1.8%も残っていることのほうが驚きだよ。

>>215
はいはい、Sunスレから出張で荒らしに来て、おつかれさん。

6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。
それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。
まぁ限られてると思いますけどね。
217 :名無しさん@お腹いっぱい。2008/11/27(木) 10:30:57
> 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。

24コアを「バス」で主記憶に接続して、まともに性能出るわけがない。
キャッシュに収まる特殊用途除いて、な。あんた次元低すぎるんだよ。
なんでわざわざインターコネクトの名前あげてるかぐらい考えてよね。
考えても書かなくていいけどww

> それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。

そんな用途で実績のかけらもないアーキを使う意味なんかないでしょ。
企業判断的にチョンボして行き詰まってる「事情」があるとこ以外には
無価値と思うが。
218 :名無しさん@お腹いっぱい。2008/11/27(木) 11:12:53
やはりその口調、Sunスレから荒らしに来ている人か。

あなたの脳内では、まともに性能が出ないそうだが、
各社がサーバ作って出してるんだよねぇ。
219 :名無しさん@お腹いっぱい。2008/11/27(木) 11:20:42
Xeon 7400番台を採用した4Pサーバは、Sunもリリースしていたと思うが。
220 :名無しさん@お腹いっぱい。2008/11/27(木) 18:55:12
まあ、このへんにちょうどいい解説があるよ。3.な。

ttp://www.geocities.jp/andosprocinfo/wadai02/20020511.htm

| コモンバス方式は追加のハードも少なく一番簡単ですが、
| ...多数のプロセサを使うシステムでは性能が飽和してしまいます。

超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと
話にならん。
221 :名無しさん@お腹いっぱい。2008/11/28(金) 05:09:47
>>217や>>220の脳内では、今もXeonは1つのバスに24コアが並列に繋がっていて、メモリも1chしかないらしい。
222 :名無しさん@お腹いっぱい。2008/11/28(金) 09:38:14
こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ..
ろくに検証もしないから問題にもならない、とw
223 :名無しさん@お腹いっぱい。2008/11/28(金) 12:41:06
いつも相手を馬鹿にした態度で書き込みをしている・・・そういう病人はスルーしましょう。
しかも現実が見えてないですからね。
225 :名無しさん@お腹いっぱい。2008/11/29(土) 02:33:55
> ろくに検証もしないから

あれれ、脳内妄想で評価している人が、そんなこと言いますか?
226 :名無しさん@お腹いっぱい。2008/11/29(土) 07:01:00
確かにマルチコアでの性能の上がり具合はx86の方が低そうだけど、
Opteron 8wayとItanium 4wayでOpteronの方が性能が上で価格も数分の一となれば
Opteron選ぶよねえ。うちでItanium入れたのなんてsuper domeくらいだ。
x86だとDL785の8CPUが上限だから、それ以上欲しいときはItanium/SPARCを
検討する。2CPUや4CPUで十分なサーバーにはx86しか入れない。
227 :名無しさん@お腹いっぱい。2008/11/29(土) 07:36:58
板違いになりますが、Windowsで仕事してます。

お客様は夢見がちで、現時点でWindows鯖で十分なことは理解していても、
将来の業務拡大にハードウェアのアップグレードで追い付けないことを心配されます。
そのときにItaniumにアップグレード可能だと説明すれば、だいたい納得されます。

実際にはx86ベースのシステムの性能向上のペースを上まわって成長した事例はなく、
Itaniumは見せ玉のまま終わっています。

x86 & Linuxの案件でも、Itaniumは見せ玉として使えませんか?
228 :名無しさん@お腹いっぱい。2008/11/29(土) 07:59:50
DB鯖以外はスケールアウトが可能になってるからサーバー単体の性能は
そんなに気にしない。台数少ないにこしたことはないけどね。管理も楽だし。
DBはOracle RACいれてとりあえずノード追加で対応できて将来はまた
新しいH/W出てますから、って言う。まあDBはOracleさえ走ればLinuxでも
Solarisでもhp-uxでもいいから見せ玉使う事もないけど。
229 :名無しさん@お腹いっぱい。2008/11/29(土) 09:28:31
Oracleはマルチプラットフォームでいいですね。
SQL ServerはWindowsのみなので、Itaniumには頭が上がりません。
230 :名無しさん@お腹いっぱい。2008/11/29(土) 09:52:28
キューぴーIは、少なくとも理屈の上ではリニアなスケールの可能性があるよね。
それ以前の「バス」はだめだよ「バス」は。お話にならん。
なんでこうおバカが多いのか。踊らされてほんとにアワレなこった。
231 :名無しさん@お腹いっぱい。2008/11/29(土) 10:00:08
>>230
妄想はいいから自分で実機で検証してからホザきなさい。
232 :名無しさん@お腹いっぱい。2008/11/29(土) 10:06:27
お前こそ 8コア超の x86サーバーがエンプラ用途でちゃんとリニアに
スケールするという記事でも探してこい。
「商品が出てる」で証明になんかなるかボケ。
ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。
単発の 80386パソコンの何倍も遅かったが、製品だった。
まーーーーったく売れなかったと聞いてるww
233 :名無しさん@お腹いっぱい。2008/11/29(土) 10:11:29
>>232
その他には経験がないわけですねw
誇らしい経験をお持ちで良かったです。
>>227
皺々なんで見せるの恥ずかしいです(><)
234 :名無しさん@お腹いっぱい。2008/11/29(土) 10:36:13
ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。
で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。
ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww
235 :名無しさん@お腹いっぱい。2008/11/29(土) 11:40:00
>>227
Windows売るのにItaniumを見せ玉にってのは良く聞くな
でも、Becktonが出たらItaniumの役目も終わりだろ

Linuxで拡張性に不安って人は最初からUNIXに行くんじゃね?
236 :名無しさん@お腹いっぱい。2008/11/30(日) 02:41:38
その頃にはItaも少しは進化してるだろうし、32/64CPUクラスをXeonで
置き換えられるようになるのはまだまだかかるんじゃないかな
238 :名無しさん@お腹いっぱい。2008/12/01(月) 10:28:18
実績ないんだから、提示不能。そういうことだよな?ww
239 :名無しさん@お腹いっぱい。2008/12/01(月) 14:40:06
>>238
いいかげんにしろ。
241 :名無しさん@お腹いっぱい。2008/12/01(月) 15:46:11
x86けなされると、なんでそんなにくやしいの? どーでもいいんだけどさ..
243 :名無しさん@お腹いっぱい。2008/12/01(月) 17:15:46
ゴミ撒かれるのはどーでもよくないわけで。
ま、もうゴミでも撒かなきゃ話題もないんだけどww
244 :名無しさん@お腹いっぱい。2008/12/01(月) 17:32:53
既に約 1年前に元麻布氏がこんなの書いてたんだね。

ttp://pc.watch.impress.co.jp/docs/2007/1113/hot515.htm

| ...このアライアンスを母体に新しく事業会社を起こし、そこにIA-64の設計や
| 開発を分離するのはどうだろう。...Tukwilaが完成し、QPIベースの
| プラットフォームが確立したら、タイミング的には頃合いだと思うのだが。
247 :名無しさん@お腹いっぱい。2008/12/02(火) 07:46:30
Xeon 7300や7400ってのは、1プロセッサに4コアあるいは6コア。これが同一のFSBを共有。
これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。

そして、Xeon 7300や7400の4プロセッサ向けのチップセットではFSBが4本あり、
4つのプロセッサがFSBを共有せず、スヌープキャッシュによって、ほぼ独立している。
これらと2つの独立したメモリコントローラが、チップ上で密に結合されている。
これ、Sun Fireのボード間のクロスバースイッチをワンチップに納めたようなもの。

いまのXeonがSMPで性能が出ないというのなら、
かつてのSun FireのSMPも性能が出ないという話になる。

プロセッサ数あるいはコア数が倍になっても、性能は倍にはならないが、
それは、Sun Fireでも同じ。
248 :名無しさん@お腹いっぱい。2008/12/02(火) 10:18:11
Sun Fire(というか、UltraSPARC の IIiや IIIiじゃないやつ)は、
バスなんか使ってないですが。直クロスバーですぜ。
んで、その Xeonの構成で、メインメモリはどこにつながってるの?
チップセットの先の「バス」よね?(そうじゃなきゃ NUMAだもんな)
んで、メインメモリへのアクセスは競合しないの?
バスが「飽和する」って、意味わかってる?

> これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。

> これ、Sun Fireのボード間のクロスバースイッチをワンチップに納めたようなもの。

> かつてのSun FireのSMPも性能が出ないという話になる。

> それは、Sun Fireでも同じ。

まぁーーーーーーっったく、違いますが。いっしょにしないでくれる?w

んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、
一体なんの関係があるわけ?
チャネル数増やして(見かけ上の)アクセス速度上げると、
バスは _余計に飽和_ しやすくなるけど?

バスが「飽和する」って、意味わかってる? (念の為 2回め)
250 :名無しさん@お腹いっぱい。2008/12/02(火) 11:35:16
>>248
> Sun Fire(というか、UltraSPARC の IIiや IIIiじゃないやつ)は、
> バスなんか使ってないですが。直クロスバーですぜ。

データはクロスバーだけど、アドレスは実質的にバスだよ。

> んで、その Xeonの構成で、メインメモリはどこにつながってるの?
> チップセットの先の「バス」よね?(そうじゃなきゃ NUMAだもんな)

バスですよ。

> んで、メインメモリへのアクセスは競合しないの?

競合するよ。
メモリアクセスを開始できるのは同時に2つまで。

アドレスが実質的にバスのSun Fireも同じだよ。
メモリアクセスを開始できるのは同時に1つだけ。

> バスが「飽和する」って、意味わかってる?

アイドルサイクルがない状態が飽和、でしょう。

> んで、その前にメモリのチャネル数とかも書いてたけど、それとバスの飽和と、
> 一体なんの関係があるわけ?

独立して動作するメモリバスが2本あれば、
2つのコアのメモリアクセス要求を同時に処理できるので、
飽和した状態で処理できるメモリアクセスが増える。
251 :名無しさん@お腹いっぱい。2008/12/02(火) 11:35:53
じゃあ、Itaniumの話で。
いま自宅でRHEL3使ってるんだが、ぼちぼち入れ替えたい所。
ia64対応しているフリーのディストリで、今だったらどれがオススメ?
centosはいつまで経っても5系でないし、何かdebian位しかメンテされているのがない気がする。
252 :名無しさん@お腹いっぱい。2008/12/02(火) 11:48:09
>>250
> アドレスが実質的にバスのSun Fireも同じだよ。

おいおい。トンデモな言い訳はよしてくれや。
じゃ、バスに対するクロスバーの利点はなんだよ?
アドレスがバスだからクロスバーの利点は帳消しになるとでも? ふざけてんのか??
253 :名無しさん@お腹いっぱい。2008/12/02(火) 12:10:34
>>252
> おいおい。トンデモな言い訳はよしてくれや。

>>220のリンク先に書いてあることですが?

> じゃ、バスに対するクロスバーの利点はなんだよ?

クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。

もしSun Fireをバスにした場合、512bit幅でバスを配線しなくてはいけない。
クロスバーなら、発着が別の場合に、1つ前のメモリアクセスで生じた転送が終わる前に
次のメモリアクセスで生じる転送を開始できるので、つまり、転送をゆっくり行うことができる。
そのためSun Fireは128bit幅で4クロックに分けて転送してる。
254 :名無しさん@お腹いっぱい。2008/12/02(火) 12:11:40
>>251
いっそFreeBSDいってくれ。
255 :名無しさん@お腹いっぱい。2008/12/02(火) 12:19:26
>>251
使うだけならそのままRHEL3をEOL迄使いつづけたら?
開発に参加するならFedora9を入れるとか。
ttp://fedoraproject.org/wiki/Architectures/IA64
256 :名無しさん@お腹いっぱい。2008/12/02(火) 12:19:54
>>254
FreeBSD/ia64だとXが使えないのが苦しい所だな。
257 :名無しさん@お腹いっぱい。2008/12/02(火) 12:28:22
>>255
まさに使うだけだったからRHEL3で間に合ってたのだけど、
作業環境としては要らなくなったので、気分転換しようかと。

実験環境としてはdebianだと保守的すぎてつまらないし、
Fedora9で良さそうね。
258 :名無しさん@お腹いっぱい。2008/12/02(火) 13:18:51
>>253
> クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。

はぁ〜。どーしよーもねーな。
まあ、その程度じゃなきゃ共有バスで SMP性能が出るなんて思わんわな。
Wikipedia の「バス(コンピューター)のとこでも読んでみれ。話にならん。

| ...スター型トポロジとなるクロスバースイッチ(クロスバーバス)が
| ワークステーション等に採用されている。これは複数のCPU・メモリ間で
| 多対多の転送(通信)を同時に行えるようにしたもので、...

多対多で同時ね。は〜、疲れるわ。
259 :名無しさん@お腹いっぱい。2008/12/02(火) 16:09:09
>>258
こっちのほうが疲れるぞ。
思いっきり単純化して、スヌープとか調停とか端折りまくって説明するとだな。

■データ転送がクロスバーの場合、↓のようにデータ転送は多対多で同時に行えるので、
64バイトの転送を16バイトずつ4クロックに分けてもOK

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求

ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始
ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始
ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送開始
ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送開始

ステップ9) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了
ステップ10) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了
ステップ11) ノードAのメモリから、ノードCのCPUに向けてデータ転送終了
ステップ12) ノードBのメモリから、ノードDのCPUに向けてデータ転送終了
260 :名無しさん@お腹いっぱい。2008/12/02(火) 16:10:44
■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、
64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求

ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送
ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送
ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送
ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送

逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。
261 :名無しさん@お腹いっぱい。2008/12/02(火) 16:35:39
>>260
> 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。

あのなぁ........................ そういう前提がまちがってるし。
今 6coreが 4ソケットって話してるんだが、コアが 24という前提でやってくれるか?
1:4クロックでノード数 4て、日頃からそいういうインチキ語って暮らしてるの?

逆に言えば、上の例だと 5CPU以上ダメじゃん。実際オーバーヘッド入れたら
共有バスだと 4CPUもキツイ、というのにモロ符合するけどなw

オレもヒマだなw
262 :名無しさん@お腹いっぱい。2008/12/02(火) 16:47:29
>>261
> 逆に言えば、上の例だと 5CPU以上ダメじゃん。

4ノードの時点で16CPUなんだが・・・

まぁいいや5ノードで書いてみる。

■データ転送がクロスバーの場合、↓のようにデータ転送は多対多で同時に行えるので、
64バイトの転送を16バイトずつ4クロックに分けてもOK

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求
ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求

ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始
ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始
ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送開始
ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送開始
ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送開始

ステップ11) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了
ステップ12) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了
ステップ13) ノードEのメモリから、ノードCのCPUに向けてデータ転送終了
ステップ14) ノードAのメモリから、ノードDのCPUに向けてデータ転送終了
ステップ15) ノードBのメモリから、ノードEのCPUに向けてデータ転送終了
263 :名無しさん@お腹いっぱい。2008/12/02(火) 16:48:34
■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、
64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求
ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求

ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送
ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送
ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送
ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送
ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送

ほらね、データバスの帯域幅は4ノードと5ノードで同じだよ?
264 :名無しさん@お腹いっぱい。2008/12/02(火) 17:25:26
>> 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。
> あのなぁ........................ そういう前提がまちがってるし。

クロックって言うからいけない
アドレスの1サイクルと同じ時間で終わるならって言えばいいのよ
265 :名無しさん@お腹いっぱい。2008/12/02(火) 19:18:29
>>258
転送は同時にできるが、その転送の要求は同時に出せない。
266 :名無しさん@お腹いっぱい。2008/12/02(火) 20:01:36
バスで 64バイトが 1クロックって、どういうことよ? 信号線 512本あるの?
267 :名無しさん@お腹いっぱい。2008/12/02(火) 20:17:44
信号線が512本もあったら実装が大変だし、
かといってクロックを上げるのも大変だから、
そこで、
クロスバーですよ。
268 :名無しさん@お腹いっぱい。2008/12/02(火) 20:30:30
LSI内なら512本もOK

Xeon用のチップセットは、データ部分8.5GB/secのFSBを4本と、
送受信あわせて8GB/secのFB-DIMMを4チャネル(2チャネルずつ束ねて使われることに注意)、
合計66GB/secを、
クロスバーかバスか知らないが、とにかく、コンカレント動作を妨げないように接続している。
269 :名無しさん@お腹いっぱい。2008/12/02(火) 22:37:56
そろそろクロスバー盲信者にトドメ、さしとくかな。

Sun Fire 3800 2〜8プロセッサ 実効帯域幅9.6GB/sec
Sun Fire 4800 2〜12プロセッサ 実効帯域幅9.6GB/sec
Sun Fire 6800 2〜24プロセッサ 実効帯域幅9.6GB/sec
アドレスが実質的にバスなので、プロセッサが増えても9.6GB/secのまま。
270 :名無しさん@お腹いっぱい。2008/12/02(火) 23:16:55
16CPU超のシステムならアプリインストールしてベンチで評価するでしょ。
そりゃこの辺の知識があれば評価対象は絞り込みやすくていいけどさ、
いい加減お互いにけんか腰やめてくんないかな
271 :名無しさん@お腹いっぱい。2008/12/02(火) 23:18:22
Itanium機にRHEL3って人はhp-uxはもっとらんの?
保守入ってなきゃ新バージョンはもらえないのかな
272 :2512008/12/02(火) 23:57:25
>>271
hp-uxは持ってないし、ドライバサポートに難があって、
確かVGAとSCSIボードを交換する必要があった。
シリアルコンソール&ATA接続にすりゃ動く様だが、
それじゃあWSとは言えんわなw
ちなみにWindowsでもそのままの構成で動く。
273 :名無しさん@お腹いっぱい。2008/12/03(水) 00:16:38
> アドレスが実質的にバスなので

どこの田舎の言葉ですか?
275 :名無しさん@お腹いっぱい。2008/12/03(水) 09:37:01
>>270
え? バスバス言ってんのは、なんか反論でもした気になってるのかよ? 笑止
小手先の付け焼き刃の延命処置をさもまっとうな対策みたいに語るのは
よくあることだけどな。
276 :名無しさん@お腹いっぱい。2008/12/03(水) 09:41:18
「バスを多段にして間にキャッシュ噛ますとあら不思議、クロスバーに対抗できます。」
まとめるとこういうことだな。
「なぜなら、クロスバーはアドレス指定がバスだからです。」
クロスバー導入したエンジニア達はそれに気付かなかったわけだw
277 :名無しさん@お腹いっぱい。2008/12/03(水) 11:50:30
Sun Fire 6800、アドレスが実質的にバスで飽和しまくり。

「バスを多段にして間にキャッシュ噛ます」
アドレスのバスを細かく分割して、スヌープフィルタを介して相互接続することで、ボトルネック解消

Sun Fire 15K、従来の10倍以上の高速化を実現!


Xeon、共有バスなので飽和しまくり。

バスを分割して、スヌープフィルタを介して接続することで、ボトルネック改善


ね、一緒でしょ。

>>273
真実には逆らえず、レッテル貼りによる封じ込めに作戦変更ですか?
278 :名無しさん@お腹いっぱい。2008/12/03(水) 11:54:51
ttp://www.atmarkit.co.jp/news/200110/05/sun.html
> 通常のバス・アーキテクチャでは全ての信号が1本のバスを通るため、
> CPUなどを増やして処理性能を上げようとしてもバス性能が性能向上のボトルネックとなった。
> バスを流れる「データ」「コントロール」「アドレス」の3種類の信号のうち、
> データだけがクロスバー・テクノロジによって高速化されていた。

アドレスはバスでした。

もっと詳しいことは↓でも読んでくれ。
ttp://jp.sun.com/products/wp/server/WPcat4.pdf
279 :名無しさん@お腹いっぱい。2008/12/03(水) 12:03:16
ちなみに日本語訳は誤訳とかアヤシイ部分があるので、原文に当ったほうがいいかも。

原文はこちら
ttp://www.sc2001.org/papers/pap.pap150.pdf
280 :名無しさん@お腹いっぱい。2008/12/03(水) 12:06:31
>>278
> アドレスはバスでした。

お前の日本語をどうにかしろと
281 :名無しさん@お腹いっぱい。2008/12/03(水) 12:11:16
ていうか、すでに>>220のURLに書いてあることなんだよな。
自分で持ち出しといて、内容を読んでなかったのかな。
282 :名無しさん@お腹いっぱい。2008/12/03(水) 12:11:28
...Sun Fireのクロスバーが性能改善した事実がすなわち今の Xeon MP機の
性能がいいことを証明したことになる、のかよ? 無理あり過ぎだろw
実際そうなら 8コア超の Xeon MP機の評価記事がどんどん出てくるだろうし、
飛ぶように売れるだろうからそれでわかるんだろな。
じゃあ、QPIなんてやる必要はなかったわけだw
..どのみち Itaniumは-終了-なんだな。
283 :名無しさん@お腹いっぱい。2008/12/03(水) 12:12:05
>>280
アドレスは実質的にバス接続

これ、理解できないの?
284 :名無しさん@お腹いっぱい。2008/12/03(水) 12:12:28
>>281
あんた相手してるの元の人間と違うぞw
285 :名無しさん@お腹いっぱい。2008/12/03(水) 12:14:41
>>282
往生際が悪いぞ。

一部分でもバスだからダメというお前さんの主張を否定しただけだ。
286 :名無しさん@お腹いっぱい。2008/12/03(水) 13:11:23
はあ? 往生なんかしませんが。ひょっとして追い詰めたとでも思ってるのか?!
クロスバーにすぐついてこれなかった RISCベンダーが打った対策の
焼き直しじゃないか。もっともらしく持って回ってあるが。
そいつら結局全部クロスバー行ってるし。
で、QPIはどうなんだよ? それ以上に素晴らしいバラ色の新技術か?w
287 :名無しさん@お腹いっぱい。2008/12/03(水) 13:16:23
>>285
> 一部分でもバスだからダメというお前さんの主張を否定しただけだ。

ところで、バスを分割して切り替え(スイッチング)して使うのは、
それはクロスバースイッチとは明確に違うのか? 信号線も減るんだろ?
粒度の違いで区別する?
288 :名無しさん@お腹いっぱい。2008/12/03(水) 13:45:00
>>283
アドレスリクエストがシェアードバスに流れると言いたいのか?
クロスバースイッチだって「バス」だぜ?
289 :名無しさん@お腹いっぱい。2008/12/03(水) 13:48:09
>>286
すでにXeonはクロスバーになった、という話なんだがなぁ。

>>287
Sunは、
> バスを分割して切り替え(スイッチング)して使う
ことも、クロスバーと呼んでるようですよ。
290 :名無しさん@お腹いっぱい。2008/12/03(水) 13:50:41
270だけどなんでバスなんて一言も言ってない俺が突っ込まれなきゃならないわけ?
ItaniumもSPARCもCPU単体の能力が低すぎてどうでもいいんですけど。
何でインターコネクトの帯域にそんなにこだわるの?
OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ?
291 :名無しさん@お腹いっぱい。2008/12/03(水) 13:50:49
>>288
そういう言葉の揚げ足取りするのやめなよ。
どういう意図でバスと言ってるのか理解できるだろ。
292 :名無しさん@お腹いっぱい。2008/12/03(水) 13:53:46
>>290
CPU単体の能力が低すぎる

多数のCPUをSMPで動かす

インターコネクトの性能で決まる

ってことかと。
Sunが真っ先にクロスバーを導入したとき、
そのCPU搭載数は競合他社の2倍だったと思う。
293 :名無しさん@お腹いっぱい。2008/12/03(水) 13:57:18
で、だ。

CPU単体の能力が高ければ、
多数のCPUをSMPで動かす必要もなく、
ゆえにインターコネクトの性能も必要ない

294 :名無しさん@お腹いっぱい。2008/12/03(水) 13:59:53
>>289
> すでにXeonはクロスバーになった、という話なんだがなぁ。

ほぉおふぉぉ、次はそう来るかよw んじゃ、QPIって、何?
オレって釣られまくり?
295 :名無しさん@お腹いっぱい。2008/12/03(水) 14:00:48
>>293
それはさすがにバカ丸だしwwww Itaniumサイコー!!!!!!w
296 :名無しさん@お腹いっぱい。2008/12/03(水) 14:05:08
>>290
> OpteronだったらNUMAだしCPU性能もSPARCの数倍あって満足なわけ?

SPARCナメてもらっちゃ困るな。SPARC64はシングルスレッド性能でもトップクラス。
297 :2902008/12/03(水) 14:07:06
いっとくけど俺は293じゃないからな。
ItaniumはSPARCより駄目だと思ってるし
299 :名無しさん@お腹いっぱい。2008/12/03(水) 14:14:18
>>292
うちでOracle RAC使った実アプリで検証した結果は
SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい
速かった。OracleライセンスやSANを入れた構築費は1/5くらい。
DBの話だから計算屋さんとは全然違った判断だと思うけど。
Opteronだとインターコネクトの帯域でこだわってる話題に
そぐわなくてすまんな。

Opteron 8CPU x2(RACノードとして)を超える必要が無いと
SPARCやItaniumは要らない。超える規模だと評価機借りるのも大変で
ベンダーの力も借りないといけないから、ベンダーのおすすめで
supredome/Fire x0Kクラスを評価して納得のいく性能が出たらそれを買う、という
流れになる。帯域がどうこうとかはいろいろある検討科目の一つに過ぎなくて
どうしてそんなにこだわる人がいるのか逆に疑問だ


300 :名無しさん@お腹いっぱい。2008/12/03(水) 14:17:31
>>296
SPARC64ねえ、それは確かにいいかもしれない。
機会があったら評価してみたい。富士通には縁が無いんだけど。
やっぱSPARC IV+より全然いいの?つかItaniumスレでする
話じゃないな
302 :名無しさん@お腹いっぱい。2008/12/03(水) 14:35:09
p5も評価してみたいなあ。
でもアレだよね、今から評価するならCore i7ベースのXeonも
楽しみだよね。そういやXeonとItaniumでソケット共通にするって
話はどこいったの?あれが完成してればItanium用サーバーに
Xeon差したりもできたの?ってできないと意味ないか。
チップセットとかいろいろ考えたらいっそのことXeonをエンタープライズまで
対応できるようにすりゃいいじゃんって思わないでもない
303 :名無しさん@お腹いっぱい。2008/12/03(水) 14:39:16
>>294
QPIは、次の手。

FSBを4本、スヌープキャッシュ、FB-DIMMをデュアルチャネル2系統
ここまでは1チップに押し込むことはできたが、それ以上は厳しい。
かといって、このままでは、8コアや8ソケットはスケールしない。
だからQPI
304 :名無しさん@お腹いっぱい。2008/12/03(水) 14:39:55
とりあえず両方とも QPIになって、その次。
それまで Itanium系の開発が今の勢いで続いてれば、の話だけどw
305 :名無しさん@お腹いっぱい。2008/12/03(水) 14:45:07
>>302
Itaniumとソケット共通化で開発されていたXeonはキャンセルされて、従来通りのFSBのものが市場投入されました。
その後どうなったのかは、知らない。

だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。
306 :名無しさん@お腹いっぱい。2008/12/03(水) 14:45:44
>>299
> SPARC III cu 24wayとOpteron 16wayでOpteronの方が1.8倍くらい

Hypertransportは共通バスじゃない。

> ベンダーの力も借りないといけないから、ベンダーのおすすめで

その「ベンダー」に扱ってもらうには、そこそこの性能が必要。
307 :名無しさん@お腹いっぱい。2008/12/03(水) 14:48:50
>>303
それ見ろ。今の Xeonは付け焼き刃対策してあるだけで、クロスバーへの
移行が必至なんじゃんか。そっちこそ往生際悪いぞ。
308 :名無しさん@お腹いっぱい。2008/12/03(水) 14:52:55
>>305
> だが、ソケット共通化しても、CPUだけをItaniumとXeonで交換できるとは思えない。

Itaniumが邪魔になってる Intelとしては、

(ちょっとムリあったけど、がんばって)ソケット共通化しました

性能も近いし、あんまり差別化できる点もないので、もう 1種類でいいですよね?

という大義名分で Itaniumを葬り去る絶好のシナリオ。
309 :名無しさん@お腹いっぱい。2008/12/03(水) 14:58:44
葬り去るっていうかIPFにいっちゃったPentium開発チームを
メインストリームのCoreに戻す策略だろうか。
しかもhp(元Alpha)の開発者というおまけつきで

確か元々Pentium開発2チーム、モバイルがイスラエル1チームで
IPFに1チームとられて、イスラエルチームがメインも作るように
なったんだよね?

まあうまいことAMDと競争してくれて価格性能比のいいCPUが
バンバンでてくれば裏事情なんかどうでもいいけど
310 :名無しさん@お腹いっぱい。2008/12/03(水) 15:05:31
>>307
QPIはクロスバーじゃないだろ。

で、段階的な進歩を付け焼き刃と言うのなら、Sunの第5世代E15Kも付け焼き刃だった、ってことになるぞ。
第4世代の6800らと同じCPU&メモリボードのアドレスを直に繋がずにスヌープフィルタ入れたのだから。
Xeonでスヌープフィルタを導入したのと同じことだぞ。

付け焼き刃だとしても、その時々に必要な性能を実現していれば、それでいいと思う。
むしろ、付け焼き刃もできずに、その時々に必要な性能を提供できなければ市場から脱落するし。
311 :名無しさん@お腹いっぱい。2008/12/03(水) 15:08:45
Sunの第四世代までと、第五世代のCPUボード内は、アドレスがクロスバーではなく、帯域を共有している
これは理解してもらえたかな?

Sunは6800のセールストークとして、
24ものプロセッサがフラットにアドレスを共有して素晴らしく低レイテンシなのは他にはない
といってたけど、たしかにキャッシュのヒット率が高い用途では、それは素晴らしいことなのかも。
・・・って言うと、Intelの共有バスにも当てはまる褒め言葉になっちゃうな。
312 :名無しさん@お腹いっぱい。2008/12/03(水) 15:08:59
Sun で言えば Mbus→UPAの段階だろ。
そんなんといっしょくたにされてたまるかw
313 :名無しさん@お腹いっぱい。2008/12/03(水) 15:15:11
>>312
いや、違うな、UPAより前の、MBus+XDBusの段階だ。

ttp://jp.sun.com/products/wp/UEarch/docs/UEARC02.html
315 :名無しさん@お腹いっぱい。2008/12/03(水) 15:53:54
>>312-313
おいおい。

UPAはアドレスはブロードキャストだぞ。
SunでアドレスのブロードキャストしないのはFirePlaneにSSMを組み合わせた場合。
316 :名無しさん@お腹いっぱい。2008/12/03(水) 15:59:42
メモリは別として、

FirePlaneのボードにUltraSPARC IIIを4つ積んだもの → 4コアXeonのCPUに相当
それをアドレスをブロードキャストで繋いだSun Fire 6800 → 4コアXeonを同一FSBに4つぶら下げたものに相当
アドレスのブロードキャストドメインを分割してスヌープフィルタで繋いだSun Fire 15K → 4コアXeonを個別のFSBで接続する7300チップセットのシステムに相当

Intelは常に他社の後追いですね。
317 :名無しさん@お腹いっぱい。2008/12/03(水) 16:01:37
もひとつ、

AMDのHyperTransport → IntelのQPI

猿まねも、ここまでくると呆れるを通り越す。
しかし、素直に進化の王道を進んでいるだけ、あるいは、業界トレンド、っていう好意的な見方もできなくはない。
318 :名無しさん@お腹いっぱい。2008/12/03(水) 16:07:01
>>315
いやいや。MBusに CPU4発。これを XDBusバックプレーンに接続。
1990年代初頭の技術だな。
319 :名無しさん@お腹いっぱい。2008/12/03(水) 19:23:54
>>318
そいつはスヌープフィルタなんか持ってないんだが。
320 :名無しさん@お腹いっぱい。2008/12/03(水) 19:26:06
いまだにクロスバー信者は、キャッシュのスヌープを理解してないのか。
321 :名無しさん@お腹いっぱい。2008/12/04(木) 09:32:17
アホか。スヌープせずに MPがまともな性能で動くかwww んなもんクロスバーかどうかと
関係ないわい。
なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という
話にはならんだろうが。いつまで詭弁を弄するつもりよ?
323 :名無しさん@お腹いっぱい。2008/12/04(木) 11:02:50
>>321
スヌープの意味、わかってないね?
スヌープしなかったらキャッシュのコヒーレンシを実現できない。

> なんぼスヌープフィルタの効果が大きくても、それで「バスで OK」という
> 話にはならんだろうが。

SunのFirePlaneは、4プロセッサ単位でスヌープのドメイン(バスに相当)を構成し、
ドメイン間の通信をスヌープフィルタによってブロードキャストからポイントtoポイントに変えることで、
飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK
という話なんですよ。
324 :名無しさん@お腹いっぱい。2008/12/04(木) 11:36:55
もうループに入りました。

..スヌープの意味わからずに SMPの話ができるわけないだろ。
Intelの言うことなんでもありがたくご拝聴してるからそんな偏った知識になる。
MBusにはスヌープの仕掛けがないとでも思ってるのか?
325 :名無しさん@お腹いっぱい。2008/12/04(木) 11:38:52
>>323
そんでもも一回だけ。

> 飛躍的なシステム性能の向上を実現したのですが、それはドメインに4プロセッサまでならOK

それが「付け焼き刃」だ、といってる。クロスバーみたいな根本対処と
いっしょにすな、と。
326 :名無しさん@お腹いっぱい。2008/12/04(木) 11:44:47
クロスバーと1回発言すると、どこからかお金が貰えるの?
なら俺も書こうかな。
328 :名無しさん@お腹いっぱい。2008/12/04(木) 12:33:17
>>324
なんかね、>>321はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。

>>325
つまり、SunのFireplaneは、
「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。
329 :名無しさん@お腹いっぱい。2008/12/06(土) 11:05:00
328でFAだな

言葉が通じているようで通じていない人と話をすることほど無駄なものはない。
331 :名無しさん@お腹いっぱい。2008/12/17(水) 03:08:26
このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなw
332 :名無しさん@お腹いっぱい。2008/12/17(水) 05:01:14
>>331
それは構って欲しいですっていう意味か?
333 :名無しさん@お腹いっぱい。2008/12/17(水) 09:41:45
「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw
334 :名無しさん@お腹いっぱい。2008/12/17(水) 12:44:29
Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。
337 :名無しさん@お腹いっぱい。2008/12/18(木) 01:06:54
Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。

昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。
338 :名無しさん@お腹いっぱい。2008/12/18(木) 01:17:34
4Q08に発表するという話だったのにまた遅延かという話題ならある
340 :名無しさん@お腹いっぱい。2008/12/18(木) 13:20:17
>>337
「昔」には 2chなんて「ない」と思うがww
342 :名無しさん@お腹いっぱい。2008/12/18(木) 18:24:58
Itaniumってコンパイラがもっと進化すれば爆発的に早くなるはずじゃなかったの?
もしかして「早すぎたんだ・・・」っていうやつなの?
343 :名無しさん@お腹いっぱい。2008/12/18(木) 19:00:16
x86が爆発的に性能向上してしまったので霞んでしまっただけです。

とはいえ初代のMercedは遅かった。
1年後に出たMcKinleyはは速かった。
クロックはたったの1割しか速くなってないのだが、スピードがまるで違った。
344 :名無しさん@お腹いっぱい。2008/12/18(木) 19:06:18
i860の Wikipediaにはこう書いてある。

| ...i860のデザインはこういったことをコンパイラが効果的に行うことを
| 前提としていて、それは不可能だったことが実証されている。

EPICは、どうかなww
345 :名無しさん@お腹いっぱい。2008/12/18(木) 19:33:37
>>344
おまえ、i860のアーキテクチャを理解してないだろ。

Wikipediaのその説明はパイプラインモードについてのものだよ。
346 :名無しさん@お腹いっぱい。2008/12/18(木) 21:41:38
>>342
最近ではHP-UX 11iV3で結構速くなったよ。
ただCPUがMontecitoのままじゃねえ。。。
コンパイラが神の様に賢くても理論演算性能を超えることは決してないからさ。
347 :名無しさん@お腹いっぱい。2008/12/18(木) 22:46:44
HPはさ、PA-RISCもベンチマークだけは速いけど実際は・・・っていうシロモノだったから、
IA-64になってもショックが小さいと思うんだわ。
349 :名無しさん@お腹いっぱい。2008/12/18(木) 23:44:30
SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。
354 :名無しさん@お腹いっぱい。2008/12/19(金) 04:22:52
ttp://www.anandtech.com/weblog/showpost.aspx?i=532
上の記事のせいで海外の掲示板に「Tukwilaも爆速なんじゃね?」とか言い出す厨房が氾濫しているから困る。
355 :名無しさん@お腹いっぱい。2008/12/19(金) 11:08:15
>351
あわれだなぁ.. ここは Sunのとこから派生してできたんだって何度言えば..
Itaネタで埋まるくらい書いたらどうよ?
357 :名無しさん@お腹いっぱい。2008/12/19(金) 11:38:07
>>344
i860は、Itaniumと比べると、
意図と結果がはっきりしたすがすがしいプロジェクトだった。
CPUは消えたが、多くの豊かな結果が残った。
358 :名無しさん@お腹いっぱい。2008/12/19(金) 12:34:49
>>355
お前がスレに参戦する前からItaniumスレあったと思ったが。

>>357
翻弄された人たちは多かったけどね。
359 :名無しさん@お腹いっぱい。2008/12/19(金) 14:16:08
> お前がスレに参戦する前からItaniumスレあったと思ったが。
Niagara発表されたとき意味全くわからなかったアホを隔離するための場所なんだが
ここはwwww
360 :名無しさん@お腹いっぱい。2008/12/19(金) 14:20:45
>>345,357
i860じゃなくても、iAPX432でもいいんだけどwwww

| 後の研究では、もっとも大きな問題はコンパイラに有ったと指摘されている。
| すなわち、コストの低い..
361 :名無しさん@お腹いっぱい。2008/12/19(金) 14:35:10
>>345
意味不明だな。パイプラインをうまく満たせない、すなわち性能出ない、て主旨だぞ。
他に前提としてなんか理解してないといかんのかw? ワケワカランp
363 :名無しさん@お腹いっぱい。2008/12/19(金) 17:04:17
>>359
少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。

>>361
そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。
そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。
364 :名無しさん@お腹いっぱい。2008/12/19(金) 17:34:34
SPARCとItaniumでどっちが先に死ぬか競争だな
x86に統合されて先にItaが死にそうな気がするけど
366 :名無しさん@お腹いっぱい。2008/12/19(金) 22:33:43
敵どころか己が持ちあげている物すら知らなかったSun信者が、Sunスレで勝利宣言しててワロタ
367 :名無しさん@お腹いっぱい。2008/12/22(月) 11:11:00
誰か >>366 解説してやってくれ。それか、医者へ連れてってやってくれ。
368 :名無しさん@お腹いっぱい。2008/12/22(月) 13:53:15
>>367
人に頼るなよ。
369 :名無しさん@お腹いっぱい。2008/12/29(月) 11:09:30
>>367
しらないなら
いばるなよ
だめ
こんさる
372 :名無しさん@お腹いっぱい。2009/01/02(金) 09:26:25
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
CPUだけ出してもしょうがないので、Tukwila搭載マシンの開発と両輪で進んでいるのだろう。
375 :名無しさん@お腹いっぱい。2009/01/04(日) 01:06:02
>>373
つまり、以前のように本気でチップセット用意してくれる企業が減った(無くなった?)
ということか。

376 :名無しさん@お腹いっぱい。2009/01/04(日) 01:17:49
当たり前だがHPはItaniumが死ぬまで真剣にやる。脱落?したのはIBM?ユニシス?これは結構古い話だよな?
ああ、富士通か?PRIMEQUESTの新モデル出ないの?やるとおもってたが。
ま、Tukwila以降では4コアより純正チップセットの復活が大きいな。
アンチIBMの旗の下集まったISAがようやく本格的に動き出すと思う。
Dellみてればわかるが純正はとにかく安いからな。
377 :名無しさん@お腹いっぱい。2009/01/04(日) 01:25:27
連投だがチップセットに合わせて投入するとしたらHPのsx/zxシリーズかIntel純正のBoxboroだよな。
富士通に歩調を合わせるとは思えんし。
でBoxboroのスケジュールはXeonMP(Nehalem-EX, Beckton)の2009年半ばだからこっちは時期的には合う。
HPだけ半年早くTukwilaのサーバー売れるようにしたら不満たらたらだろうしな。
378 :名無しさん@お腹いっぱい。2009/01/04(日) 01:29:26
ユニシスはNECと組んだ時点ではまだやる(NECに作ってもらう)って言ってなかったっけ?
最近、NECとの提携の成果であるXeonサーバ発表した時にはもうやらねって言ってたが
379 :名無しさん@お腹いっぱい。2009/01/04(日) 01:43:51
テープアウトしたとかファーストシリコンとかいって
2008年に出す出す詐欺
結構な偉業だと思う

てかもう製品出来てるだろ
古いプロセスに古い設計
減らされたとは言え数百人規模の開発チーム
出来てないわけがない

もうねHPのMCサーバー部門ごと買い取ればよかったのに
プロセッサのデザインチームだけと言わずにさ
で、みんなでIntel OEM
健全でしょ

Sunに置ける富士通的ポジションだよ
やってやれないことはない

まーこれは冗談だけど
Itaniumはねー絶対健全化できる
POWERやSPARCも一時期は駄目だったけど復調した
必要なのは社内でリーダーシップとってくれる人
予算でも人的リソースでもない
381 :名無しさん@お腹いっぱい。2009/01/04(日) 02:45:44
Itaniumが担う領域って水平分業型だと信頼性が確保しきれないところだからね
HPのIntegrity部門ごと買った方が良かったってのは、あながち冗談とも言えないかも
でも、世の中のほとんどの業務は実はXeonMPの信頼性で十分なはずなんだよね
誰も人柱になりたくないから、メインフレームとかMCサーバ買い続けてるってだけで

Intelの本音としては、もうItaniumは辞めたいんじゃないかなあ
下手に健全化なんかしたら辞める口実が無くなっちゃうじゃないの
382 :名無しさん@お腹いっぱい。2009/01/04(日) 14:12:06
>>375
そうじゃない。

サーバのメーカーがチップセットを開発して搭載機の受注を開始できる体制になってからでないと、
CPUの出荷開始を発表できないの。
383 :名無しさん@お腹いっぱい。2009/01/04(日) 14:17:33
サーバのメーカーが
チップセットを開発して
搭載機を開発して、
ソフトウェアを開発して、
テストが済んで、
受注を開始できる体制
だな。

初代Itaniumは、そういうのが揃っていなくて、CPUが塩漬け状態だった。
かなりのステッピングがあるので、CPU自体のエラッタも沢山あったのだろうが。
384 :名無しさん@お腹いっぱい。2009/01/04(日) 16:50:26
だんだん馬脚が現れてきたなww 苦しさ満点。まあ、がんばってくれやw
387 :名無しさん@お腹いっぱい。2009/01/05(月) 09:45:32
やっぱメーカー関係者だったんだな、てことさ。
他に道がない、ということを解らんでもないが、後世振り返ってそこに価値を
見い出せるかということも考えた方がいいと思うぞ。
389 :名無しさん@お腹いっぱい。2009/01/05(月) 13:51:11
>>381
x86が多少延命した、と言っても別の将来性を見い出した訳でもなんでもなくて、
「先がない」のは Ita発表した頃に Intel自身が言ってた通り、何も変わってない。
で、問題はその代替えとして Itaがダメだってことで、これも何も変わってなくて、
もう確定事項。後は、プロセスの改良と x86のチューニングしか残ってない。
ARMもよー扱わんかった。

やっぱ、i960改良するのが正しいんじゃね?w バークレーRISCだしさwwww
390 :名無しさん@お腹いっぱい。2009/01/05(月) 14:38:37
>>389
どう見てもSun信者です。お引き取りください。
391 :名無しさん@お腹いっぱい。2009/01/05(月) 15:02:13
>>389
おまえ未だRISCが高性能だと思ってんのか。
392 :名無しさん@お腹いっぱい。2009/01/05(月) 15:08:27
>>379
> Itaniumはねー絶対健全化できる

> 必要なのは社内でリーダーシップとってくれる人

2つ問題がある。

一、Intelにその気がない。
二、たとえ健全化しても単に「健全」というだけでは
わざわざ新規 ISAに移行する動機付けにならない。

200x年代初頭の Itaが今のポジションだったとしても、厳しいねぇ。
なんせ x86を「置き換える」はず、だったんだから。目標到達にはほど遠い。
393 :名無しさん@お腹いっぱい。2009/01/05(月) 15:09:13
いまどきプロセッサの性能を決めるのは、メインメモリへのアクセスのレイテンシと効率。

命令セットのうち、レジスタ間や即値との演算の命令なんて、どうでもいい。
肝心なのは、メモリアクセスのための命令。
394 :名無しさん@お腹いっぱい。2009/01/05(月) 15:12:27
>>392
最終的にはx86は他の命令セットに移行する可能性がある。
それがIA-64とは限らないが。

いままで何度も、
バイナリトランスレータによる事前変換あるいはや実行時変換が試みられてきた

これからも、そのような試みは続けられる

そして、いつか、その試みは成功するだろう。
396 :名無しさん@お腹いっぱい。2009/01/05(月) 15:13:26
>>391
このまま EPICを置き換える VLIWな ABIが出てこなければ、
長期にわたる後方互換性の必要な ISAとして VLIWはダメ、ということになるだろな。
ちなみに、Intelみたいなどこにもマネのできんリソースをつぎこむことなく
CISCアーキを維持できてる会社どっかあんのか? 全部 RISCだろ?
397 :名無しさん@お腹いっぱい。2009/01/05(月) 15:13:33
ていうかSunはx86バイナリをSPARC上で実行する試み、やめちゃったの?
昔はやってたよね。

NiagaraとかRockがそんなに素晴らしい、スケールするのであれば、
x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
399 :名無しさん@お腹いっぱい。2009/01/05(月) 15:16:47
>>393
まるで間違い。それなら組込み機器も大規模 SMPも全部 x86になってるはず。
ところが、x86は実際にはパチョコン以外ではまるで使えない、用途限定石。
400 :名無しさん@お腹いっぱい。2009/01/05(月) 15:17:38
>>396
VLIWって互換性を捨ててるアーキテクチャでしょ。

自分でmakeすりゃいいじゃんっていうオープンソース文化の人たちや、
互換性のために生の命令セットは見せないというアプローチ、
あるいは組込みなんだから、互換性とか関係ないねって分野でないと、
VLIWは難しい。

そのVLIWの問題点を解決した、VLIW風だがVLIWではないEPICは、
いまのところ長期にわたるバイナリ互換を確保できていると思う。

試していないが、現行のバイナリは初代Itaniumでも実行できるんじゃね?
バンドルの組み合わせが増えてる分は例外でエミュレーションで劇遅かもしれんが。
401 :名無しさん@お腹いっぱい。2009/01/05(月) 15:21:08
>>396
Centaur Technologyを忘れないでください。

>>399
あなたは偏見と罵倒前提で曇った目で他人の書き込みを読むから、意図が理解できないのですよ。
x86のメモリアクセスのための命令がネックで大規模SMPの効率が悪いって示唆してるんですがね。

ちなみに組込みではx86は目立たないけど使われ続けてます。
私の目の前に有るDELLの液晶モニタはOSDコントローラがx86ですよ。
403 :名無しさん@お腹いっぱい。2009/01/05(月) 15:35:29
>>397
> x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
ソフトウェアベースや、x86の載ったアドオンカードのものはあったけど
あまり売れなかった。Alphaでもあったし。Itaでも似たようなことやりかけた。
性能出ててもダメだったと思う。Itaは Intelがやってるって以外、
何も目新しいことはない。賭ける連中の気が知れんw
405 :名無しさん@お腹いっぱい。2009/01/05(月) 15:55:38
え? SunのNiagara2はXeonとは比べ物にならないほどコストパフォーマンスがいいんでしょ?
406 :名無しさん@お腹いっぱい。2009/01/05(月) 15:57:21
x86は命令セットがスケールしない仕様なので、たとえSPARCの命令セットに変換してもスケールしないだろ。
407 :名無しさん@お腹いっぱい。2009/01/05(月) 16:09:32
>>405
そういう意味ではない。あんたの思いつく程度のことは RISC WS陣営がとっくに
やったし、Itaもそれ以上のことはしていない。
当初 Intelが言ってた、「x86を置き換える」ことができなければ、
あまり存在意義があるとは思えない。
金持ってるから、今の位置付けのまま維持することは可能だろうけど。
株主につつかれなきゃ。
408 :名無しさん@お腹いっぱい。2009/01/05(月) 16:19:09
>>401,406
なるほど! じゃ、その効率の悪い「メモリアクセス命令」を禁止したサブセットを
定義して、コンパイラーにスイッチ付ければすべて解決じゃん!!
すげーな、スケールしまくりの新 x86アーキ! 期待してるよw


:
もちろん、RISCに似ちゃったり. ...しないよね?wwww
409 :名無しさん@お腹いっぱい。2009/01/05(月) 16:28:24
>>407
x86を置き換えれなかったからといって、存在意義がないとは言えん。

x86では届かない部分をカバーするという意味はあるし、
その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。

>>408
別にコンパイルするなら、x86である必要ないじゃん。
最初からSPARCをターゲットにコンパイルすりゃいい。

Sun信者はいつも、意図的に間違った方向に話を持っていくね。
410 :名無しさん@お腹いっぱい。2009/01/05(月) 16:35:58
>>409
> x86を置き換えれなかったからといって、存在意義がないとは言えん。

もちろん、「もう優秀な RISC ISAがたくさんあるんだから、」その上には
必要ない、という意味。

> x86では届かない部分をカバーするという意味はあるし、
> その領域でItaniumで経験したことや実績は、将来にx86がカバーするようになるための基礎になりえる。

それも同じ。わざわざ Itaでやらんでもよい。もうたくさんある。

> Sun信者はいつも、意図的に間違った方向に話を持っていくね。

はっはっはっはっ。君、おもしろいね?w
411 :名無しさん@お腹いっぱい。2009/01/05(月) 16:47:47
>>410
Intelにとっては、というのは明記しなくても、読み取れるだろうが・・・
412 :名無しさん@お腹いっぱい。2009/01/05(月) 16:50:19
アホか。その前のを読み取ってないのはオマエじゃw ほんとにオモロイなk
413 :名無しさん@お腹いっぱい。2009/01/05(月) 16:53:17
はい>>412が誰かを煽ることを目的にスレに粘着していることを白状しました。以後スルー推奨。
414 :名無しさん@お腹いっぱい。2009/01/05(月) 16:58:21
「誰かを煽る」んじゃなくて、単にアホにアホと言ってるだけなんだが。
妄想ハゲしいねww
417 :名無しさん@お腹いっぱい。2009/01/05(月) 17:12:10
>>414-415
連投しないと気がすまない病?
418 :名無しさん@お腹いっぱい。2009/01/05(月) 17:43:01
>>417
偽・スルー みんなにスルーを呼びかける。実はスルーできてない。
失敗スルー 我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。
疎開スルー 本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。

3つはあてはまるなww

ここからスルーできるかな〜?www おかしーw
420 :名無しさん@お腹いっぱい。2009/01/05(月) 18:14:24
>>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
SPARC liteが組込みに使われていた・・・ってのも過去の話だよね。

そのうちAtom採用のデジカメとか、個人向けプリンタ・スキャナ複合機が出てくるだろうね。
そんな無駄だろ? って思うかもしれないが、開発のしやすさがまるで違うんだわ。
423 :名無しさん@お腹いっぱい。2009/01/06(火) 09:53:30
>>421
> 開発のしやすさがまるで違うんだわ。

そんなバカなww 「既存の xxがあるから」、だろ? そりゃ他知らんだけ。
424 :名無しさん@お腹いっぱい。2009/01/06(火) 10:17:57
>>423
じゃぁ何でx86が組込みに使われてると思ってんだ?
425 :名無しさん@お腹いっぱい。2009/01/06(火) 13:31:40
「使われてる」なんて言うほど使われてないよ。80186の類はいっぱい使われてるけどな。
427 :名無しさん@お腹いっぱい。2009/01/06(火) 13:44:16
東芝のHD DVDレコーダーは、x86だったな。
80186とかそんな非力なのではなくて。
431 :名無しさん@お腹いっぱい。2009/01/06(火) 13:59:37
そういうのはパソコンまるごとから削ったタイプのやつだな。
組込み全体から見たら僅かに過ぎんが.. もうひとくくりで語るべきじゃないだろな。
今後増えるだろし。
433 :名無しさん@お腹いっぱい。2009/01/06(火) 16:19:03
>>431
組込み全体の話なんかナンセンスだよ。
組込みのうちSPARCが使われている領域の話に限定しなよ。

NASなんかは、「パソコンまるごとから削ったタイプ」そのものだよ。
434 :名無しさん@お腹いっぱい。2009/01/06(火) 17:21:52
「x86に将来性なし」ってのは別にオレが言ったことでもなく、
ここの誰が言ったわけでもなく、Intelが言ったことなんだが。
なんでこう諦めが悪いかなww
んでもって、そんな x86の諦め悪いやつがなんでここにいるんだ?
amd64のデキがよかった、Meromのデキがよかった、Atomのデキがよかった、
そんなことが「x86の将来性」ないのを覆した、とか思ってるわけ?
先延ばししただけでしょ、どうヒイキ目に見ても。
436 :名無しさん@お腹いっぱい。2009/01/06(火) 17:52:44
>>434
お前、なんで必死なんだ?
437 :名無しさん@お腹いっぱい。2009/01/06(火) 18:19:52
命令セットがどうこうってのは20年ほど前の議論だよな
結果から言えば当時の人たちはトレンドを読み外したということでFA
442 :名無しさん@お腹いっぱい。2009/01/06(火) 19:30:57
Itaniumの話か。

AMDにIA-64を採用するように働きかけなかったIntel
IA-64を採用しようとしなかったAMD
この2社が、世界のパソコンの将来に大きな負債を残した
443 :名無しさん@お腹いっぱい。2009/01/06(火) 19:49:43
そうだな。その後 IA-64がコケたとしても、今とは別の展開があっただろう。
あんまり期待できんがw

「両者それぞれ am29k, i960を復活、バークレーRISC乱立の混迷へ」...w
444 :名無しさん@お腹いっぱい。2009/01/06(火) 20:01:52
IA-64の命令セットと、プロセッサの実装を、分けて考えないと。

技術力のないインテルの実装だからItaniumがアレなんであって、
技術力の優れたAMDが実装すればIA-64でありながら素晴らしい
プロセッサが出来あがっていたかもしれないぞ。

IA-64の、とりあえず実行して結果を捨てるのは消費電力的に無駄が多いが、
現状のx86の、複雑なデコードや、同時に実行できる命令を探したり・・・etcの消費電力も大きい。
IA-64の場合、実行ユニットを減らすことも可能で、SPARCのレジスタ数によるスケールよりは、よっぽどスケールする。

初代はともかくMckinley以降はさほど悪くない。
もしインテルがx86と同じだけのリソースを割いて最先端のプロセスで生産すれば、違ったことになってただろう
とはいえ、x86と同じだけのリソースを割くなんて、ありえない仮定だが。
445 :名無しさん@お腹いっぱい。2009/01/06(火) 20:27:44
Itaniumの一番ダメな点 = レジスタウィンドウもどきを実装していること。
447 :名無しさん@お腹いっぱい。2009/01/06(火) 20:49:26
2001年頃にAMDが潰れてればx86からIA-64への強制的な移行が推進されたのかもな
今は”やっぱり命令セットは拡張できる方がイイヨネ!”って時代なのでありえない話
448 :名無しさん@お腹いっぱい。2009/01/06(火) 21:09:40
Intelが用意していた(AMD64ではない)x86の64ビット拡張は、IA-64とは違うものだったらしいですよ。
450 :名無しさん@お腹いっぱい。2009/01/06(火) 21:35:18
どうせAMDにペースを握られたくないという理由だけで策定した間に合わせのものだろう
あるいはx86_64よりIA-64のほうがいいよねって流れに誘導したかったんじゃないかと
451 :名無しさん@お腹いっぱい。2009/01/06(火) 21:40:39
まあそれでもちゃんとキャッチアップしてCore2DuoとかCore i7出したんだから
結果的にはよかったんじゃないかな。
452 :名無しさん@お腹いっぱい。2009/01/06(火) 21:50:34
それにしたってAMD64は、ヤッツケ仕事すぎる。

命令セットを大きく拡張あるいは変更できるチャンスというのは、
16→32ビット、32→64ビットの次は、64→128ビット・・・はないだろう。
だから、16→32ビットの時よりも遥かに将来を見通して策定すべき。
にもかかわらず、目先のことだけ考えた安易な拡張。これはひどい。

レジスタをすべて等価にするのではなく、2段階のコストにした点は評価できる。
良く使うレジスタは速く、あまり使わないレジスタは遅くというのは、
RISCが旗印にしていた定量的アプローチ、だものね。
453 :名無しさん@お腹いっぱい。2009/01/06(火) 21:54:06
まあインテルさんがIA64とかにかまけてないでまじめに
x86の拡張をかんがえてればよかったんじゃないのかなー
まあ状況的に無理だけど
だから次善の策としてamd64はよかったんじゃないかな
454 :名無しさん@お腹いっぱい。2009/01/06(火) 21:55:59
>>451
なんかIntelやばいんじゃね?と思ったら常勝の帝国軍へ戻っていた
な、なにを言ってるのかわからねーとおもうが(ry
455 :名無しさん@お腹いっぱい。2009/01/06(火) 22:03:21
x64だっけ?

アセンブラのニーモニックのレベルではx64のそれでいいとしても、
せめてオペコードなどの割り当ては真っ新からやり直すべきだった。

32ビットと64ビットでデコーダを共用できなくなるが、
だがしかし、ここでキレイに整理しておけば、後々かなり楽になる。
456 :名無しさん@お腹いっぱい。2009/01/07(水) 07:04:56
オペコードが人間が綺麗と感じるように割り当てられてることにどんな意味があるの?
457 :名無しさん@お腹いっぱい。2009/01/07(水) 10:43:16
> オペコードが人間が綺麗と感じるように

はいはい、意図的に誤解して架空の話を叩いて喜んでないで仕事しようね。
458 :名無しさん@お腹いっぱい。2009/01/07(水) 10:43:26
デコーダがシンプルになる...いまどきどうでもよいが。
将来の拡張の余地が広がる。これは大きい。
460 :名無しさん@お腹いっぱい。2009/01/07(水) 10:54:44
AVX?

あれ長いよ。

たった1バイトしか短くならない・・・1バイトでも短くなることは重要ではあるし、
その次の拡張で長くならないことも重要なのだが、グダグダっしょ。
462 :名無しさん@お腹いっぱい。2009/01/08(木) 15:13:49
安くて消費電力の少ないIta2マシンどっかに落ちてないかな
中古でいいよ
463 :名無しさん@お腹いっぱい。2009/01/10(土) 00:42:48
そんな製品がないんだから中古なんてなおさらあるわけないw
複雑化の原因はコンパイラにまかせてコアは単純化されてるはずだから
キャッシュ減らしたら電力食わないんだろ、きっと。そうに違いないwww
465 :名無しさん@お腹いっぱい。2009/01/10(土) 21:05:06
>>433
NASとCPUと言えば、AuspexがSPARCでやっていたのを、
廉価NAS構成に対向しようとx86に移行しようとして失敗沈没してワロタ
コントローラはSolaris for x86で問題なかったけど、
独自ファームのエンジンがどうにもならなかったみたい。
やっぱCPU移行は慎重にやらないとね。
本当にメリットがあるのかどうか。どのCPUでも。

>>452
AMDはそういう路線だからしかたないんじゃ?
コストかけて研究部門維持するわけにもいかないし。
466 :名無しさん@お腹いっぱい。2009/01/10(土) 21:23:58
AMDを責めてもしかたないわな。
水先案内人としての責任は、牽引する立場のIntelにある
467 :名無しさん@お腹いっぱい。2009/01/10(土) 21:28:21
市場を完全に制圧してからやるべきだったね
その辺Microsoftは賢い
468 :名無しさん@お腹いっぱい。2009/01/10(土) 21:33:14
AMDはIntelの失敗を修正する役割があると
469 :名無しさん@お腹いっぱい。2009/01/10(土) 21:36:05
>>452
Intelの最適化まぬあるによると増えたレジスタは使うなというw
471 :名無しさん@お腹いっぱい。2009/01/10(土) 22:12:26
>>467
そのほうが消費者の利益になったとしても、独占ってだけで叩かれるぞ。
個人的にはAMDのIA-64実装を見てみたかった。

>>468
Intelを牽制する役割、だろうな。

>>469
IntelのCPUだと増えたレジスタを使った場合に、ガクンと遅くなるんだよな。
そりゃ、使うなと書いて当然だ。

こういう新しい命令セットってのは、互換性が重要なのよ。
最初にインプリしたCPUでは、速く実行できる必要はなくて、とにかく、正常に実行できることが重要。
その命令セットを実行できるCPUが市場に十分に出まわった時点で、本格的にソフトが使いはじめる。
この時点で、その命令セットを高速に実行できるCPUを市場に投入すればいいの。

まったく実行できない

遅いけど実行できる
というのでは、まるでインパクトが違う。

うまく移行するためには、早くから種まきしておかないと。
472 :名無しさん@お腹いっぱい。2009/01/10(土) 22:22:44
命令長伸ばしてレジスタ拡張なんて最近流行の電力効率に反する実装だからだよ
AVXの目的もそういうことだ
473 :名無しさん@お腹いっぱい。2009/01/10(土) 22:32:30
やっぱり、64ビット拡張するときに、OPコードを大胆に整理すべきだったんだよ。

モードによって違うのはデコーダのコストが増えるが、
しかし、
命令長が長いのに比べたらマシだと思うんだわ。

もったいないよ。使わない命令が短くて、使う命令が長いのは。
474 :名無しさん@お腹いっぱい。2009/01/14(水) 01:57:08
なんか自作板にTukwilaはDDR3サポートに変更になったとか書き込みがあった。
476 :名無しさん@お腹いっぱい。2009/01/14(水) 12:58:33
以前からDDR3系のFB-DIMM2も対応予定に入ってなかったっけ?
それともFB-DIMM1のサポート無くしたという意味かな。
477 :名無しさん@お腹いっぱい。2009/01/14(水) 16:18:08
え?

FBってのは、DRAMチップのI/Fが変ってもOKっていう柔軟性も兼ね備えているんじゃないの?
478 :名無しさん@お腹いっぱい。2009/01/14(水) 16:39:30
2007年の時点で、
DDR3を使ったFB-DIMMの提供予定はない
っていう話だった。
479 :名無しさん@お腹いっぱい。2009/01/14(水) 16:40:48
FB-DIMMやめて直にDDR3のメモリコントローラを積むって話では?
480 :4742009/01/14(水) 22:32:03
>>478
そのあとFB-DIMMのバッファチップをマザーボードに置くとかいう話が出てきた。
そうするとスロットに挿すメモリはDDR3だけどMCHのインターフェースはFB-DIMMになる。

>>479
うん、そんな感じだった。
481 :名無しさん@お腹いっぱい。2009/01/14(水) 23:08:59
へー、直結にするんか。
まあ、その方がレイテンシ短くできるだろうし、やるかどうか怪しいけど
Xeon-MPとのプラットフォーム共通化も進めやすいだろうし。

それで発売が遅れてるんだったら、まあ建設的な理由だな。
482 :名無しさん@お腹いっぱい。2009/01/15(木) 03:06:16
そもそもFB-DIMMって、
メモリコントローラをチップセットに持たせた時に、
大量のメモリを積むためのもの。
チップセット1つから、メモリのバスを12本とか出せないんでね。

ところが

QPIを導入した時点で、
CPUの数だけメモリコントローラを増やすことができる。

メモリのバスを3本もつCPUを4ソケット構成にすれば、
無理なく12本のメモリバスが得られる。
483 :名無しさん@お腹いっぱい。2009/01/15(木) 03:13:48
DDRのままではコア数はどんどん増えるのに帯域はあまり稼げないしピン数も爆発的に増える。
シリアルメモリは絶対必要。なのにFB-DIMMは死んでDDR4はどんどん先送りされている。
Nehalemでは痛みに耐えて3chにしたけど1年後には6コアのWestmereが来る。焼け石に水。
高速なローカルメモリの使えるLarrabeeでどうにかなるという読みなのかね。
484 :4832009/01/15(木) 03:25:32
忘れていたが。。。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
>>483
Larrabeeは、普通のCPUを置き換えるようなものではないと思う。
少なくとも、エンタープライズのサーバのCPUの置き換えにはならない。

>>484
それは大容量のL3やL4のキャッシュを乗せようという話だと思います。
486 :483=4842009/01/15(木) 22:37:30
>>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
FSBのデータバスの転送だけ速くしても、アドレスバスの処理能力が先にネックになったら無駄なわけで。
そのあたりは難しいよね。

データはとにかく転送すりゃいいんだけど、アドレスは処理しなきゃならないから。
491 :名無しさん@お腹いっぱい。2009/01/16(金) 20:01:13
電気代の差額xこれからの使用年数 が導入費用と同じ桁になるなら考えてみれば
494 :名無しさん@お腹いっぱい。2009/01/17(土) 13:11:38
移行に失敗したときのリスクも考えよう。

現状のランニングコストと導入コストが一緒だから、
タダでシステムが新しくなりますよ?
なんていうセールスはアヤシイ
495 :名無しさん@お腹いっぱい。2009/02/02(月) 12:06:16
「XXなんていうセールスはアヤシイですよ」っていうやつがもっとアヤシイ。
496 :名無しさん@お腹いっぱい。2009/02/05(木) 01:02:27
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
>>496
Sunの広告が表示されるページの内容なんて・・・
501 :名無しさん@お腹いっぱい。2009/02/13(金) 10:55:34
次世代 ISAのために HPと組む、というのはもう失敗したので、
次どっかと組む必要ありだろうな。
ARMは捨てちゃったし。Alpha買ってくる、とかw
いずれにせよ、もう新しい ISAを定義する必要はない。
POWER対抗、という軸で考えると、SPARCという選択肢もあるかもw?
502 :名無しさん@お腹いっぱい。2009/02/13(金) 11:07:16
SPARCみたいな変態アーキ使うくらいだったら、
素直にそのままIA64で続行してても大して変わらないし、
SPARCのインストールベースを狙いたいんだったら、
x86でItaniumクラスのCPU作る方が遙かに良いだろ。
503 :名無しさん@お腹いっぱい。2009/02/13(金) 11:56:34
IA-64はオープンソース方面がぜんぜん関心示さないのが致命的でしょ。
性能出せるコンパイラーが CPU開発してる近辺からしか入手できないという
ことだと、利用が拡がらない。
504 :名無しさん@お腹いっぱい。2009/02/13(金) 12:27:42
しかし、それを言い出すとやっぱりx86 ISA最強になってしまうだろう。
それにこのクラスのCPU使う所って、そんなにオープンソース使うか?
エンプラに限らず、ハイエンドから組み込みまで狙うっていう話だったら
別だけどね。

そのエンプラでさえIA64が流行らない最大の理由はintelのやる気の
なさにつきるだろう。
POWERだって一時はイマイチだったけど、POWER4あたりからの
IBMの気合いの入れっぷりを見て皆ついて行って、成功したんだし。
2〜3年に1回、ライバルに対して半世代遅れな性能の製品しか出て
こない様では誰もついて行かないよ。
505 :名無しさん@お腹いっぱい。2009/02/13(金) 12:30:06
>>501
AlphaってHPじゃんw

そもそもItaniumみたいなVLIWならともかく、
古典的なISAをまた始める意味は全くないでしょ。
箱ごと売っているSPARCとPOWER以外は死滅したわけだし。
506 :名無しさん@お腹いっぱい。2009/02/13(金) 12:32:05
>>504
やる気はあったけど、うまくいかなかったんだよね。
なにしろSunまでItanium Solaris出してたんだから。
507 :5042009/02/13(金) 12:40:26
>>506

Solaris/ia64は計画段階でやめたんじゃ無かった?

intelもMadisonだした直後くらいまではやる気あったと思うけど、
その頃からx86でAMDに押されまくって、IA64なんて言ってる
騒ぎじゃなくなってからの放置っぷりが酷すぎる。

んで、Core MA出てからは、もうサーバーもこれで良いんじゃないという
流れになって、ますますやる気ナッシングに。
そして、今度出るNehalem-EXとか見るとRASもかなり意識していて、
もうIA64やる気無いだろうと思ってしまう訳で。
508 :5042009/02/13(金) 12:45:20
あとは個人的妄想だけど、NECと共同出資で富士通あたりが引き取れば
いいのにとか思ってしまう。
レジスタウィンドウもどき持っている辺り、SPARC 64と同じ変態系だしなw
509 :名無しさん@お腹いっぱい。2009/02/13(金) 13:10:24
>>503
オープンソースな人たちはgccを使うわけだが、そのgccの生成するIA-64のコードが酷かった。
さらに人間がバイナリレベルでデバッグするのが難しく、さらに、マシンチェック回りはアマチュアには無理。
つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。
510 :名無しさん@お腹いっぱい。2009/02/13(金) 13:15:59
>>505
> そもそもItaniumみたいなVLIWならともかく、

いやいや、VLIWがやっぱり長期互換性の必要な ISAとしてはダメってことを
証明したんでしょ、Itaniumがさ。

> 古典的なISAをまた始める意味は全くないでしょ。

RISC最強w
511 :名無しさん@お腹いっぱい。2009/02/13(金) 13:17:17
>>509
つまりそれは「バッシング」じゃなくて、「正しい見解」、じゃんか。
しごくまっとうな言い分だと思うけど。
512 :名無しさん@お腹いっぱい。2009/02/13(金) 13:19:12
>>509
最後の一行は君の妄想だと思うw
513 :名無しさん@お腹いっぱい。2009/02/13(金) 13:23:17
>>510
いえいえ、x86最強でしょう。

ARM - x86 - POWER(SPARC)の棲み分けでいいんじゃないでしょうか。

しかしIntelは、x86の省消費電力で出遅れたり、
経営戦略の方がさっぱりですね。
514 :名無しさん@お腹いっぱい。2009/02/13(金) 13:23:23
>>505
HPとSamsung(とAPI)が持っていると思われる権利をある程度買ってくれば
なんとかなるかもね
515 :名無しさん@お腹いっぱい。2009/02/13(金) 13:30:58
>>510
静的最適化の世代間互換を諦めていれば、性能はともかく
バイナリ互換は残せるので、もっと早く進歩できたと思うんだけどね。

最初に短いパイプラインで出してしまったので、それを前提にした静的
最適化の効果を残そうとすると、パイプラインを長くする事ができなくて、
クロックが伸び悩んだというのが躓き始めだと思う。
かといってOoO実行に走ると、そもそもEPICの意味がってなるしね。
517 :名無しさん@お腹いっぱい。2009/02/13(金) 13:39:58
>>515
「静的最適化の世代間互換」は、今から諦められないの?
要は、バイナリ互換だけど昔コンパイルしたバイナリは遅い、ってことよね?
まあ、そんな珍しい話でもないよね。程度もんだけど。
518 :名無しさん@お腹いっぱい。2009/02/13(金) 13:42:57
>>514
なんか、DECの残党かき集めたやつが勝ち、みたいな雰囲気感じるんだけど、
気のせい?w
519 :名無しさん@お腹いっぱい。2009/02/13(金) 13:47:06
>>517
マルチコア、マルチタスク環境下で混在すると、
うざいことこの上ない。
520 :名無しさん@お腹いっぱい。2009/02/13(金) 13:53:01
>>517

OoOプロセッサだと最適化世代が違ってもそれなりに動くが、
インオーダプロセッサだと性能の落ち方が大きいし、あとまあ
519の言うような事もあるだろうな。
ということでHPが嫌がって、アグレッシブプランは葬り去られた。
521 :名無しさん@お腹いっぱい。2009/02/13(金) 13:58:53
古いパイプラインのエミュレータを置けって事だからね。
iOにした利点の全てが吹っ飛ぶ。>>515と並行関係にある問題。
523 :名無しさん@お腹いっぱい。2009/02/13(金) 16:20:01
やっぱ ISAは RISCで択一。
524 :名無しさん@お腹いっぱい。2009/02/13(金) 16:30:33
>>510
互換性のシガラミとしては、遅延スロットに比べればマシだろ。

>>511
酷いコンパイラを作っておいて、それを使ってパフォーマンスが出ないとか、もうね。

>>512
IA-64は糞だって表明したオープンソース界のカリスマもいたよ。

>>515
すでに、初代ItaniumとItanium2の間で、最適化の互換性を捨ててるよ。
それによって動作クロックが僅かしか上がらなかったのに実効性能は倍になったよ。
525 :名無しさん@お腹いっぱい。2009/02/13(金) 16:34:06
>>523
長期的に使うISAとしてはRISCは粒度が細かすぎる。

同じことをするのにも多くの命令を必要とすることは、
同じことをするのに多くの命令間の依存関係を調べる必要がある。

しかし、やりたい操作と命令が一対一対応していれば、調べる範囲が狭まる。
526 :名無しさん@お腹いっぱい。2009/02/13(金) 16:41:58
>>524
gccの吐いたコードの速度を基準にしていったわけじゃないのでしょう?
527 :名無しさん@お腹いっぱい。2009/02/13(金) 16:48:45
うわ。ホンモノっぽいの出てきたな。
別にコンパイラ作りようがない、って言ってたんじゃなくて、
作るのが難しい、この先保守もたいへん、って意味でしょ。
それで十分だし。ISAを否定するには。
それに、某カリスマ(なのかね、ほんとにww)が青筋たてて言ったことは
これまでほとんど間違いばっかりだったから、気にするだけ損かとww
528 :名無しさん@お腹いっぱい。2009/02/13(金) 17:07:10
IA64は本当に糞だったのでは?
529 :名無しさん@お腹いっぱい。2009/02/13(金) 17:11:15
>>526
彼らにはgccしかなかった。

オープンソースで、GPL汚染されているコンパイラで、他に何かありました?
530 :名無しさん@お腹いっぱい。2009/02/13(金) 17:11:42
IBMと Sunがビビって賛同して、少し首つっこんだらすぐに離れたから、
そうじゃないかとは思ってた。
531 :名無しさん@お腹いっぱい。2009/02/13(金) 17:12:44
彼らが離れたのは、初代Itaniumがスケジュール遅延したからでしょ。
遅延した結果、自社で抱えているプロセッサのほうが性能が上になってしまった。
532 :名無しさん@お腹いっぱい。2009/02/13(金) 17:16:45
>>528
「x86を置き換えて、ノートPCあたりまで IA-64」とか当初の目標を達成する、という
意味では、十分に「クソ」です。

「x86をシミュレーションしてぜんぜん性能出ない」という意味でも、十分に「クソ」です。

ええ、つまり、*クソ*です。w
533 :名無しさん@お腹いっぱい。2009/02/13(金) 17:17:13
>>509は
> オープンソースな人たちはgccを使うわけだが、
> そのgccの生成するIA-64のコードが酷かった。
> さらに人間がバイナリレベルでデバッグするのが難しく、
> さらに、マシンチェック回りはアマチュアには無理。
> つーわけで、オープンソース方面ではIA-64バッシングが激しかったんだよ。

gcc基準でIA-64をバッシングしていたってソースはあるの?君の脳内以外に

534 :名無しさん@お腹いっぱい。2009/02/13(金) 17:18:35
>>531
それは違うと思うよ。そういうタイミングじゃなかった。
首つっこんで、なんか具体的なもん見た結果、ビビる必要はない、と判断したように
オレには見えた。
535 :名無しさん@お腹いっぱい。2009/02/13(金) 17:26:17
>>531
Sunが最後に表明したのは情報公開が足りないってことだった。
次期CPUとその足廻りの技術情報を出し惜しみしているから、
次のItaniumマシンの設計が出来ないと。
当時も言われていたけど、遅れていて出そうにも出せなかったんだね。

>>534
SunはItanuimのJDKさえも作っていて当時は結構乗り気だったよ。
一時HPよりもSolaris IA64機の話題の方が多かったくらい。
536 :名無しさん@お腹いっぱい。2009/02/13(金) 17:44:55
>>535
当時 Sunは MAJCやってたし、IBMも VLIWずっと研究してたから背景知識は
持ってたはず。で、実際 Solarisの CPU依存部分を実装してみて
「なんだこりゃ」ってなったんじゃないかと推測してる。
「なんか隠してるに違いない」と思ったのかどうだかは知らんが。
いずれにせよ、恐るるに足らん、という結論だろうな。
537 :名無しさん@お腹いっぱい。2009/02/13(金) 17:57:14
> 背景知識は持っていたはず

pgr
パソヲタじゃあるまいし当たり前
538 :やんやん ◆yanyan72E. 2009/02/13(金) 21:33:54 BE:228879465-2BP(0)
流れきってすまん。
CRAY CX1ってこのスレ的にはどうなの?
539 :名無しさん@お腹いっぱい。2009/02/13(金) 21:34:17
>>532
スケジュールが遅延したからな。

本来ならPentium2のデビュー頃に市場に投入されるハズだったのだろう。
Pentium2 233MHzと初代Itaniumのx86命令の実行性能は同程度だというから。
541 :名無しさん@お腹いっぱい。2009/02/14(土) 13:45:18
>>538
どういう関連があるの?
542 :名無しさん@お腹いっぱい。2009/02/14(土) 15:48:10
IA64の方が高性能な互換プロセッサ簡単に作られちゃうとかあるんじゃないの?
543 :名無しさん@お腹いっぱい。2009/02/14(土) 16:55:13
SPARC以上に、命令セットとハードウェアが一体なので、どう作っても同じになっちゃう。
544 :名無しさん@お腹いっぱい。2009/02/14(土) 18:59:01
インテルとしてはx86のブラックボックスが一番都合がいいんじゃないの?
Itaniumでも同一命令グループをいかに効率よく実行するかというところで
知恵の働かせどころはあるけど
546 :名無しさん@お腹いっぱい。2009/02/19(木) 16:11:55
ARMきてるな。
Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態ねw
548 :名無しさん@お腹いっぱい。2009/02/23(月) 04:59:40
>>546
>Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ〜き状態
いまさら何を・・・ここ1,2年はましな方。4年前はもっと酷かったぞw
549 :名無しさん@お腹いっぱい。2009/02/23(月) 07:42:52
Intelは、ItaniumやらずにSPARCとバイナリ互換のCPUを作るべきだったんだよ。

550 :名無しさん@お腹いっぱい。2009/02/23(月) 17:42:58
ISAが SPARCで内部実装が VLIWなら Dave Ditzel連れてくりゃすぐ作りそうだなww
だが Sunでそれをやらなかったのにはそれなりの理由があるかも。
551 :名無しさん@お腹いっぱい。2009/02/23(月) 17:55:06
>>550
SPARC時代にハードウェアによる互換性維持に嫌気がさしたからCodeMorphing。
けど今はIntelにいるからやるかもね。
http://www.theinquirer.net/inquirer/news/264/1017264/dave-ditzel-joins-intel
554 :名無しさん@お腹いっぱい。2009/02/24(火) 10:40:39
最近はマルチコアを有効に利用するための
バイナリ変換に取り組んでいるらしい。
558 :名無しさん@お腹いっぱい。2009/03/02(月) 10:49:10
>>554
AppleがOpenGLスタックのIntel/PowerPC両対応のためにLLVM使っていたが、
ああいう実行時変換をx86→x86でやるんですかね。
EPICとはかなり方向違いですね。
561 :名無しさん@お腹いっぱい。2009/04/21(火) 17:29:13
SPARCのハイエンド置き換えなら、そうすぐ乗り換えられる規模の
客じゃないから、今度こそ遅れずに今年中の出荷ができたら間に
合うんじゃね?
562 :名無しさん@お腹いっぱい。2009/04/21(火) 17:35:14
いったい誰にそんな「やる気」があるんだよww
Intel? HP? それとも、ふじつーかぁ??ww
たとえ作れてももう出さないかと。
563 :名無しさん@お腹いっぱい。2009/04/21(火) 18:10:29
AMDに 64bit化で追い詰められた末、Intel自身で Itaを葬るしか道はなかったわけだ。
amd64互換な x86石の性能を上げることによって。

けど、もっと遡って見れば単に宣言したような性能にまったく届かなかったから退場、
単にそれだけのことだけどね。x86を置き換えてしまうはずだったんだから。

「こんだけ条件ズタズタでもチカラワザでかつ条件付きならここまで挽回できまっせー」
....わかったわかった、もういいから無駄使いはやめてくれよ..
564 :名無しさん@お腹いっぱい。2009/04/21(火) 18:19:30
いや、Solaris/ia64なんてのが出るとは思って無いけど、
普通にSPARCのハイエンド機入れてるような顧客で、
大型UNIX機を使い続けたい所に、HP-UXのハイエンド機を
売り込んで行く事はあるだろうって意味でのチャンスだよ。
まあ、先行きのあまりない市場だけど。
565 :名無しさん@お腹いっぱい。2009/04/21(火) 18:51:10
HPは Nehalemだと RAS弱 & Linuxになっちゃうから客によっては Itaしかないか。
PA-RISC売るんじゃねーの? まだあるんだよなw
566 :名無しさん@お腹いっぱい。2009/04/22(水) 02:36:16
今更SPARCの置き換えにPA-RISC如何ですか?
なんて言ってくる奴がいたら、そいつは出入禁止にしてやるw

まあ、OracleにハイエンドSPARC続ける気があるとは思えないんだが、
富士通は続ける気がありそうというか。ここでSPARC買い取る位の
事をすれば、あのクソ会社も多少は浮かぶ(もしくは轟沈)と思うがね。
567 :名無しさん@お腹いっぱい。2009/04/22(水) 10:01:44
>>566
いやいや、Itaは先わかんないんで PA-RISCにしときやしょーや.. てのは置いといてww

> 富士通は続ける気がありそうというか。ここでSPARC買い取る位の

富士通的には OraSunから新型発表がないと SPARC64が出るわけで、
以前の出荷量に比べればぜんぜんオイシイ可能性が高いよ。

> 事をすれば、あのクソ会社も多少は浮かぶ(もしくは轟沈)と思うがね。

手持ち SPARCがあるのに、あんだけ Itaにリソース割いちゃった時点で
論外なんだけど。まあ、IBMにもってかれなかったのはついてたね。
568 :名無しさん@お腹いっぱい。2009/04/22(水) 19:39:17
SunがIBMに買われてたら、IBM互換路線に戻ることになって
それはそれで良かったかも知れないぞw
570 :名無しさん@お腹いっぱい。2009/04/23(木) 19:14:52
IBMがSPARCを保有するんだから、IBM互換路線じゃん
571 :名無しさん@お腹いっぱい。2009/04/24(金) 11:36:10
まったく意味解らん。>>570 が何言ってるのか誰か解説してくれ。
575 :名無しさん@お腹いっぱい。2009/04/27(月) 10:08:05
「Ita買ったオレを、少しは Ita割ってくれ」、そういう意味だ。
578 :名無しさん@お腹いっぱい。2009/05/01(金) 13:47:25
IA-64、Itanium。
これは壮大な釣りだったんだ。
釣り乙。> Inte1
580 :名無しさん@お腹いっぱい。2009/05/01(金) 15:07:04
釣ったのは HPだろ。釣られたのが Intel。
釣られてもないのに浜に打ち上がっちゃったのが... ああっ、かわいそうぅぅぅう〜
581 :名無しさん@お腹いっぱい。2009/05/01(金) 20:38:36
Intelは遠望思慮に長けているので、釣られたように見せているだけ。
黒幕は、Intel。
583 :名無しさん@お腹いっぱい。2009/05/01(金) 20:58:05
>>581
え? 今までのとこで Intelが Itaで得たメリットって、何?
エサにかかった会社の一掃かw?
自爆ギャグにしか取れんぞwwww
587 :名無しさん@お腹いっぱい。2009/05/02(土) 10:44:53
GCCでは EPIC的な最適化という点ではまったく期待できないのでは。
590 :名無しさん@お腹いっぱい。2009/05/06(水) 12:21:14
>>583
Intelは、DECのAlphaアーキを完全につぶしたかった and Alphaアーキ関係者を引き入れたかった。
黒いな>Intel
592 :名無しさん@お腹いっぱい。2009/05/07(木) 13:36:33
>>590
どの時期かにもよるとは思うが...

DEC Alphaはハイエンド向けで、MIPS, PowerPC, SPARCとかと違ってローエンドに
降りてくる気配はなかったから、当初の Itaのレンジ(x86置き換え)にぶつかって
Intelが潰したかったとはちょっと考えにくいかと。

それと、Alpha関係者は Intelでは Pen4で高クロック化に投入されて、Ita方面には
あまり回ってきてないのでは?

> 黒いな>Intel

そうなの?ww
593 :名無しさん@お腹いっぱい。2009/05/07(木) 21:07:06
>>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
>>593
> そもそもPen4系がIntelのbread and butterだから、Itaniumがうまくいかなくても
一応「x86はもう寿命、先がない」と公言してたけどなww

> 上記の裏打ちで、Itaniumに関心が無いので無駄なProjectに人的リソースをさかなかっただけ。
メインは HPの連中だったから、同じオリに入れると血まみれになるだろww

> 【結論】
> 釣り乙Intel
乙!!
595 :名無しさん@お腹いっぱい。2009/05/08(金) 20:56:43
HPってさ、DEC AlphaやPA RISCを投げ捨てて、
Itaniumに走ったけど、何なの?バカなの?自爆したいの?
596 :名無しさん@お腹いっぱい。2009/05/08(金) 21:29:59
まあ、Itaは PA-RISCの後継石なわけで。だから HP-UXがうまいこと動くわけで。
乗って走ったのは Intel。w x86を投げ捨てて...のハズだったがコケたw
598 :名無しさん@お腹いっぱい。2009/05/09(土) 06:39:06
>>595
HPの技術的判断が正しかったのはGPIB(HP-IB)くらいじゃないのか?
600 :名無しさん@お腹いっぱい。2009/05/09(土) 12:00:17
Intelの意に反してx86-64が事実上の64bit業界標準となりつつある事態
ia64は第二のiAPX432に
601 :名無しさん@お腹いっぱい。2009/05/09(土) 12:25:56
なりつつあるんじゃなくて、もうなってるだろ
とはいえ、IA64はHP専用のアーキテクチャとして
しばらくは生き残るんじゃないか?
602 :名無しさん@お腹いっぱい。2009/05/09(土) 13:38:22
iAXP432の後に i860もあるよんw
けど i960を 64bit拡張して MP対応させるのがいちばんよかったんじゃないか?
バークレーRISCだしさ。
603 :名無しさん@お腹いっぱい。2009/05/09(土) 15:42:54
RAIDカードにはi960が載っているのが当然と思っていたこともあります
612 :名無しさん@お腹いっぱい。2009/05/23(土) 16:33:14
Itanium機でFreeなUnixを使いたいんだが、あんまり安いマシンが無いんだねぇ
613 :名無しさん@お腹いっぱい。2009/05/25(月) 20:25:42
「インテル、次期「Itanium」の出荷時期を“またもや”延期」
http://www.computerworld.jp/topics/mcore/146851.html

もう絶対、出ない。出さない。出るわけない。
614 :名無しさん@お腹いっぱい。2009/05/25(月) 22:48:18
>>612
リース落ちとか結構な値段付いてんだよね
615 :名無しさん@お腹いっぱい。2009/05/26(火) 02:08:32
>>614
気軽に遊べないじゃんw
618 :名無しさん@お腹いっぱい。2009/06/21(日) 02:04:24
元日本hp社員です。
Ita2はもうヤバイだろうね。
商用UNIXでPOWER6に勝ち目が全く無い
619 :名無しさん@お腹いっぱい。2009/06/21(日) 05:53:29
>>618
それってクロック周波数の話?
それともベンチマーク?

IBMに転職したんだねw
620 :名無しさん@お腹いっぱい。2009/06/21(日) 12:03:24
Itaってもともとスペックがいいというより、Windowsが動くのが売りだったんじゃないの?
621 :名無しさん@お腹いっぱい。2009/06/21(日) 12:47:22
>>619
商業的にってことでねか。
622 :名無しさん@お腹いっぱい。2009/06/21(日) 13:56:45
>>620
それ言っちゃ駄目
623 :名無しさん@お腹いっぱい。2009/06/21(日) 15:43:29
Nehalemが性能よすぎて
ItaniumでWindowsを動かすメリットはほとんどないんじゃないか
チップが故障しにくい程度?
626 :名無しさん@お腹いっぱい。2009/06/22(月) 11:26:24
>>620
いやいや、HP-UXですよ。PA-RISCの資産保護。
628 :名無しさん@お腹いっぱい。2009/07/08(水) 13:28:00
Intelが MSに対してそんな強気に出れるわけがない。
事実 MSに葬られたも同然だし、ia64。 ..輪かけて自滅したけどw
629 :名無しさん@お腹いっぱい。2009/07/08(水) 14:57:08
もはやXeonだかCore*Duoやらどうでもいい希ガス
足の互換性だけなんとかしてくれw
631 :名無しさん@お腹いっぱい。2009/07/10(金) 23:11:37
このアーキテクチャって、HP主導で開発したっていうけど
じゃあなんで、PA-64やHP-64ではなくIA-64なの?
IA-64って名乗るからには、どう見てもIntel主導での開発だろ。
Intel擁護者、乙
633 :名無しさん@お腹いっぱい。2009/07/11(土) 10:48:13
>>631
若者よ。歴史を学びなさい。
634 :名無しさん@お腹いっぱい。2009/07/13(月) 10:04:55
>>631
金は、Intelが出した。ダマされたw

こんな安っぽい詐欺にやられるくらいだから、Intelはよっぽどエンプラもんの
評価判断能力がないんだろうな。
i960捨ててこんなんにかかっちまうんだからww
StrongARM捨てたのも単なる判断ミスだろう。ひどい話だ。
635 :名無しさん@お腹いっぱい。2009/07/13(月) 10:06:39
みんな、このムダ金は君の x86 CPUに転嫁されて回収されているんだぞ。
よく考えろ。誰がツケを払っているのか。
636 :名無しさん@お腹いっぱい。2009/07/13(月) 17:39:37
>>631
あっ、もう、なすり合いになってんのかw?
「こんなブサイクなもん作ったん、ウチじゃねー!!」wwww
638 :名無しさん@お腹いっぱい。2009/07/14(火) 09:26:48
壊れるまで使ってくれ。
でも、プラットフォームの移行だけは考えておかないと。
639 :名無しさん@お腹いっぱい。2009/07/14(火) 15:49:21
こないだまで Multics使ってたとこみたいに、なるんだろ。
640 :名無しさん@お腹いっぱい。2009/07/15(水) 00:04:10
>>639
全然違う。
Multicsはsecurity levelが高いプロダクトがあるから使われていた。
Itaniumは機能面で他を圧倒するところはまるでない。
641 :名無しさん@お腹いっぱい。2009/07/15(水) 12:13:15
わかった。じゃ、今でも PDP-11使ってるとこみたいになるんだ?!
642 :名無しさん@お腹いっぱい。2009/07/17(金) 01:52:04
IA64しょぼw
なんなのこれ?ネタなの?
ネタアーキ?プゲラッチョwwww
643 :名無しさん@お腹いっぱい。2009/07/17(金) 10:00:29
いやいや、はんどあせんぶるすりゃ、6命令同時実行だぞ。すげ〜だろ?!
644 :名無しさん@お腹いっぱい。2009/07/17(金) 10:01:56
>>642
たくさんのアーキテクチャと会社を吸着して、トモダオレにしました。すごいだろ?
ハエ取り紙のような..ww
645 :名無しさん@お腹いっぱい。2009/07/17(金) 23:28:39
IAのIはIntelのIとも言うけど、本当はIncompleteのIなんだよ。
だからIA-64は、Incomplete Architecture-64なんだよ。
これは試験に出るから覚えといた方が良いよ。
646 :名無しさん@お腹いっぱい。2009/07/17(金) 23:36:17
>>643
すごくね〜よw
ハンドアセンブルすればって、どんだけ使えないアーキテクチャなんだよw
648 :名無しさん@お腹いっぱい。2009/07/19(日) 17:47:49
>>646
なっ、何だと?!! ハンドアセンブルでできるんだったら、後はコンパイラーが
がんばりゃ、そんだけのことじゃねーか。できたも同然なんだよ。ちょくら待ってろ。
おい、コンパイラー担当、なんとか言ってやれ、黙ってないで。
651 :名無しさん@お腹いっぱい。2009/07/21(火) 10:40:02
関数型言語のコンパイラだと
Itaniumの演算機フル活用できるとかなんとかハッタリかましてなかった?
ああいう話は全部最初から客を騙すためのものだったということなのね
654 :名無しさん@お腹いっぱい。2009/07/30(木) 10:00:13
Ita作ると Xeon売る羽目に陥り、Atom作ると Core2売る羽目に陥る。
がんじがらめな感じ。ある意味気の毒な会社だ。
まあそれを選んだのは自身だが。めーわくなこった。
655 :名無しさん@お腹いっぱい。2009/07/30(木) 22:29:19
ItaからXeonはアレだが
atomからCore2はIntel大喜びだろう
656 :名無しさん@お腹いっぱい。2009/07/31(金) 09:43:19
>>655
> atomからCore2はIntel大喜びだろう

Core2のパイを喰われるから、Atomを抑える(売れなくする)しか道がない、という
意味な。うれしいわけがない。
勝手に Core2の方が売れるんなら別だが、市況は逆。

Atomの存在意義はピンチに陥っていると考えて間違いない。
正味 ARMと対抗できるレベルにならないと、いらない子になるしかない。サヨナラ
というわけで、Atomは今のうちに買っといた方がいいかもw
657 :名無しさん@お腹いっぱい。2009/07/31(金) 13:36:25
>>656
Atom v.s. Core2って、バカのしったかぶりとしか思えない。
658 :名無しさん@お腹いっぱい。2009/07/31(金) 14:04:10
>>657
「ネットブック以外にも選択肢はある」--インテルCEO、超薄型ノートPCを喧伝
ttp://japan.cnet.com/news/biz/story/0,2000056020,20396849,00.htm

田舎でニュースこないの?
659 :名無しさん@お腹いっぱい。2009/07/31(金) 14:09:06

| さらに、Otellini氏は共食いの問題に再び言及した。すなわち、ネットブックには、
| よりメインストリームのノートPCから市場シェアを奪う傾向があるという問題だ。
| Otellini氏は別のアナリストからの質問に答えて、「共食いと言っても、
| ネットブックの割合はおそらくノートPC全体の20%程度だろう」と述べた。

CEO涙目wwww
661 :名無しさん@お腹いっぱい。2009/07/31(金) 16:23:41
↑と、「バカのしったか」をはるかに凌ぐバカが申しております。
671 :名無しさん@お腹いっぱい。2009/11/27(金) 09:09:52
ポルトガルで 25台納入だって。すげー。ポルトガル気はたしかか?!ww
672 :名無しさん@お腹いっぱい。2009/11/27(金) 09:10:55
>>671
世界で累計約 1400台。けっこう売れてんじゃん。
673 :名無しさん@お腹いっぱい。2009/11/27(金) 19:16:55
>>671-672
↓これか
富士通子会社がポルトガル大手通信事業者に「PRIMEQUEST」を25台以上納入
http://itpro.nikkeibp.co.jp/article/NEWS/20091126/341167/
674 :名無しさん@お腹いっぱい。2009/11/27(金) 20:09:02
3年間で1万台売る予定だったんだから
予定の1割くらいは売れたわけか
679 :名無しさん@お腹いっぱい。2009/12/28(月) 10:21:17
そろそろもなにも。Itaがよかったことなんかこれまで一度たりとも....
680 :名無しさん@お腹いっぱい。2009/12/28(月) 16:06:51
そういえば Otaxという Fax機に搭載されてたプロセッサーが Otaniumだった。
681 :名無しさん@お腹いっぱい。2009/12/28(月) 20:41:17
性能の割に安値だったので,
ついついヤフオクでItaサーバーに入札してしまった.
682 :名無しさん@お腹いっぱい。2009/12/29(火) 08:54:47
ガラクタ趣味で遊ぶのに電力喰うやつはお下品でなぁ..
まあ、VAX7xxや PDP-11動かしてる人もいるみたいだけど、米国にはww
684 :名無しさん@お腹いっぱい。2010/01/02(土) 15:59:06
age

RedhatあたりがItaniumのサポートをやめるらしいな・・・
685 :名無しさん@お腹いっぱい。2010/01/03(日) 23:03:50
>>684
12/19(土)の >676 を 100萬回くらい参照してください。
688 :名無しさん@お腹いっぱい。2010/02/09(火) 16:54:41
まあ、こいつは焼き直しだからな。もう新規コアのは出ないだろう。
689 :名無しさん@お腹いっぱい。2010/02/10(水) 10:29:25
3年かかって、コア 2倍で性能が 2倍...
この先プロセスが 45nmとかになったらすごそうな気はするけど。そこまでだろなw
690 :名無しさん@お腹いっぱい。2010/02/10(水) 21:57:46
今回が65nmで、次は32nmじゃなかったっけ?
692 :名無しさん@お腹いっぱい。2010/02/12(金) 11:18:00
>>690
かなり性能は上がりそうだが、消費電力はそれでやっと「マトモ」になるんだろな。
Intelも実はトドメ刺したいんだろうしww
693 :名無しさん@お腹いっぱい。2010/02/27(土) 10:07:35
>>692

エンタープライズ系だから、これでも消費電力が際立って大きいってことはないよ
695 :名無しさん@お腹いっぱい。2010/03/26(金) 23:42:36
Itaniumじゃないと高速に処理出来ない物なんてあんのかな
696 :名無しさん@お腹いっぱい。2010/03/31(水) 12:25:20
>>695
既にItanium向けに作ってしまったバイナリ
698 :名無しさん@お腹いっぱい。2010/03/31(水) 17:52:04
HPが次に鳴り物入りで作る最高グレードx86-64機には、
Itaniumエミュレータが付くと断言できる。

マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006
マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006