ItaniumをUNIXで使うスレ

オレの神経はまったくもって普通だが、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 はトカゲのしっぽなのか.. まんまとハマッた?!

25 ：名無しさん＠お腹いっぱい。：2008/07/16(水) 13:21:00

ありがとう、そしてさようなら。

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 にまとめられ、凝縮され、いままさに『ポイッ』と
捨てられようとしている。
しかも、チマチマうるさかった日本企業のメインフレーム技術も吸着して。
こう、掃除機の圧縮パックみたいに、ぽいっ。さよーならーー ...はーさっぱりした

27 ：名無しさん＠お腹いっぱい。：2008/07/17(木) 13:21:46

撲滅、ということで、いいですか? まだですか?

28 ：名無しさん＠お腹いっぱい。：2008/07/18(金) 00:14:56

>>26
Itaniumって偉大なCPUじゃないですか…

29 ：名無しさん＠お腹いっぱい。：2008/07/18(金) 01:18:00

偉大過ぎる。ここまで何もかも吸着してくれる OS は後にも先にももうあるまい。

30 ：名無しさん＠お腹いっぱい。：2008/07/18(金) 14:06:58

24-29まで一人の粘着でした。ご苦労さん。

31 ：名無しさん＠お腹いっぱい。：2008/07/22(火) 13:46:22

前スレで富士通の鯖をゲットした人の続報を聞きたい。

32 ：名無しさん＠お腹いっぱい。：2008/07/23(水) 14:08:03

じゃ、終りね。

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スレから出張して荒らしに来なくていいぞ。

35 ：名無しさん＠お腹いっぱい。：2008/07/28(月) 12:02:20

なんか役に立つこと少しでも書いてみろよ。

36 ：名無しさん＠お腹いっぱい。：2008/07/28(月) 15:27:50

だな。荒らしは役に立つことを何一つ言ってないし。

37 ：名無しさん＠お腹いっぱい。：2008/07/29(火) 19:14:42

クロックも大して変わらないのに
PA-RISC辞めたのは何故？

38 ：名無しさん＠お腹いっぱい。：2008/07/29(火) 20:14:05

HP一社ではPA-RISCおよびコンパイラの開発費を出せなくなるという将来予測があったから、だと思う。
当時、SGIもMIPSの開発を続けるのは体力的に無理と判断して、IA-64に移行を発表したりしてた。

39 ：名無しさん＠お腹いっぱい。：2008/07/29(火) 21:29:16

そして、HP-UX が終るとともに、Ita も終りですね。合掌。

40 ：名無しさん＠お腹いっぱい。：2008/07/31(木) 13:09:33

HP-UX の需要がある程度残ってるのに、Ita 打ち切りで HP-UX 道連れということも
あるのでは?

41 ：名無しさん＠お腹いっぱい。：2008/08/01(金) 00:33:23

Ita打ち切るならHP-UXをx64対応させるだろ？

42 ：名無しさん＠お腹いっぱい。：2008/08/01(金) 00:47:50

HP-UXやアプリをx64対応させるよりは、
IA64エミュレータを作ったほうが簡単じゃね?

43 ：名無しさん＠お腹いっぱい。：2008/08/01(金) 01:11:59

なるほど

44 ：名無しさん＠お腹いっぱい。：2008/08/01(金) 01:32:11

PA-RISCバイナリをIA-64上でエミュレーションで走らせていて、
それをさらに、IA-64&HP-UX環境エミュレータ上で走らせるのか。

45 ：名無しさん＠お腹いっぱい。：2008/08/04(月) 15:38:27

PA-RISC エミュレーターを x64 上に.. ....(号泣!!!!)

46 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 00:47:03

なんで泣くの？

47 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 10:21:50

Ita の存在が不要だから。

48 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 13:20:00

もう採用話皆無だね。

49 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 13:57:33

新製品出るの? ソケット互換? CPU 差し替えるだけ?

50 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 15:48:53

スレタイが「ItaniumをUNIXで」になってるけど、使えるのはHP-UX
だけじゃないのか？
他に使えるUNIXってあんの？

51 ：名無しさん＠お腹いっぱい。：2008/08/05(火) 15:49:34

はいはい。商標。商標。

52 ：名無しさん＠お腹いっぱい。：2008/08/06(水) 11:31:35

Unix V6

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 じゃないらしいけどｗ
そもそも 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万ってｗ
…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

69 ：名無しさん＠お腹いっぱい。：2008/08/16(土) 00:51:43

2かな

70 ：名無しさん＠お腹いっぱい。：2008/08/16(土) 03:32:37

いや 1だ。

71 ：名無しさん＠お腹いっぱい。：2008/08/16(土) 09:08:47

ある中古通販ショップがItaniumを大量仕入れ。

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

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

転売屋ザマミロってところですか。

72 ：名無しさん＠お腹いっぱい。：2008/08/16(土) 09:58:51

1は別に普通だしな

73 ：名無しさん＠お腹いっぱい。：2008/08/16(土) 10:02:45

パソコン向けに量産されてるCPUでさえ、かなりのバグを持っている。
本来のパフォーマンスが出ない、極まれに異常動作するけど気にするな、
そういうのを無視しないサーバのユーザの場合はどんどん無償交換するのでしょう。

74 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 13:46:35

そんなの Ita だけだぞ。アホか。ほんとにマヒしとるなww
対応とかそういう以前の問題だろ。

75 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 15:35:28

一時期のSPARCの故障ほどでもないさ。

76 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 18:44:42

いくら下をみたからといって、上に上がれるわけじゃないぞ。

77 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 20:07:45

ダメもんわかってて使ってあげてるのか。イタましいな。

78 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 20:22:47

HP-UXでのユーザが相当数いるはずなのに、このスレの状況。

79 ：名無しさん＠お腹いっぱい。：2008/08/17(日) 21:14:27

学生や趣味のユーザがいないのは妥当かと。

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
してないのか、方針転換?

84 ：名無しさん＠お腹いっぱい。：2008/08/18(月) 23:49:19

Itaやめる、という方針転換はしてないな。

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

89 ：名無しさん＠お腹いっぱい。：2008/08/19(火) 21:17:12

11i = iモードの鯖で鍛えられました

90 ：名無しさん＠お腹いっぱい。：2008/08/20(水) 00:20:30

>>87
> なんて話になりかねん。

もう、なってるんじゃね？

91 ：名無しさん＠お腹いっぱい。：2008/08/20(水) 00:41:54

SolarisよりもWindowsを乗っけたほうがいい、なんて話もあるぞ。

92 ：名無しさん＠お腹いっぱい。：2008/08/20(水) 01:01:03

まあ、Windowsなら一応Itaniumでも動くし

93 ：名無しさん＠お腹いっぱい。：2008/08/20(水) 08:23:57

95ｲﾝｽｺしてﾍﾞﾝﾁとりてぇ・・・・ｗｗ

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スレから出張してきてる荒らしなのでスルーしてください。

97 ：名無しさん＠お腹いっぱい。：2008/08/20(水) 13:14:33

荒してんのはおまえだって言ってんだろ?

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 名前：隔離犯１号[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 で使われてるもの?
まさか、ぜんぜん別物、ってことは、ないよね?

106 ：名無しさん＠お腹いっぱい。：2008/08/21(木) 11:22:35

同じ物が使われる予定

107 ：名無しさん＠お腹いっぱい。：2008/08/21(木) 11:38:45

ということは、ついにソケット互換?

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

111 ：名無しさん＠お腹いっぱい。：2008/08/21(木) 14:11:22

>>109
1MBを6個

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個になっちゃう。

114 ：名無しさん＠お腹いっぱい。：2008/08/21(木) 17:02:13

まあ、お下品ww

115 ：名無しさん＠お腹いっぱい。：2008/08/29(金) 19:58:33

HP-UX って、Itanium ネイティブなの? それとも PA-RISC 用がエミュレーションで
動いてるの?

116 ：名無しさん＠お腹いっぱい。：2008/08/30(土) 17:39:08

しーん。

117 ：名無しさん＠お腹いっぱい。：2008/09/01(月) 11:12:27

しーん..

118 ：名無しさん＠お腹いっぱい。：2008/09/01(月) 16:15:08

（まじでそうなの..?）

119 ：名無しさん＠お腹いっぱい。：2008/09/03(水) 16:14:53

VMS 動くんだっけ?

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 バイナリのままなのか』

130 ：名無しさん＠お腹いっぱい。：2008/09/10(水) 11:31:24

コストパフォーマンス

131 ：名無しさん＠お腹いっぱい。：2008/09/10(水) 11:44:10

え?

132 ：名無しさん＠お腹いっぱい。：2008/09/10(水) 11:46:08

ニセモノだろ。まさかねw

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
御社のお仕事を貶すわけではありませんが、
銀行やキャリアを相手にした仕事とは世界が違うことを認識してください。

137 ：dns1.netside.co.jp ：2008/09/10(水) 17:01:00

だんだん具体的な話で核心に迫ってきました!!

138 ：dns1.netside.co.jp ：2008/09/10(水) 17:07:24

>>136
銀行やキャリアってそんないい加減な説明しかできなくても買ってくれるの?
楽勝なんだね。
オレが知ってる客と違うな... 日本じゃないよねもちろん?

139 ：名無しさん＠お腹いっぱい。：2008/09/10(水) 17:24:36

>>138
そういうのは一次請の会社の仕事だからな。

140 ：dns1.netside.co.jp ：2008/09/10(水) 17:55:44

そういう詐欺構造だ、と言ってるの?

141 ：名無しさん＠お腹いっぱい。：2008/09/10(水) 18:01:32

No.

142 ：名無しさん＠お腹いっぱい。：2008/09/11(木) 22:40:30

運用で金を生む

誰が？ｗ

143 ：名無しさん＠お腹いっぱい。：2008/09/12(金) 11:08:10

先生、続き ↓ をお願いします。前振りは十分ですので、そろそろ本論で。

144 ：名無しさん＠お腹いっぱい。：2008/09/12(金) 11:11:58

カマッテチャンが寄生してるスレ

145 ：名無しさん＠お腹いっぱい。：2008/09/12(金) 11:30:23

何もかもがコンパイルするだけで済むなら
PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない

ってことが理解できないアホが粘着してるだけ

146 ：名無しさん＠お腹いっぱい。：2008/09/12(金) 14:08:28

『--- CDE 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

157 ：名無しさん＠お腹いっぱい。：2008/09/12(金) 17:56:29

コストの問題だって、とっくに既出。

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とかそいうーので語ってｋれ

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 に載せた時点で動作テストしなくていいってか? ソンナバカナ..

171 ：名無しさん＠お腹いっぱい。：2008/09/17(水) 17:15:50

先生、そろそろ本論で。↓ 前振りはもう十分です...

172 ：名無しさん＠お腹いっぱい。：2008/09/17(水) 18:58:42

結論、大手ベンダで働け!

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

一生やっとけゴミ。

185 ：名無しさん＠お腹いっぱい。：2008/09/21(日) 04:39:57

このスレきもい
カマッテチャンが必死になってる

186 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 00:03:49

失笑。キモいのは、おまえ。

187 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 01:22:35

誰がキモくてカマッテチャンで必死なのかわざと書かなかった
そして反応したのが186。

188 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 09:06:39

カマッテチャンなんて使ってんのは、（別のスレも含めて）おまえだけだよ。
あーきしょー

189 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 16:23:15

このスレはキチガイ2名がレスの応報してるだけだな

190 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 21:09:31

で、6コアItanium2はどうなのよ

191 ：名無しさん＠お腹いっぱい。：2008/09/22(月) 23:11:06

そんなの出るの？

192 ：名無しさん＠お腹いっぱい。：2008/09/24(水) 19:09:16

たぶん出ませんw

193 ：名無しさん＠お腹いっぱい。：2008/10/01(水) 15:38:43

みんな、なんで Itaniumなんか買ったの?

194 ：名無しさん＠お腹いっぱい。：2008/10/01(水) 22:26:26

>>193
買ってはないが、
Windows + SQL Serverは32ビットで、将来的に規模拡大したときのアップグレードパスがない
っていう人に対して、Itanium版があるから安心しろって言えるだけで、十分に価値があった。

おっと、ここはUNIX板だったな。

195 ：名無しさん＠お腹いっぱい。：2008/10/01(水) 22:34:49

じゃあ、もう誰も買わないね

196 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 03:07:02

>>193
興味ない人は来るなよ。

197 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 11:08:13

>>194
MS の SQL Serverは amd64で 64bitになっちゃったの?

198 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 11:37:27

AMD64が発表される前の昔の話だろ

199 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 14:09:34

うん、で、今は? まだなってないの?

200 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 14:10:19

自分でマイクロソフトのサイトでも見たら?

201 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 14:47:02

なんでそんなに言いたくないわけ?wwww 恥しくて?w

202 ：名無しさん＠お腹いっぱい。：2008/10/02(木) 14:55:17

いつもの粘着キチガイか

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から出たもんだから。

206 ：名無しさん＠お腹いっぱい。：2008/10/03(金) 12:56:36

レジスタウィンドウが嫌いなんだよ!!

207 ：名無しさん＠お腹いっぱい。：2008/10/03(金) 13:10:08

レジスタウィンドウは使いにくいよね。

208 ：名無しさん＠お腹いっぱい。：2008/10/03(金) 16:16:26

それは違うな。ハマれば高速。

209 ：名無しさん＠お腹いっぱい。：2008/10/03(金) 19:35:02

実際のところ、ハマるのか?

210 ：名無しさん＠お腹いっぱい。：2008/10/04(土) 23:20:18

おっ。いまちょうどハマったw

211 ：名無しさん＠お腹いっぱい。：2008/10/16(木) 13:29:39

JR九州、NX7700iシリーズなど 16台に移行、って書いてあるな。
イマイチ図が小さすぎてよく見えんが。NX7700iが何台だろ?

212 ：名無しさん＠お腹いっぱい。：2008/10/18(土) 02:33:24

メインは8CPU機を2台でクラスタ構成っぽい。

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

いつも相手を馬鹿にした態度で書き込みをしている・・・そういう病人はスルーしましょう。
しかも現実が見えてないですからね。

224 ：名無しさん＠お腹いっぱい。：2008/11/28(金) 18:41:16

よっぽど会社じゃ居場所ないんだろか(´・ω・｀)

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で
置き換えられるようになるのはまだまだかかるんじゃないかな

237 ：名無しさん＠お腹いっぱい。：2008/11/30(日) 04:51:36

>>234
退場。

238 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 10:28:18

実績ないんだから、提示不能。そういうことだよな?ww

239 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 14:40:06

>>238
いいかげんにしろ。

240 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 15:35:14

お前がな。

241 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 15:46:11

x86けなされると、なんでそんなにくやしいの? どーでもいいんだけどさ..

242 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 16:58:43

どーでもいいなら聞く必要もあるまい。
自己矛盾君。

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ベースの
| プラットフォームが確立したら、タイミング的には頃合いだと思うのだが。

245 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 17:41:48

じゃあそうします。

246 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 17:43:51

Itanium International
国際イタニウム株式会社

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回め）

249 ：名無しさん＠お腹いっぱい。：2008/12/02(火) 11:06:45

Itaniumの話しようぜ

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 ：251：2008/12/02(火) 23:57:25

>>271
hp-uxは持ってないし、ドライバサポートに難があって、
確かVGAとSCSIボードを交換する必要があった。
シリアルコンソール＆ATA接続にすりゃ動く様だが、
それじゃあWSとは言えんわなｗ
ちなみにWindowsでもそのままの構成で動く。

273 ：名無しさん＠お腹いっぱい。：2008/12/03(水) 00:16:38

> アドレスが実質的にバスなので

どこの田舎の言葉ですか?

274 ：名無しさん＠お腹いっぱい。：2008/12/03(水) 01:19:53

続きは検証センターででもやればいいのに。

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 ：290：2008/12/03(水) 14:07:06

いっとくけど俺は293じゃないからな。
ItaniumはSPARCより駄目だと思ってるし

298 ：名無しさん＠お腹いっぱい。：2008/12/03(水) 14:09:59

盛り上がってきたなぁ...ww
今何人参加してんだろp

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スレでする
話じゃないな

301 ：名無しさん＠お腹いっぱい。：2008/12/03(水) 14:24:15

CINT2006
ASUSTeK Computer Inc. Asus P6T Deluxe (Intel Core i7-965 Extreme Edition) 33.6 30.2
Fujitsu Limited Fujitsu SPARC Enterprise M3000 12.6 11.5

302 ：名無しさん＠お腹いっぱい。：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

314 ：名無しさん＠お腹いっぱい。：2008/12/03(水) 15:52:53

SUNスレでどうぞ

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」という
話にはならんだろうが。いつまで詭弁を弄するつもりよ?

322 ：名無しさん＠お腹いっぱい。：2008/12/04(木) 10:46:56

興奮してる

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

クロスバーと１回発言すると、どこからかお金が貰えるの？
なら俺も書こうかな。

327 ：名無しさん＠お腹いっぱい。：2008/12/04(木) 12:12:35

「スヌープフィルター」は、金貰えるのか?

328 ：名無しさん＠お腹いっぱい。：2008/12/04(木) 12:33:17

>>324
なんかね、>>321はスヌープフィルタのつもりでスヌープと言ってるっぽいのよ。

>>325
つまり、SunのFireplaneは、
「クロスバーみたいな根本対処といっしょに」できない「付け焼き刃」だって言いたいのね。

329 ：名無しさん＠お腹いっぱい。：2008/12/06(土) 11:05:00

328でFAだな

言葉が通じているようで通じていない人と話をすることほど無駄なものはない。

330 ：名無しさん＠お腹いっぱい。：2008/12/08(月) 12:04:28

Sun信者が無知だってことが明らかになりました

331 ：名無しさん＠お腹いっぱい。：2008/12/17(水) 03:08:26

このスレ久しぶりに来たけどこの話題何回繰り返すんだろうなｗ

332 ：名無しさん＠お腹いっぱい。：2008/12/17(水) 05:01:14

>>331
それは構って欲しいですっていう意味か?

333 ：名無しさん＠お腹いっぱい。：2008/12/17(水) 09:41:45

「そっとしといてほしい」みたいだぜ。たとえ話題皆無でもw

334 ：名無しさん＠お腹いっぱい。：2008/12/17(水) 12:44:29

Sunの糞信者に荒らされるよりは、何も話題がないほうがマシ。

335 ：名無しさん＠お腹いっぱい。：2008/12/17(水) 13:37:33

なんか話題ないの?

336 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 00:55:53

話題無いって言う話題ぐらいしかないねぇ。。。

337 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 01:06:54

Itaniumを仕事で使っているような人は、いまどき2chなんかやらんだろ。

昔は2chにプロがゴロゴロしていて有益な情報交換がなされていたようだが。

338 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 01:17:34

4Q08に発表するという話だったのにまた遅延かという話題ならある

339 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 13:09:47

夢がふくらまないな...w

340 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 13:20:17

>>337
「昔」には 2chなんて「ない」と思うがww

341 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 17:06:44

2chの昔な。

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になってもショックが小さいと思うんだわ。

348 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 23:33:40

Tukwila最強！

349 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 23:44:30

SPARCはベンチマークは駄目だけど、実際は・・・だけどな。。

350 ：名無しさん＠お腹いっぱい。：2008/12/18(木) 23:52:03

SPARC最弱！

351 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 00:03:15

Sun信者ウザイよ。Sunの話はSunスレでやれよ。

352 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 00:23:02

そうだ、そうだ！

353 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 02:14:45

TukwilaもRockに対抗して250Wバージョンを出すべき！

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ネタで埋まるくらい書いたらどうよ?

356 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 11:11:15

>>98-102

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

362 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 14:37:38

結局SPARC馬鹿がいないとスレが盛り上がらないのか

363 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 17:04:17

>>359
少なくとも前スレの冒頭から見てるけど、Sun信者が乗っ取った形だな。

>>361
そりゃ、i860のパイプラインモードがどんなものか理解していなければ、意味不明だろうな。
そういう点で、日本語のwikipediaのi860の説明はダメだな。英語版にはちゃんと説明があったと思う。

364 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 17:34:34

SPARCとItaniumでどっちが先に死ぬか競争だな
x86に統合されて先にItaが死にそうな気がするけど

365 ：名無しさん＠お腹いっぱい。：2008/12/19(金) 17:36:04

どっちもなかなか死なないと思うよ

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
しらないなら
いばるなよ
だめ
こんさる

370 ：名無しさん＠お腹いっぱい。：2008/12/31(水) 10:49:27

知ったかインチキが偉そうに

371 ：名無しさん＠お腹いっぱい。：2009/01/01(木) 11:42:53

Itaサーバの中古、どっかに安いのはないかな

372 ：名無しさん＠お腹いっぱい。：2009/01/02(金) 09:26:25

506 名前：MACオタ＞502 さん[sage] 投稿日：2009/01/01(木) 23:29:46 ID:os1mREWn
>>502
　　--------------
　　Tukwilaはどうなったんだ？もう2009年ですよｗ
　　--------------
更に遅れて今年の第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搭載マシンの開発と両輪で進んでいるのだろう。

374 ：名無しさん＠お腹いっぱい。：2009/01/02(金) 13:27:02

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も一時期は駄目だったけど復調した
必要なのは社内でリーダーシップとってくれる人
予算でも人的リソースでもない

380 ：名無しさん＠お腹いっぱい。：2009/01/04(日) 01:55:55

そうなんだ

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

385 ：名無しさん＠お腹いっぱい。：2009/01/04(日) 17:12:48

↑何を言いたいのかさっぱりわからない書き込みだな

386 ：名無しさん＠お腹いっぱい。：2009/01/04(日) 17:34:52

まぁ、いつものことだ。気にするな

387 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 09:45:32

やっぱメーカー関係者だったんだな、てことさ。
他に道がない、ということを解らんでもないが、後世振り返ってそこに価値を
見い出せるかということも考えた方がいいと思うぞ。

388 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 12:21:52

Sun信者さん、こんなところで荒らしてないで。

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とは限らないが。

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

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

そして、いつか、その試みは成功するだろう。

395 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 15:13:23

あら人気スレ

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上で実行するサーバを出せば売れるだろう。

398 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 15:14:11

RISCは高性能だね
それ以外のは生き残れなかった

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ですよ。

402 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 15:27:20

そのケンタウロスは生きているのか死んでいるのか

403 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 15:35:29

>>397
> x86バイナリをSPARC上で実行するサーバを出せば売れるだろう。
ソフトウェアベースや、x86の載ったアドオンカードのものはあったけど
あまり売れなかった。Alphaでもあったし。Itaでも似たようなことやりかけた。
性能出ててもダメだったと思う。Itaは Intelがやってるって以外、
何も目新しいことはない。賭ける連中の気が知れんw

404 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 15:42:57

そりゃ安いか速いか少なくともどっちかは満たさないとねえ

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

415 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 16:59:09

なんつーか、この苦し紛れさ加減はwwww

416 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 17:09:36

消費電力が少なくてやっすいのを一台なんとか

417 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 17:12:10

>>414-415
連投しないと気がすまない病?

418 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 17:43:01

>>417
偽・スルーみんなにスルーを呼びかける。実はスルーできてない。
失敗スルー我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。
疎開スルー本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。

3つはあてはまるなww

ここからスルーできるかな～?www おかしーw

419 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 17:48:51

うれしそうですね

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採用のデジカメとか、個人向けプリンタ・スキャナ複合機が出てくるだろうね。
そんな無駄だろ? って思うかもしれないが、開発のしやすさがまるで違うんだわ。

422 ：名無しさん＠お腹いっぱい。：2009/01/05(月) 22:47:24

おまえら仕事しろ

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の類はいっぱい使われてるけどな。

426 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:43:25

SPARCとどっちが多い?

427 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:44:16

東芝のHD DVDレコーダーは、x86だったな。
80186とかそんな非力なのではなくて。

428 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:44:46

だから失敗したのか

429 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:46:44

そうだな。SPARCだったら大成功だったところだ。

430 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:50:17

HD DVDプレーヤーにMobile Pentium4 2.54GHzが積まれててﾜﾛﾀ。

431 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 13:59:37

そういうのはパソコンまるごとから削ったタイプのやつだな。
組込み全体から見たら僅かに過ぎんが.. もうひとくくりで語るべきじゃないだろな。
今後増えるだろし。

432 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 14:34:37

Itaniumの話をしてください

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の将来性」ないのを覆した、とか思ってるわけ?
先延ばししただけでしょ、どうヒイキ目に見ても。

435 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 17:40:40

Intelが間違わないという保証があるわけじゃないな

436 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 17:52:44

>>434
お前、なんで必死なんだ?

437 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 18:19:52

命令セットがどうこうってのは20年ほど前の議論だよな
結果から言えば当時の人たちはトレンドを読み外したということでFA

438 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 18:43:40

何の話してんの?

439 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 18:46:11

分からないなら黙ってればいいのに

440 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 18:47:11

なんでそんなに必死なの? ..w

441 ：432：2009/01/06(火) 19:22:22

Itaniumのことだけ書いてください

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の一番ダメな点 = レジスタウィンドウもどきを実装していること。

446 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 20:48:30

Itaniumの一番ダメな点 = EPICじゃないの？

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とは違うものだったらしいですよ。

449 ：名無しさん＠お腹いっぱい。：2009/01/06(火) 21:10:51

なんだかやる気のないやつね

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

デコーダがシンプルになる...いまどきどうでもよいが。
将来の拡張の余地が広がる。これは大きい。

459 ：名無しさん＠お腹いっぱい。：2009/01/07(水) 10:45:34

AVXでおk

460 ：名無しさん＠お腹いっぱい。：2009/01/07(水) 10:54:44

AVX?

あれ長いよ。

たった1バイトしか短くならない・・・1バイトでも短くなることは重要ではあるし、
その次の拡張で長くならないことも重要なのだが、グダグダっしょ。

461 ：名無しさん＠お腹いっぱい。：2009/01/08(木) 15:11:25

ほれ見ろ。オレがネタ投下してやんないとなんも出んがなw

462 ：名無しさん＠お腹いっぱい。：2009/01/08(木) 15:13:49

安くて消費電力の少ないIta2マシンどっかに落ちてないかな
中古でいいよ

463 ：名無しさん＠お腹いっぱい。：2009/01/10(土) 00:42:48

そんな製品がないんだから中古なんてなおさらあるわけないw
複雑化の原因はコンパイラにまかせてコアは単純化されてるはずだから
キャッシュ減らしたら電力食わないんだろ、きっと。そうに違いないwww

464 ：名無しさん＠お腹いっぱい。：2009/01/10(土) 20:06:22

キチガイはスルーで

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の最適化まぬあるによると増えたレジスタは使うなというｗ

470 ：名無しさん＠お腹いっぱい。：2009/01/10(土) 21:38:25

あはははは

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サポートに変更になったとか書き込みがあった。

475 ：名無しさん＠お腹いっぱい。：2009/01/14(水) 12:11:19

そうなればそうなるわな

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 ：474：2009/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 ：483：2009/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=484：2009/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のデータバスの転送だけ速くしても、アドレスバスの処理能力が先にネックになったら無駄なわけで。
そのあたりは難しいよね。

データはとにかく転送すりゃいいんだけど、アドレスは処理しなきゃならないから。

488 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 13:59:49

NECのＡＣＯＳ使ってるけどやっぱ、古いよな？

489 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 14:01:15

それで済むならそれでいいじゃん

490 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 19:56:37

電気代考えると..

491 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 20:01:13

電気代の差額ｘこれからの使用年数　が導入費用と同じ桁になるなら考えてみれば

492 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 20:58:10

いや。所有者のコストじゃなくて地球のコスト。

493 ：名無しさん＠お腹いっぱい。：2009/01/16(金) 21:11:36

新規導入しないほうがいい

494 ：名無しさん＠お腹いっぱい。：2009/01/17(土) 13:11:38

移行に失敗したときのリスクも考えよう。

現状のランニングコストと導入コストが一緒だから、
タダでシステムが新しくなりますよ?
なんていうセールスはアヤシイ

495 ：名無しさん＠お腹いっぱい。：2009/02/02(月) 12:06:16

「ＸＸなんていうセールスはアヤシイですよ」っていうやつがもっとアヤシイ。

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の広告が表示されるページの内容なんて・・・

498 ：名無しさん＠お腹いっぱい。：2009/02/09(月) 07:03:05

あははははは
広告って効果的だね！

499 ：名無しさん＠お腹いっぱい。：2009/02/11(水) 19:42:05

Tukwila、もう出ないんｼﾞｬﾏｲｶ。
http://www.atmarkit.co.jp/news/200902/09/intel.html

500 ：名無しさん＠お腹いっぱい。：2009/02/12(木) 10:51:40

いよいよ i960が 64bit、QPIになって復活します。

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 ：504：2009/02/13(金) 12:40:26

>>506

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

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

んで、Core MA出てからは、もうサーバーもこれで良いんじゃないという
流れになって、ますますやる気ナッシングに。
そして、今度出るNehalem-EXとか見るとRASもかなり意識していて、
もうIA64やる気無いだろうと思ってしまう訳で。

508 ：504：2009/02/13(金) 12:45:20

あとは個人的妄想だけど、NECと共同出資で富士通あたりが引き取れば
いいのにとか思ってしまう。
レジスタウィンドウもどき持っている辺り、SPARC 64と同じ変態系だしなｗ

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の意味がってなるしね。

516 ：名無しさん＠お腹いっぱい。：2009/02/13(金) 13:34:44

Samsungへのライセンシングは終了してるんじゃないのかな。

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と並行関係にある問題。

522 ：名無しさん＠お腹いっぱい。：2009/02/13(金) 16:13:01

んじゃ、詰んでんじゃん。ダメじゃんww

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命令の実行性能は同程度だというから。

540 ：名無しさん＠お腹いっぱい。：2009/02/14(土) 12:43:10

Transmeta Crusoe…

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でも同一命令グループをいかに効率よく実行するかというところで
知恵の働かせどころはあるけど

545 ：名無しさん＠お腹いっぱい。：2009/02/14(土) 23:46:10

そんなに工夫の余地、あったかなぁ。

546 ：名無しさん＠お腹いっぱい。：2009/02/19(木) 16:11:55

ARMきてるな。
Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ～き状態ねw

547 ：名無しさん＠お腹いっぱい。：2009/02/20(金) 22:01:45

Unisys threatens Itanium with death
http://www.theregister.co.uk/2009/02/19/unisys_xeon_unisys/

548 ：名無しさん＠お腹いっぱい。：2009/02/23(月) 04:59:40

>>546
>Itaの連中も x86のテコ入れに駆り出されちゃってるじゃん。ホネぬ～き状態
いまさら何を・・・ここ1,2年はましな方。4年前はもっと酷かったぞｗ

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

552 ：名無しさん＠お腹いっぱい。：2009/02/23(月) 20:44:34

IA-32ELだろ?

553 ：名無しさん＠お腹いっぱい。：2009/02/24(火) 10:25:14

知識ないんだな。

554 ：名無しさん＠お腹いっぱい。：2009/02/24(火) 10:40:39

最近はマルチコアを有効に利用するための
バイナリ変換に取り組んでいるらしい。

555 ：名無しさん＠お腹いっぱい。：2009/02/25(水) 23:48:23

へぇ

556 ：名無しさん＠お腹いっぱい。：2009/02/28(土) 21:24:35

それ、何のFX!32？

557 ：名無しさん＠お腹いっぱい。：2009/03/02(月) 10:28:00

FX!32はぜんぜん違うだろ何言ってんだかw

558 ：名無しさん＠お腹いっぱい。：2009/03/02(月) 10:49:10

>>554
AppleがOpenGLスタックのIntel/PowerPC両対応のためにLLVM使っていたが、
ああいう実行時変換をx86→x86でやるんですかね。
EPICとはかなり方向違いですね。

559 ：名無しさん＠お腹いっぱい。：2009/04/21(火) 16:06:35

Sun終了
Itanium始まったな

560 ：名無しさん＠お腹いっぱい。：2009/04/21(火) 17:25:15

Tukwilaさえ出荷できてたら、確かにチャンスだったかも。

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如何ですか？
なんて言ってくる奴がいたら、そいつは出入禁止にしてやるｗ

まあ、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互換路線に戻ることになって
それはそれで良かったかも知れないぞｗ

569 ：名無しさん＠お腹いっぱい。：2009/04/23(木) 15:09:56

IBM互換路線? 汎用機の話? ちょっと意味わからん..

570 ：名無しさん＠お腹いっぱい。：2009/04/23(木) 19:14:52

IBMがSPARCを保有するんだから、IBM互換路線じゃん

571 ：名無しさん＠お腹いっぱい。：2009/04/24(金) 11:36:10

まったく意味解らん。>>570 が何言ってるのか誰か解説してくれ。

572 ：名無しさん＠お腹いっぱい。：2009/04/24(金) 19:59:28

おれもわかんない

573 ：名無しさん＠お腹いっぱい。：2009/04/25(土) 10:17:10

じゃあ、おれも

574 ：名無しさん＠お腹いっぱい。：2009/04/25(土) 18:34:40

おれもおれも

575 ：名無しさん＠お腹いっぱい。：2009/04/27(月) 10:08:05

「Ita買ったオレを、少しは Ita割ってくれ」、そういう意味だ。

576 ：名無しさん＠お腹いっぱい。：2009/04/27(月) 13:48:04

同情はするが

577 ：名無しさん＠お腹いっぱい。：2009/04/28(火) 17:14:59

金は出さんぞ

578 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 13:47:25

IA-64、Itanium。
これは壮大な釣りだったんだ。
釣り乙。> Inte1

579 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 13:55:52

Itaniumで日本が釣れたってことですね。わかります。

580 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 15:07:04

釣ったのは HPだろ。釣られたのが Intel。
釣られてもないのに浜に打ち上がっちゃったのが... ああっ、かわいそうぅぅぅう～

581 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 20:38:36

Intelは遠望思慮に長けているので、釣られたように見せているだけ。
黒幕は、Intel。

582 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 20:47:38

遠謀深慮

583 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 20:58:05

>>581
え? 今までのとこで Intelが Itaで得たメリットって、何?
エサにかかった会社の一掃かw?
自爆ギャグにしか取れんぞwwww

584 ：名無しさん＠お腹いっぱい。：2009/05/01(金) 22:04:14

Itanium で使えるフリーの Unix は何がありますか？

585 ：名無しさん＠お腹いっぱい。：2009/05/02(土) 09:22:53

http://en.wikipedia.org/wiki/Comparison_of_Linux_distributions#Architecture_support

586 ：名無しさん＠お腹いっぱい。：2009/05/02(土) 09:42:08

ia64は FreeBSDと NetBSDもあったと思うぞ。まともに動くかは知らんw

587 ：名無しさん＠お腹いっぱい。：2009/05/02(土) 10:44:53

GCCでは EPIC的な最適化という点ではまったく期待できないのでは。

588 ：名無しさん＠お腹いっぱい。：2009/05/02(土) 21:24:37

icc 使えばいんじゃね

589 ：名無しさん＠お腹いっぱい。：2009/05/05(火) 17:00:04

そのiccも期待できないｗ

590 ：名無しさん＠お腹いっぱい。：2009/05/06(水) 12:21:14

>>583
Intelは、DECのAlphaアーキを完全につぶしたかった and Alphaアーキ関係者を引き入れたかった。
黒いな＞Intel

591 ：名無しさん＠お腹いっぱい。：2009/05/06(水) 12:30:03

Itanium終了のお知らせ

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

597 ：名無しさん＠お腹いっぱい。：2009/05/08(金) 22:40:02

もう自社開発をやめたかったでFA

598 ：名無しさん＠お腹いっぱい。：2009/05/09(土) 06:39:06

>>595
HPの技術的判断が正しかったのはGPIB(HP-IB)くらいじゃないのか？

599 ：名無しさん＠お腹いっぱい。：2009/05/09(土) 08:49:28

デバイス屋さんだからねぇ。本質的には。

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が載っているのが当然と思っていたこともあります

604 ：名無しさん＠お腹いっぱい。：2009/05/11(月) 18:26:22

もうやめても誰も文句言わないかな?

605 ：名無しさん＠お腹いっぱい。：2009/05/11(月) 23:55:05

困るのはHPだけだろうな

606 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 10:28:18

んじゃぁやめちゃうよ?

607 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 11:08:51

どんぞ

608 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 11:26:31

ほんとにいいの?

609 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 13:34:57

ええよ

610 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 14:00:40

(プチッ)

611 ：名無しさん＠お腹いっぱい。：2009/05/12(火) 15:22:11

あっ

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

616 ：名無しさん＠お腹いっぱい。：2009/05/26(火) 02:20:04

まあ遊ぶならそのぐらいは出せということか

617 ：名無しさん＠お腹いっぱい。：2009/05/26(火) 02:20:47

あるいは値落ちするまで待つか

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を動かすメリットはほとんどないんじゃないか
チップが故障しにくい程度？

624 ：名無しさん＠お腹いっぱい。：2009/06/21(日) 18:08:17

SPARCがなくなった時点でもう役目終えたよね

625 ：名無しさん＠お腹いっぱい。：2009/06/21(日) 21:24:30

ということにしたいのですね:)

626 ：名無しさん＠お腹いっぱい。：2009/06/22(月) 11:26:24

>>620
いやいや、HP-UXですよ。PA-RISCの資産保護。

627 ：名無しさん＠お腹いっぱい。：2009/07/08(水) 10:05:58

190 名前：コメツブツメクサ(dion軍)：2009/07/03(金) 22:45:48.10 ID:x3UR1TVO
>>184
Intelの64bitはｒｙ
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

Intelが MSに対してそんな強気に出れるわけがない。
事実 MSに葬られたも同然だし、ia64。 ..輪かけて自滅したけどw

629 ：名無しさん＠お腹いっぱい。：2009/07/08(水) 14:57:08

もはやXeonだかCore*Duoやらどうでもいい希ガス
足の互換性だけなんとかしてくれｗ

630 ：名無しさん＠お腹いっぱい。：2009/07/10(金) 23:04:28

EPICアーキテクチャ、大爆死w

631 ：名無しさん＠お腹いっぱい。：2009/07/10(金) 23:11:37

このアーキテクチャって、HP主導で開発したっていうけど
じゃあなんで、PA-64やHP-64ではなくIA-64なの？
IA-64って名乗るからには、どう見てもIntel主導での開発だろ。
Intel擁護者、乙

632 ：名無しさん＠お腹いっぱい。：2009/07/10(金) 23:49:00

技術者の系譜がHP

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

637 ：名無しさん＠お腹いっぱい。：2009/07/13(月) 22:18:02

Itanium使ってるところはこれからどーなんの？

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
すごくね～よｗ
ハンドアセンブルすればって、どんだけ使えないアーキテクチャなんだよｗ

647 ：名無しさん＠お腹いっぱい。：2009/07/17(金) 23:43:55

>>645
出ない

648 ：名無しさん＠お腹いっぱい。：2009/07/19(日) 17:47:49

>>646
なっ、何だと?!! ハンドアセンブルでできるんだったら、後はコンパイラーが
がんばりゃ、そんだけのことじゃねーか。できたも同然なんだよ。ちょくら待ってろ。
おい、コンパイラー担当、なんとか言ってやれ、黙ってないで。

649 ：名無しさん＠お腹いっぱい。：2009/07/20(月) 08:47:14

ハンドコンパイルすればいいじゃん

650 ：名無しさん＠お腹いっぱい。：2009/07/20(月) 22:21:54

Ita≒Xeonでおｋ？

ｺｿﾊﾟｲﾙも通る？

651 ：名無しさん＠お腹いっぱい。：2009/07/21(火) 10:40:02

関数型言語のコンパイラだと
Itaniumの演算機フル活用できるとかなんとかハッタリかましてなかった？
ああいう話は全部最初から客を騙すためのものだったということなのね

652 ：名無しさん＠お腹いっぱい。：2009/07/29(水) 22:55:55

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

なつかしいね

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

660 ：名無しさん＠お腹いっぱい。：2009/07/31(金) 14:30:40

どっちみちIntelだし…
程度の低いヲタが騒いでいるだけ。

661 ：名無しさん＠お腹いっぱい。：2009/07/31(金) 16:23:41

↑と、「バカのしったか」をはるかに凌ぐバカが申しております。

662 ：名無しさん＠お腹いっぱい。：2009/08/26(水) 11:04:01

Hot Chipsでは Itaの発表ないらしい。x86だけ。

663 ：名無しさん＠お腹いっぱい。：2009/08/26(水) 21:23:29

概要はとっくの昔に発表してあるから必要無いでしょ

664 ：名無しさん＠お腹いっぱい。：2009/08/27(木) 09:48:31

ええ? そういう反応かよww

＃まるだしですよプ

665 ：名無しさん＠お腹いっぱい。：2009/08/27(木) 10:18:11

もう永久に必要ないよな。

666 ：名無しさん＠お腹いっぱい。：2009/08/28(金) 16:37:44

Itaッ!!

667 ：名無しさん＠お腹いっぱい。：2009/09/15(火) 22:56:44

うーうーうー
あItaっ！

668 ：名無しさん＠お腹いっぱい。：2009/09/24(木) 12:46:45

まだ生きてたｗ
http://pc.watch.impress.co.jp/img/pcw/docs/317/343/html/02.jpg.html

669 ：名無しさん＠お腹いっぱい。：2009/09/24(木) 22:18:17

いつでもXeonに乗り換え可能ですので、ご安心くださいｗ
http://pc.watch.impress.co.jp/img/pcw/docs/317/313/html/05.jpg.html

670 ：名無しさん＠お腹いっぱい。：2009/10/02(金) 11:26:29

おっ、オレはダマされないぞ!!

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割くらいは売れたわけか

675 ：名無しさん＠お腹いっぱい。：2009/11/28(土) 17:23:06

100台いってないくらいかと思ってたよww

676 ：名無しさん＠お腹いっぱい。：2009/12/19(土) 03:00:52

RedHat 撤退
ttp://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium_dead/

677 ：名無しさん＠お腹いっぱい。：2009/12/26(土) 19:37:42

そろそろXeonでいいよな

678 ：名無しさん＠お腹いっぱい。：2009/12/27(日) 00:32:39

はい

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

683 ：名無しさん＠お腹いっぱい。：2010/01/02(土) 15:55:05

一通り欲しいよね

684 ：名無しさん＠お腹いっぱい。：2010/01/02(土) 15:59:06

age

RedhatあたりがItaniumのサポートをやめるらしいな・・・

685 ：名無しさん＠お腹いっぱい。：2010/01/03(日) 23:03:50

>>684
12/19（土）の >676 を 100萬回くらい参照してください。

686 ：名無しさん＠お腹いっぱい。：2010/02/09(火) 13:31:35

たっくいら出るのか?

687 ：名無しさん＠お腹いっぱい。：2010/02/09(火) 15:21:38

出荷はもうされてるみたい
公式発表も昨日された
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

まあ、こいつは焼き直しだからな。もう新規コアのは出ないだろう。

689 ：名無しさん＠お腹いっぱい。：2010/02/10(水) 10:29:25

3年かかって、コア 2倍で性能が 2倍...
この先プロセスが 45nmとかになったらすごそうな気はするけど。そこまでだろなw

690 ：名無しさん＠お腹いっぱい。：2010/02/10(水) 21:57:46

今回が65nmで、次は32nmじゃなかったっけ？

691 ：名無しさん＠お腹いっぱい。：2010/02/10(水) 22:34:02

次なんてあるの？

692 ：名無しさん＠お腹いっぱい。：2010/02/12(金) 11:18:00

>>690
かなり性能は上がりそうだが、消費電力はそれでやっと「マトモ」になるんだろな。
Intelも実はトドメ刺したいんだろうしww

693 ：名無しさん＠お腹いっぱい。：2010/02/27(土) 10:07:35

>>692

エンタープライズ系だから、これでも消費電力が際立って大きいってことはないよ

694 ：名無しさん＠お腹いっぱい。：2010/03/01(月) 11:25:37

ソケットあたりは最大級だろ。他に上げてみてよ。

695 ：名無しさん＠お腹いっぱい。：2010/03/26(金) 23:42:36

Itaniumじゃないと高速に処理出来ない物なんてあんのかな

696 ：名無しさん＠お腹いっぱい。：2010/03/31(水) 12:25:20

>>695
既にItanium向けに作ってしまったバイナリ

697 ：名無しさん＠お腹いっぱい。：2010/03/31(水) 17:47:01

ああ、それは別にいいよ。

698 ：名無しさん＠お腹いっぱい。：2010/03/31(水) 17:52:04

HPが次に鳴り物入りで作る最高グレードx86-64機には、
Itaniumエミュレータが付くと断言できる。

699 ：名無しさん＠お腹いっぱい。：2010/03/31(水) 19:04:20

で、OpenVMSうごかすのな? HP-UXも?

700 ：名無しさん＠お腹いっぱい。：2010/04/02(金) 17:56:40

富士通がPRIMEQUESTでItaniumからXeonに移行

701 ：名無しさん＠お腹いっぱい。：2010/04/06(火) 11:46:13

Microsoftも次のWindows Serverで対応辞めるってさ。
IntelはDellとMoblin Linuxやってるし、Wintel軍団も終りだな。

702 ：名無しさん＠お腹いっぱい。：2010/04/06(火) 17:31:51

実質はもうかなり前から何もしてないと思うけど。

703 ：名無しさん＠お腹いっぱい。：2010/04/06(火) 20:06:38

まだWintelとか言ってる奴が居ることが信じられない

704 ：名無しさん＠お腹いっぱい。：2010/04/07(水) 14:13:42

「お前は Wintelか。」「この Wintel野郎!!」 ...いいかもw

705 ：名無しさん＠お腹いっぱい。：2010/04/09(金) 23:11:29

完全に終わったな

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

日系ベンダで一番力を入れていた富士通が一番最初に手を引いたか。
日立は既にPOWER推しだし、NECのACOS4もエミュだから移行しやすいし、
この2社の撤退も近いか。

707 ：名無しさん＠お腹いっぱい。：2010/04/12(月) 18:24:58

Fは SPARCあるから、それほどでもないでしょ。チップセットもそんな
気合い入ってなかったし。NECの方がずっと力入れてたんじゃないの?

708 ：名無しさん＠お腹いっぱい。：2010/04/12(月) 20:21:30

PRIMEQUESTを出した当初、その頃はSPARCとSolarisの雲行きも怪しかったし、
Ita&Linuxの方にシフトして行こうとしていたように思っているんだけどね。
東証アローヘッドにも突っ込んだくらいだし。

ただ、Fの思いに顧客がついてくる事はなく、東証にリリースして半年も
経たないうちに採用ハードがディスコンっていう結果は寒いが。

709 ：名無しさん＠お腹いっぱい。：2010/04/13(火) 10:50:23

>>708
Solaris Ita対応しますぜ、って Sunが言ってたころはさすがにそうだろうが、
Sunと IBMはソッコー離脱したから、そのあたりで力緩めてると思うけど。
チップセットも 32ソケットまでで、その先の予定も出さなかったから
そう思った。

710 ：名無しさん＠お腹いっぱい。：2010/04/14(水) 01:31:40

Madisonでた頃くらいまでは、そこそこやる気あったけれども、
Montecito出る出る詐欺が始まった頃から、力抜き始めた様に思う。
SPARC64Vでしばらく引っ張ってた頃と、VI以降の開発ペースの差に
何かしらの逡巡を感じるので。

まあ、社内事情しらんので、床屋談義の一意見です。

711 ：名無しさん＠お腹いっぱい。：2010/04/14(水) 22:25:51

床屋でUNIXを運用する時代になったのか

712 ：名無しさん＠お腹いっぱい。：2010/04/16(金) 05:29:05

立ち食いそば屋でHPC運用する時代が、そこまで来ているよ

713 ：名無しさん＠お腹いっぱい。：2010/04/17(土) 12:24:02

某社のunixラストモデルがそろそろリリース。
PC系がRASを搭載してきたんでもうダメぽ。

714 ：名無しさん＠お腹いっぱい。：2010/04/18(日) 14:04:19

相手に有無

715 ：名無しさん＠お腹いっぱい。：2010/04/20(火) 14:22:33

板に生む

716 ：名無しさん＠お腹いっぱい。：2010/04/28(水) 15:46:41

WindowsServer + IA64スレはどこだ?

717 ：名無しさん＠お腹いっぱい。：2010/12/19(日) 08:23:51

Itaniumほんとうにしんでしまったん？

718 ：名無しさん＠お腹いっぱい。：2010/12/20(月) 04:16:41

まだ始まってもいねえよ

719 ：名無しさん＠お腹いっぱい。：2010/12/20(月) 11:31:04

結局itaniumの何が悪かったんや

720 ：名無しさん＠お腹いっぱい。：2010/12/20(月) 11:47:48

省エネの時代に相応しくないということで抹殺された

721 ：名無しさん＠お腹いっぱい。：2010/12/20(月) 13:09:52

技術的に何かを先導したわけでもなかった
計画も遅れた
性能もそんなでもなかった

存在意義はUNIXベンダの独自なCPUを潰すことにあったから
ほぼ達成して使命を終えた

722 ：名無しさん＠お腹いっぱい。：2010/12/20(月) 13:11:35

Power一人勝ちだな

723 ：名無しさん＠お腹いっぱい。：2010/12/21(火) 14:40:08

「カマキリさ～ん、卵どこに生むの?」
「板に生む。」

724 ：名無しさん＠お腹いっぱい。：2010/12/26(日) 20:50:55

最初のメルセドのデキがひどすぎたもんな。

725 ：名無しさん＠お腹いっぱい。：2010/12/26(日) 21:44:53

>>721
いやいやx86の置き換えは失敗したでしょ…

726 ：名無しさん＠お腹いっぱい。：2011/01/04(火) 12:13:58

>>722
カタログスペックはすごいけど、言うほど勝ってないような。

727 ：名無しさん＠お腹いっぱい。：2011/01/04(火) 18:51:33

Itanium
vs
Cell

728 ：名無しさん＠お腹いっぱい。：2011/01/28(金) 18:20:07

Itanium
vs
Cell
vs
ARMCortrexA15クワッド

729 ：名無しさん＠お腹いっぱい。：2011/01/31(月) 14:02:14

>>725
それはべつに目標としてなかったしー

730 ：名無しさん＠お腹いっぱい。：2011/02/03(木) 00:54:49

PA-RISCに戻せよそろそろｗ

731 ：名無しさん＠お腹いっぱい。：2011/02/03(木) 00:58:37

ItaをPA-RISCと表示して売る

732 ：名無しさん＠お腹いっぱい。：2011/03/24(木) 09:22:13.75

>>721
PowerもSPARCも潰れてないし、先にItaniumが死ぬｗｗｗｗ
ざまあああああああああああああああああああｗｗｗｗ

733 ：名無しさん＠お腹いっぱい。：2011/03/24(木) 16:07:48.15

実際には Itaniumは「立ち上がって」ないわな。
メインフレームが緊急避難的に仕方なく採用してるだけで。

734 ：名無しさん＠お腹いっぱい。：2011/03/24(木) 19:07:52.90

>>730
OracleがItaniumをサポート対象から外すって発表したら、
ムキになってHPはこれからもItaniumで開発し続けるって発表してたよ。
http://cloud.watch.impress.co.jp/docs/news/20110324_434747.html

735 ：名無しさん＠お腹いっぱい。：2011/03/25(金) 08:12:37.29

そりゃあんた、HP-UXも、VMSも、Himalayaもだっけ? やーめた、ってわけには
いかんだろ。
が、本心はわからんぞ。少なくとも、「自前のアーキテクチャなんかいらん」と
思ってるのは間違いない。HP-UXが別にポートされたら、それがサインだw
＃まあ、Ita上でもいろいろ PAのエミュレーションで動いてるらしいから、
＃そう簡単じゃないだろうがwww

736 ：名無し：2011/03/29(火) 08:13:11.19

oracle, Java, WebLogic, TuxedoのないOSになるの？

737 ：名無しさん＠お腹いっぱい。：2011/03/29(火) 09:04:03.12

>>736
Javaは、元々、hp JDKなので自前で用意しているさね

738 ：名無しさん＠お腹いっぱい。：2011/03/29(火) 14:18:24.21

今、全力で x68上の PAエミュレータ作ってるなww

739 ：名無しさん＠お腹いっぱい。：2011/03/29(火) 14:21:50.58

DB2があるじゃないか(胸熱

740 ：名無しさん＠お腹いっぱい。：2011/03/29(火) 14:23:25.49

まちがえた、x64 wwww

741 ：名無しさん＠お腹いっぱい。：2011/04/18(月) 16:51:16.71

Itanium = Illuminati

(illu)uminatI

742 ：名無しさん＠お腹いっぱい。：2011/05/21(土) 11:57:08.73

Itaniumはそろそろ死亡ですか？

743 ：名無しさん＠お腹いっぱい。：2011/05/21(土) 15:19:10.72

Sunと IBMが見放した時点、つまり Solaris対応しませんと言ったあたりで、
終ってました。気づかないことにして付いていったのは日本企業だけでしたトホホ

744 ：名無しさん＠お腹いっぱい。：2011/06/04(土) 16:55:00.15

マジ損

745 ：名無しさん＠お腹いっぱい。：2011/06/04(土) 20:06:08.29

次世代ItaniumはVLIW実行を放棄か
ttp://www.geocities.jp/andosprocinfo/wadai11/20110604.htm

746 ：名無しさん＠お腹いっぱい。：2011/06/04(土) 20:40:55.18

いまさらかｗ

747 ：名無しさん＠お腹いっぱい。：2011/06/04(土) 21:16:09.40

Itaniumを放棄しろよｗ

748 ：名無しさん＠お腹いっぱい。：2011/06/05(日) 10:23:59.64

やっとEPICが糞アーキテクチャであることを認めたか。

749 ：名無しさん＠お腹いっぱい。：2011/06/05(日) 12:12:37.85

EPICじゃなくてソフト屋が何十年も全然進歩しないのが問題

750 ：名無しさん＠お腹いっぱい。：2011/06/05(日) 12:29:14.89

>>749
コンパイラが頑張れば何とか出来ると思ってるから糞アーキテクチャなのに。

751 ：名無しさん＠お腹いっぱい。：2011/06/06(月) 22:24:24.16

Intel常習。iAPX432, i860, Itanium。
いずれもコンパイラができん（不可能ww）が理由。

752 ：名無しさん＠お腹いっぱい。：2011/06/07(火) 22:58:16.83

コンパイラが頑張れば何とか出来ると漏れは未だに思っている

753 ：名無しさん＠お腹いっぱい。：2011/06/08(水) 18:44:40.04

己等呉れ

754 ：名無しさん＠お腹いっぱい。：2011/06/09(木) 01:16:02.87

>>752
JITが性能を稼ぐ時代なのに、
VLIWはコンパイル時のみがんばろうってやり方なので。

755 ：名無しさん＠お腹いっぱい。：2011/06/18(土) 19:41:44.63

どこまでも見苦しい･･･

HP、Oracleを提訴――Itaniumのサポート打ち切りは違法
http://www.itmedia.co.jp/news/articles/1106/16/news060.html

756 ：名無しさん＠お腹いっぱい。：2011/06/20(月) 16:38:29.41

MSに切られてもRedhatに切られても痛くないけどhpでもOracleだけは困るのか

757 ：名無しさん＠お腹いっぱい。：2011/06/20(月) 17:35:08.07

大型モドキをOracle以外に何に使うんだよw

758 ：名無しさん＠お腹いっぱい。：2011/06/22(水) 17:03:06.31

や・ら・せ、だよ。打ち切りの手順を踏んでるだけ。

759 ：忍法帖【Lv=16,xxxPT】：2011/06/22(水) 19:36:52.00

そりゃ見え見えだもの
誰でもわかるよ
IT経営者にはスタンフォード組多いよね

760 ：忍法帖【Lv=19,xxxPT】：2011/06/25(土) 00:26:52.86

前の首相は？

761 ：名無しさん＠お腹いっぱい。：2011/06/26(日) 23:17:39.71

hp-uxスレ糸冬了..._φ(ﾟ∀ﾟ )ｱﾋｬ
うひひ

762 ：忍法帖【Lv=21,xxxPT】：2011/06/27(月) 00:40:22.83

IBM以外商用UNIX(実質)全部死亡なんてとても喜べない
遅い高いCPU
Workstationとキラーアプリがない製品構成
Sunもそうだがもういつ終わるかというだけの存在だったけどな
使ってるのは老人だけで若いコが触りたがらないもの

763 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 01:25:24.75

言いたいことくらい整理してからかけ

764 ：忍法帖【Lv=21,xxxPT】：2011/06/27(月) 01:51:02.33

平たく言えばみんな泥船に乗ってるってこと

765 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 08:11:49.62

その会社が沈んだというだけでUNIXの盛衰とは何の関係もない。

766 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 11:07:49.22

Google Androidと Apple iOSが生き残るから安心しろw
両者ともサーバーまとめる能力なんてないけどww

767 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 11:25:38.65

次点でRHEL, Ubuntu, Chrome OS辺りか。

768 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 14:18:43.34

>>766-767にUNIXが一つも無い件

769 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 14:25:35.04

Apple iOSは UNIXの版権払ったもんだと思うぞ。
FreeBSDからごっぞり持ってきた時『脱』してなければ。

770 ：忍法帖【Lv=21,xxxPT】：2011/06/27(月) 15:20:32.33

>>765
企業なしに商用UNIXが存続できるものか

771 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 17:22:26.07

Mac OS Xは商用UNIXだし、
UNIX likeなLinuxで食ってる会社含めたらむしろ勢力は増してる。

772 ：名無しさん＠お腹いっぱい。：2011/06/27(月) 18:13:33.10

UNIX 03に適合登録してるは、Mac OS X, HP-UX, AIX, Solarisだけ。
http://www.opengroup.org/openbrand/register/

773 ：名無しさん＠お腹いっぱい。：2011/06/28(火) 12:06:40.38

最近はどこもそんな認定取るつもりないだろ。役にたたんから。

774 ：名無しさん＠お腹いっぱい。：2011/06/28(火) 15:11:03.56

LinuxがUNIXでないと言っている人の根拠はかのように薄弱なのでした。

775 ：名無しさん＠お腹いっぱい。：2011/06/28(火) 15:12:59.68

Linux以外の Unix風はいずれも計算機科学の新しい領域への挑戦だが、
Linuxはマネ以上のことをやるつもりがない。

776 ：名無しさん＠お腹いっぱい。：2011/06/28(火) 15:59:35.56

薄弱も何もIEEE標準規格だし･･･

777 ：忍法帖【Lv=22,xxxPT】：2011/06/28(火) 16:38:41.68

>>775
Linuxは創造力はありませんがおカネが好きというムキにはぴったりのモドキOSでいいじゃん

778 ：名無しさん＠お腹いっぱい。：2011/06/29(水) 11:03:11.00

お金、好きじゃないの？

779 ：名無しさん＠お腹いっぱい。：2011/06/29(水) 12:10:03.91

誰が?

780 ：名無しさん＠お腹いっぱい。：2013/01/18(金) 22:23:10.83

ＨＰはＤＥＣのAlfaプロセッサ
切ったのが失敗だったな

781 ：名無しさん＠お腹いっぱい。：2013/01/18(金) 22:25:04.97

ＰＡーＲＩＳＣは優れたプロセッサだったが、
アイタタニウムにして失敗

782 ：名無しさん＠お腹いっぱい。：2013/01/21(月) 18:47:19.06

Compaq買った時点で Alphaのエンジニアって、残ってたのかね?
PA-RISCで行き詰まったから、EPICなんでしょ?

783 ：名無しさん＠お腹いっぱい。：2013/04/13(土) 15:51:44.91

残ってたよ。
CompaqはワークステーションはAlphaで行く予定だったから。
HPに買収されて全てが変わった。
買収直前に技術者はほとんどAMDとIntelに移ってる。
インテルは知財も買った。

784 ：名無しさん＠お腹いっぱい。：2013/04/13(土) 16:25:28.77

ワークステーション=Windows NT(w

785 ：名無しさん＠お腹いっぱい。：2013/04/15(月) 19:56:17.51

PCや汎用機端末と区別するための用語としては、全ての机上計算機と
ノート型計算機はその要件を満たすようになったので、
全てがワークステーションになり、PCこそが絶滅したと言った方が正しい。

要件とは、32bit, LAN, マルチタスク・マルチユーザーのOS, Windowシステム..か。
ネットワークブートとディスクレス運用も入れると、
PXE（単なる BOOTPクライアントをさも目新しい技術のように言ったもの）が
一般化して以降だから、結構最近。
BIOSがゴミだ、って観点からいくと、まだガラクタがゴロゴロ...
あれ? EFIも、ゴミ? 拡張ボードのファームに制御が行ったあとに戻れるの以外、
外見的には何がありがたいのかさっぱり...ww

786 ：名無しさん＠お腹いっぱい。：2013/04/15(月) 21:49:54.57

GOP対応VGA使うとWin8限定でfast bootできるよ
UEFIマザーでも対応製品を選ぶ必要あるけど
IPMI機能を取り込むかと思ったけどそこまではしなかったね
AMT使いたいなら相変わらずインテル純正のQシリーズ使うしかないし

787 ：名無しさん＠お腹いっぱい。：2013/04/15(月) 23:23:06.94

蛇足やけどUEFIブートできるのは64bit OS限定な

788 ：名無しさん＠お腹いっぱい。：2013/04/16(火) 13:21:10.53

>>783
「Compaq(を)買った時点」だから、買ったの主語は HPね。
だから、残ってなかった。
Compaqが DECを買った時点では、残ってた、それは、Compaqは Alphaで行く
予定だった、と。

789 ：名無しさん＠お腹いっぱい。：2013/04/16(火) 13:22:39.93

>>786,787
何が言いたいのかわからん。全部蛇足に見えるw

IPMIを取り込んでたら、もっとワークステーションだったのに、とかそいういう意味?

790 ：名無しさん＠お腹いっぱい。：2013/04/16(火) 20:30:37.74

PC版のEFIもリリース当初と違い
設定用GUIのようなギミックだけではなく
2TB超のパーティション利用や
OS側からfast bootが利用できるようになっているけれど
そもそもPCが全てWSになったのなら(疑問があるが…ｗ)
起動にかかる時間の短縮など目玉機能になりえないか
非アクティブ時にはS3スリープを使ってるしな

791 ：名無しさん＠お腹いっぱい。：2013/04/17(水) 13:23:03.12

>>790
何が言いたいのかわからん。さっぱりわからん。

792 ：名無しさん＠お腹いっぱい。：2013/11/10(日) 06:14:41.94

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

やめるだろ、普通。

794 ：名無しさん＠お腹いっぱい。：2013/11/29(金) 13:25:11.06

ここに 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 ：名無しさん＠お腹いっぱい。：2014/05/09(金) 13:32:30.21

川崎

川崎

川崎