ItaniumをUNIXで使うスレ

ItaniumをUNIXで使う� ..

87:名無しさん＠お腹いっぱい。
08/08/19 16:17:28 .net
Intel に対しても、押しつけと言って差し支えなかろう。
旧DEC ライン捨てる時にドサクサにまぎれて HP-UX も捨てそうだw

88:名無しさん＠お腹いっぱい。
08/08/19 17:05:27 .net
HP-UXって何が優れてるの?

ただHPのUNIXってだけじゃ、
HPの旧Compaqラインのx86サーバに、
Solaris for x86を乗っけたほうがいい、
なんて話になりかねん。

89:名無しさん＠お腹いっぱい。
08/08/19 18:29:19 .net
一応 11 の初めの頃とか、結構ウリがあったみたいだよ。
9 とかは悪い評判しか聞かなかったけどね、オレはw

90:名無しさん＠お腹いっぱい。
08/08/19 21:17:12 .net
11i = iモードの鯖で鍛えられました

91:名無しさん＠お腹いっぱい。
08/08/20 00:20:30 .net
>>87
> なんて話になりかねん。

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

92:名無しさん＠お腹いっぱい。
08/08/20 00:41:54 .net
SolarisよりもWindowsを乗っけたほうがいい、なんて話もあるぞ。

93:名無しさん＠お腹いっぱい。
08/08/20 01:01:03 .net
まあ、Windowsなら一応Itaniumでも動くし

94:名無しさん＠お腹いっぱい。
08/08/20 08:23:57 .net
95ｲﾝｽｺしてﾍﾞﾝﾁとりてぇ・・・・ｗｗ

95:名無しさん＠お腹いっぱい。
08/08/20 09:48:25 .net
16ビットのイメージからのブートは、サポートから外れて、できなくなった模様。
初期のファームではブートできてた。

96:名無しさん＠お腹いっぱい。
08/08/20 10:18:08 .net
>>87
えっと、じゃ、「ない」、という結論でよろしいでしょうか、HP-UX ファンのみなさん?ww

97:名無しさん＠お腹いっぱい。
08/08/20 10:55:44 .net
>>95はSunスレから出張してきてる荒らしなのでスルーしてください。

98:名無しさん＠お腹いっぱい。
08/08/20 13:14:33 .net
荒してんのはおまえだって言ってんだろ?

99:名無しさん＠お腹いっぱい。
08/08/20 13:15:22 .net
ちなみにここが Sunスレの派生スレだって知らないのはお前だけww

100:名無しさん＠お腹いっぱい。
08/08/20 14:37:25 .net
>>98
勝手に決めるなよ。

101:名無しさん＠お腹いっぱい。
08/08/20 15:14:26 .net
だから前スレの >3 読めやこのタコが。
Sun スレで「Ita＝＝クソ」話が盛り上がりすぎたからここに隔離されたんだよ。
だからここでは「Ita＝＝クソ」という論調こそが元々の主旨なのだよわかったかクズ。

102:名無しさん＠お腹いっぱい。
08/08/20 16:16:46 .net
>>99は、前スレの3にも言ってるんだが。

103:名無しさん＠お腹いっぱい。
08/08/20 16:17:58 .net
> 3 名前：隔離犯１号[sage] 投稿日：2006/02/19(日) 15:32:12
> Niagaraに噛みついたらSunスレおん出されてしまいますたね。
> でも別スレ立ててくれるなんて、なんて律義な人だろう。

98や100の根拠は↑これだってさ。ぷ。

104:名無しさん＠お腹いっぱい。
08/08/20 16:39:29 .net
いまだに Ita にしがみつくやつ、ほんとにあわれーw かわいそーww

105:名無しさん＠お腹いっぱい。
08/08/20 16:45:08 .net
ここは Sunスレの派生スレで尚且つ「Ita＝＝クソ」であることをここに宣言します。

106:名無しさん＠お腹いっぱい。
08/08/21 10:02:29 .net
Nehalem の「QuickPath Interconnect」って、Itanium で使われてるもの?
まさか、ぜんぜん別物、ってことは、ないよね?

107:名無しさん＠お腹いっぱい。
08/08/21 11:22:35 .net
同じ物が使われる予定

108:名無しさん＠お腹いっぱい。
08/08/21 11:38:45 .net
ということは、ついにソケット互換?

109:名無しさん＠お腹いっぱい。
08/08/21 12:44:31 .net
チップセットが互換・・・なだけかと。

ソケットまで互換にする意味は、あんまりない。
Xeon用のマザーボードにIA64用の巨大なファームのためにフラッシュメモリを6個も積むのはコストアップだし。

110:名無しさん＠お腹いっぱい。
08/08/21 13:37:31 .net
え? 何MB のを 6個?

111:名無しさん＠お腹いっぱい。
08/08/21 13:44:19 .net
Nehalem の場合は x86 のエミュコード要らないから、かなり小さく ...ないの?w

112:名無しさん＠お腹いっぱい。
08/08/21 14:11:22 .net
>>109
1MBを6個

113:名無しさん＠お腹いっぱい。
08/08/21 15:02:11 .net
なんだ、そんなもんか。（ファームとしちゃ確かに巨大だww）
8MB とかのフラッシュメモリって、ないの?

114:名無しさん＠お腹いっぱい。
08/08/21 15:21:36 .net
容量の問題なのかな。

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

PAL、SAL、EFI
それぞれ焼きミス対策で1つ前のバージョンを保存するために2組で6個かな。
それに加えて、x86用のBIOSも積むとなれば、8個になっちゃう。

115:名無しさん＠お腹いっぱい。
08/08/21 17:02:13 .net
まあ、お下品ww

116:名無しさん＠お腹いっぱい。
08/08/29 19:58:33 .net
HP-UX って、Itanium ネイティブなの? それとも PA-RISC 用がエミュレーションで
動いてるの?

117:名無しさん＠お腹いっぱい。
08/08/30 17:39:08 .net
しーん。

118:名無しさん＠お腹いっぱい。
08/09/01 11:12:27 .net
しーん..

119:名無しさん＠お腹いっぱい。
08/09/01 16:15:08 .net
（まじでそうなの..?）

120:名無しさん＠お腹いっぱい。
08/09/03 16:14:53 .net
VMS 動くんだっけ?

121:名無しさん＠お腹いっぱい。
08/09/03 16:47:33 .net
>>115

HP-UX/Itaniumへラクに移行する6つの方法・前編
URLﾘﾝｸ(h50146.www5.hp.com)

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

一部は PA-RISC バイナリだとよ。一部ってどこまでだろな?w

122:名無しさん＠お腹いっぱい。
08/09/04 13:37:42 .net
CDE なんて、なんで Itanium ネイティブにコンパイルし直さないんだろう。
なんか理由あるのか...?
簡単て書いてあるけど、実は移行がたいへんとか
PA-RISC エミュレーションの方が性能いいw とか
いずれにせよ、気持ち悪い話だ。

123:名無しさん＠お腹いっぱい。
08/09/05 08:43:17 .net
>>121
オタクの楽しみは安定して使い続ける事ではない。
安定したら新アーキティクチャヤや風変わりなOSに興味は移る

124:名無しさん＠お腹いっぱい。
08/09/05 09:45:31 .net
イマイチ意味が汲めんが、

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

どれだろう..

125:名無しさん＠お腹いっぱい。
08/09/05 12:41:02 .net
HP-UXってあたりですでにオタクは興味がなさそうだけどな。

126:名無しさん＠お腹いっぱい。
08/09/07 11:59:58 .net
ガキくさい発言ばっかりだな。
とくにコンプレックス丸出しのアンチが。

>>121
コンパイルし直すだけでは済まないから。
趣味や遊びじゃねーんだから。

127:名無しさん＠お腹いっぱい。
08/09/08 11:41:36 .net
ガキくさい、ぷぷぷ。もうそんな言葉しか出ないかw?
趣味や遊びじゃないんならちゃんとネイティブなのつけろよ。はずかしーだろ普通?wwww

128:名無しさん＠お腹いっぱい。
08/09/09 18:51:28 .net
>>125
> コンパイルし直すだけでは済まないから。

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

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

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

コンプレックス? HP-UX に対して?? それは、ないよ。wwwwwww
712/100 あたりめっちゃ印象悪いもんww 見下してるしpp

129:名無しさん＠お腹いっぱい。
08/09/09 20:46:49 .net
>>127
> そうすると >>120 のリンクの「ソース互換性と HP-UX STK」以下というのは
> ただのウダウダで大ウソが書いてあるわけだな?

No.

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

たぶんNo.

>>127のようなポイントを外した疑問を投げかけてるようでは、やっぱり趣味や遊びのレベル。

130:名無しさん＠お腹いっぱい。
08/09/10 10:10:56 .net
ほうほう。高尚なご発表が待っているようだな。みんな期待しろよ。
では、よろしくお願いします ↓

『講題: なぜ HP-UX/Itanium の CDE等は PA-RISC バイナリのままなのか』

131:名無しさん＠お腹いっぱい。
08/09/10 11:31:24 .net
コストパフォーマンス

132:名無しさん＠お腹いっぱい。
08/09/10 11:44:10 .net
え?

133:名無しさん＠お腹いっぱい。
08/09/10 11:46:08 .net
ニセモノだろ。まさかねw

134:名無しさん＠お腹いっぱい。
08/09/10 13:29:50 .net
コスト → PA-RISC から Itanium に移植するのにコストがかかる
パフォーマンス → Itanium ネイティブにしなくても PA-RISC でパフォーマンス出る

だめじゃんwwwwwwwwww

135:名無しさん＠お腹いっぱい。
08/09/10 13:38:50 .net
>>133
ちみ、実務しらないお子様だね?

136:dns1.netside.co.jp
08/09/10 16:41:47 .net
みなさん、キーワードは、『実務』。じ・つ・む。実務です。ポイントですよぉ?
では先生、続き ↓ をお願いします。

137:名無しさん＠お腹いっぱい。
08/09/10 17:00:17 .net
>>135
御社のお仕事を貶すわけではありませんが、
銀行やキャリアを相手にした仕事とは世界が違うことを認識してください。

138:dns1.netside.co.jp
08/09/10 17:01:00 .net
だんだん具体的な話で核心に迫ってきました!!

139:dns1.netside.co.jp
08/09/10 17:07:24 .net
>>136
銀行やキャリアってそんないい加減な説明しかできなくても買ってくれるの?
楽勝なんだね。
オレが知ってる客と違うな... 日本じゃないよねもちろん?

140:名無しさん＠お腹いっぱい。
08/09/10 17:24:36 .net
>>138
そういうのは一次請の会社の仕事だからな。

141:dns1.netside.co.jp
08/09/10 17:55:44 .net
そういう詐欺構造だ、と言ってるの?

142:名無しさん＠お腹いっぱい。
08/09/10 18:01:32 .net
No.

143:名無しさん＠お腹いっぱい。
08/09/11 22:40:30 .net
運用で金を生む

誰が？ｗ

144:名無しさん＠お腹いっぱい。
08/09/12 11:08:10 .net
先生、続き ↓ をお願いします。前振りは十分ですので、そろそろ本論で。

145:名無しさん＠お腹いっぱい。
08/09/12 11:11:58 .net
カマッテチャンが寄生してるスレ

146:名無しさん＠お腹いっぱい。
08/09/12 11:30:23 .net
何もかもがコンパイルするだけで済むなら
PA-RISCバイナリをエミュレーションで実行する機能なんか必要ない

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

147:名無しさん＠お腹いっぱい。
08/09/12 14:08:28 .net
『--- CDE PA-RISC バイナリの深淵 ---』

148:名無しさん＠お腹いっぱい。
08/09/12 14:11:33 .net
>>145
もー、なんてゆーかwwwww 苦しいどころちゃうねww

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

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

> ってことが理解できないアホが粘着してるだけ
いやいや、あんたがアホですが。プッみじめーw

149:名無しさん＠お腹いっぱい。
08/09/12 14:54:42 .net
>>147は知らないが故に、相手が何を言っているのか、わからないようです。
アンチの品格を落すようなことするな。

150:名無しさん＠お腹いっぱい。
08/09/12 15:45:29 .net
いやー、苦しいね苦しいねぇ～www それで?
もうちょっと具体的にやり返さないと。今んとこゼロスコアだぜ? ..プ

151:名無しさん＠お腹いっぱい。
08/09/12 16:21:37 .net
PA-RISCエミュレーションで十分な性能が出るの？

152:名無しさん＠お腹いっぱい。
08/09/12 16:45:08 .net
>>149
ガキはせいぜい勉強してCTCあたりにでも就職するんだな。

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

CDEなんかエミュレーションで十分。

153:名無しさん＠お腹いっぱい。
08/09/12 16:50:21 .net
ひ～、苦しい苦しい。説明できないとこつっこんだ人間全員ガキ呼ばわり。程度ひく～ww

154:名無しさん＠お腹いっぱい。
08/09/12 16:51:43 .net
>>150
出るんだって。だから、PA-RISCの在庫品安く買った方がお得だねーww

155:名無しさん＠お腹いっぱい。
08/09/12 16:54:50 .net
>>152の一連の言動がガキなんだが。

156:名無しさん＠お腹いっぱい。
08/09/12 16:56:39 .net
説明するまでもないだろ、それなりのところで仕事してる人には、言わなくても判ることだもの。
なんでこんなところで常識を教えてやらんといけないわけ?

157:名無しさん＠お腹いっぱい。
08/09/12 17:02:39 .net
>>155
おいおい、どんどん墓穴深くしてんの、わかんないのかよ? 悲しいやつだな..
説明するまでもないから、わざわざ中身ゼロの返事だけしてんのか? 奇特すぎるぞwww

158:名無しさん＠お腹いっぱい。
08/09/12 17:56:29 .net
コストの問題だって、とっくに既出。

159:名無しさん＠お腹いっぱい。
08/09/12 18:08:54 .net
まったく、まぁっつとぅぁく説明になってませんが。誰のコスト?
なんでそもそもそんな「コスト」かかるの?
なぜ HP-UX/Itanium の他の部分や、他の OSではコストがかかるにも関わらず
ネイティブバイナリにするの?
苦し紛れの出任せだよね?

160:名無しさん＠お腹いっぱい。
08/09/12 18:22:01 .net
ソフトウェアの開発・保守の工程や品質管理についてのレクチャーをここで求められてもなぁ。

161:名無しさん＠お腹いっぱい。
08/09/12 18:59:01 .net
そんなの本気にするの一人もいねーよw
どんどん穴深くなってんのたいがい悟れよwww
レクチャーね。そんなんできるんなら、もっとまともなこと上で言えてるわな ..www

162:名無しさん＠お腹いっぱい。
08/09/12 19:15:25 .net
Solarisって64ビット化されたとき、すべてのモジュールが64ビットになったんだっけ?
段階的に64ビット化されて、最初はけっこう32ビットのモジュールが残っていたような。

163:名無しさん＠お腹いっぱい。
08/09/12 20:29:28 .net
IA64て仕様として PA-RISCの ISAとの互換性保証してるの?

164:名無しさん＠お腹いっぱい。
08/09/12 20:48:44 .net
>>162
互換性はないよ。

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

IA-64単体で見たとき、それは負の遺産だと思う。

165:名無しさん＠お腹いっぱい。
08/09/12 22:17:14 .net
OracleとかWeblogicとかSAPとかそいうーので語ってｋれ

166:名無しさん＠お腹いっぱい。
08/09/12 22:34:10 .net
ユーザは>>164が挙げたようなサーバソフトが快適に動く箱が欲しいのであって、
中身が何だろうと、あんまり関係ないんだよね。

167:名無しさん＠お腹いっぱい。
08/09/12 22:35:43 .net
>>164
そういうのはItaniumネイティブで提供されてるっしょ。

CDEをネイティブにしろなんてアホ言ってるのは、
趣味的なキボンヌを口に出すガキだけ。

168:名無しさん＠お腹いっぱい。
08/09/16 09:38:03 .net
SPARCv9 は仕様として SPARCv8 や v7の上位互換なんであって、
それらのバイナリーが動くのは当然。そいつらもネイティブ。
IA64 の仕様でもない PA-RISC バイナリーが動くってのとは違うよね。
つまり「標準」連発してるけど、IA64の実装（現状いっこしかないけど）に
よっては HP-UX は動かない。
手抜きつーか、みじめつーか、みっともなさ過ぎだろ。

169:名無しさん＠お腹いっぱい。
08/09/16 10:23:41 .net
>>167
あいかわらず何が問題なのか理解できてませんね。

再コンパイルすることが問題なのです。
たとえ、コードを全くレビューせず、修正が必要な箇所もなく、コンパイルしたものが1発で動いたとしても、
再コンパイルすることで結構なコストが発生するのです。

170:名無しさん＠お腹いっぱい。
08/09/16 10:36:15 .net
へえ。そんなコストが分散消化できないほど HP-UXて数出てないのかよ? ほんとかよww
んじゃあ x86へポートなんて夢のまた夢だな? CDEの動作確認コストで企画オジャンだwwwwww

171:名無しさん＠お腹いっぱい。
08/09/16 11:46:35 .net
つーか、Itanium に載せた時点で動作テストしなくていいってか? ソンナバカナ..

172:名無しさん＠お腹いっぱい。
08/09/17 17:15:50 .net
先生、そろそろ本論で。↓ 前振りはもう十分です...

173:名無しさん＠お腹いっぱい。
08/09/17 18:58:42 .net
結論、大手ベンダで働け!

174:名無しさん＠お腹いっぱい。
08/09/17 19:09:39 .net
先生、そんな枝葉抹消瑣末な小事はどうだっていいんですよ、核心をお願いします。

...中身ない、って言われちゃいますよ?

175:名無しさん＠お腹いっぱい。
08/09/17 19:12:09 .net
大手で働いてるクズを大量に知ってるわけだが。なにが疑問なのかね?w

176:名無しさん＠お腹いっぱい。
08/09/17 19:50:19 .net
>>174のようなコンプレックスで決め付けの人は相手が何を言ってもムダ

177:名無しさん＠お腹いっぱい。
08/09/17 20:46:35 .net
だってなんにも説明してないぜ? 「実務」とか「ガキ」とか。アホちゃうか。
脳空洞なんだろな。こんなエンジニア来た日にゃ、トラブルまっしぐらだね。
オレは初見で追い帰すぜ、こんなクズは。なんの説明にもなっとらん。
まあ、最初から説明なんかできないのがミエミエだけどな。
利口なやつなら首つっこまんわなwwww

178:名無しさん＠お腹いっぱい。
08/09/17 20:51:35 .net
>>176が、自分が幼稚な罵詈雑言ばかりで何も説明してないのを棚に上げて他人を批判してます。
自分が遊ばれているのがわかってないらしい。

179:名無しさん＠お腹いっぱい。
08/09/17 21:10:27 .net
頭悪いのに、あちこち首つっこんじゃ、ダメだよ? 悲しい目にあうからね。かわいそかわいそ。

180:名無しさん＠お腹いっぱい。
08/09/17 21:13:07 .net
てことで HP-UX/Itanium はどうしようもないクソのようだな。際立ったわww

181:名無しさん＠お腹いっぱい。
08/09/19 23:22:15 .net
変なパッチ当てないと、そこらに転がってるソースコードはコンパイルできないし

182:名無しさん＠お腹いっぱい。
08/09/20 05:22:32 .net
だから何?

そんな趣味レベルで使うようなものじゃないし。

183:名無しさん＠お腹いっぱい。
08/09/20 17:06:10 .net
「実務」とか言ったはいいけどその先が全く説明できないなんてバカが実在するんだな。
しかもまるで懲りてない。使えん。エンジニアじゃないことを祈るのみ。迷惑千万。

184:名無しさん＠お腹いっぱい。
08/09/20 18:33:19 .net
>>182
釈迦に説法って知ってる?

185:名無しさん＠お腹いっぱい。
08/09/21 02:45:09 .net
一生やっとけゴミ。

186:名無しさん＠お腹いっぱい。
08/09/21 04:39:57 .net
このスレきもい
カマッテチャンが必死になってる

187:名無しさん＠お腹いっぱい。
08/09/22 00:03:49 .net
失笑。キモいのは、おまえ。

188:名無しさん＠お腹いっぱい。
08/09/22 01:22:35 .net
誰がキモくてカマッテチャンで必死なのかわざと書かなかった
そして反応したのが186。

189:名無しさん＠お腹いっぱい。
08/09/22 09:06:39 .net
カマッテチャンなんて使ってんのは、（別のスレも含めて）おまえだけだよ。
あーきしょー

190:名無しさん＠お腹いっぱい。
08/09/22 16:23:15 .net
このスレはキチガイ2名がレスの応報してるだけだな

191:名無しさん＠お腹いっぱい。
08/09/22 21:09:31 .net
で、6コアItanium2はどうなのよ

192:名無しさん＠お腹いっぱい。
08/09/22 23:11:06 .net
そんなの出るの？

193:名無しさん＠お腹いっぱい。
08/09/24 19:09:16 .net
たぶん出ませんw

194:名無しさん＠お腹いっぱい。
08/10/01 15:38:43 .net
みんな、なんで Itaniumなんか買ったの?

195:名無しさん＠お腹いっぱい。
08/10/01 22:26:26 .net
>>193
買ってはないが、
Windows + SQL Serverは32ビットで、将来的に規模拡大したときのアップグレードパスがない
っていう人に対して、Itanium版があるから安心しろって言えるだけで、十分に価値があった。

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

196:名無しさん＠お腹いっぱい。
08/10/01 22:34:49 .net
じゃあ、もう誰も買わないね

197:名無しさん＠お腹いっぱい。
08/10/02 03:07:02 .net
>>193
興味ない人は来るなよ。

198:名無しさん＠お腹いっぱい。
08/10/02 11:08:13 .net
>>194
MS の SQL Serverは amd64で 64bitになっちゃったの?

199:名無しさん＠お腹いっぱい。
08/10/02 11:37:27 .net
AMD64が発表される前の昔の話だろ

200:名無しさん＠お腹いっぱい。
08/10/02 14:09:34 .net
うん、で、今は? まだなってないの?

201:名無しさん＠お腹いっぱい。
08/10/02 14:10:19 .net
自分でマイクロソフトのサイトでも見たら?

202:名無しさん＠お腹いっぱい。
08/10/02 14:47:02 .net
なんでそんなに言いたくないわけ?wwww 恥しくて?w

203:名無しさん＠お腹いっぱい。
08/10/02 14:55:17 .net
いつもの粘着キチガイか

204:名無しさん＠お腹いっぱい。
08/10/02 16:10:24 .net
まあ、カトラーは最初っから Itaniumには批判的だったみたいだしね。
Athlonの部隊には DEC出の同僚がたくさん居るみたいだし。
最適化の手法が Alphaと同じでイケるとかなんとか。
仕方ないわな。

205:名無しさん＠お腹いっぱい。
08/10/03 05:20:03 .net
カトラーというかWindowsNTは最初の方針の中に、
マルチスレッド化してマルチプロセッサでスケールする
というのがあったので、
シングルスレッド性能を追求するあまりに効率の劇悪な
IA-64というのはアホらしかったのだろう。

206:名無しさん＠お腹いっぱい。
08/10/03 09:57:30 .net
そうかなぁ。オレは単なる同窓会趣味と、自分の過去の技術に対する
固執（よく言えば自負）なんじゃないかと思ってるがww
DECにはそういう社風あったそうだし。社外技術を見下す姿勢。
EPICは HPから出たもんだから。

207:名無しさん＠お腹いっぱい。
08/10/03 12:56:36 .net
レジスタウィンドウが嫌いなんだよ!!

208:名無しさん＠お腹いっぱい。
08/10/03 13:10:08 .net
レジスタウィンドウは使いにくいよね。

209:名無しさん＠お腹いっぱい。
08/10/03 16:16:26 .net
それは違うな。ハマれば高速。

210:名無しさん＠お腹いっぱい。
08/10/03 19:35:02 .net
実際のところ、ハマるのか?

211:名無しさん＠お腹いっぱい。
08/10/04 23:20:18 .net
おっ。いまちょうどハマったw

212:名無しさん＠お腹いっぱい。
08/10/16 13:29:39 .net
JR九州、NX7700iシリーズなど 16台に移行、って書いてあるな。
イマイチ図が小さすぎてよく見えんが。NX7700iが何台だろ?

213:名無しさん＠お腹いっぱい。
08/10/18 02:33:24 .net
メインは8CPU機を2台でクラスタ構成っぽい。

214:名無しさん＠お腹いっぱい。
08/11/16 11:11:57 .net
>>121
亀レスだが。
ネイティブだろうがエミュだろうが、同じバージョンである以上その中身が変わることは
まずいんでないの？特に商用利用では。
(パッチによるバグ修正は除く)

HP-UXに関しては、逆にパフォーマンスに関わる部分はネイティブ化してあるって
ことなんだろうさ。

215:名無しさん＠お腹いっぱい。
08/11/19 01:54:25 .net
top500の中でItaniumを使ってるのが 1.8%
EM64T, x86_64を合計すると85%

216:名無しさん＠お腹いっぱい。
08/11/19 11:18:06 .net
きゅーぴーIで x86の SMPがまともになったりしたら即死だね。
ま、その可能性は低いと思うがw

217:名無しさん＠お腹いっぱい。
08/11/27 09:37:41 .net
>>214
だから何?
むしろ1.8%も残っていることのほうが驚きだよ。

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

6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。
それでもItaniumを使うのは、速度以外の要素を重視する客でしょう。
まぁ限られてると思いますけどね。

218:名無しさん＠お腹いっぱい。
08/11/27 10:30:57 .net
> 6コアXeonの4ソケットが出た時点で、速度面では、もう終わってるよ。

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

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

そんな用途で実績のかけらもないアーキを使う意味なんかないでしょ。
企業判断的にチョンボして行き詰まってる「事情」があるとこ以外には
無価値と思うが。

219:名無しさん＠お腹いっぱい。
08/11/27 11:12:53 .net
やはりその口調、Sunスレから荒らしに来ている人か。

あなたの脳内では、まともに性能が出ないそうだが、
各社がサーバ作って出してるんだよねぇ。

220:名無しさん＠お腹いっぱい。
08/11/27 11:20:42 .net
Xeon 7400番台を採用した4Pサーバは、Sunもリリースしていたと思うが。

221:名無しさん＠お腹いっぱい。
08/11/27 18:55:12 .net
まあ、このへんにちょうどいい解説があるよ。3.な。

URLﾘﾝｸ(www.geocities.jp)

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

超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと
話にならん。

222:名無しさん＠お腹いっぱい。
08/11/28 05:09:47 .net
>>217や>>220の脳内では、今もXeonは1つのバスに24コアが並列に繋がっていて、メモリも1chしかないらしい。

223:名無しさん＠お腹いっぱい。
08/11/28 09:38:14 .net
こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ..
ろくに検証もしないから問題にもならない、とw

224:名無しさん＠お腹いっぱい。
08/11/28 12:41:06 .net
いつも相手を馬鹿にした態度で書き込みをしている・・・そういう病人はスルーしましょう。
しかも現実が見えてないですからね。

225:名無しさん＠お腹いっぱい。
08/11/28 18:41:16 .net
よっぽど会社じゃ居場所ないんだろか(´・ω・｀)

226:名無しさん＠お腹いっぱい。
08/11/29 02:33:55 .net
> ろくに検証もしないから

あれれ、脳内妄想で評価している人が、そんなこと言いますか?

227:名無しさん＠お腹いっぱい。
08/11/29 07:01:00 .net
確かにマルチコアでの性能の上がり具合はx86の方が低そうだけど、
Opteron 8wayとItanium 4wayでOpteronの方が性能が上で価格も数分の一となれば
Opteron選ぶよねえ。うちでItanium入れたのなんてsuper domeくらいだ。
x86だとDL785の8CPUが上限だから、それ以上欲しいときはItanium/SPARCを
検討する。2CPUや4CPUで十分なサーバーにはx86しか入れない。

228:名無しさん＠お腹いっぱい。
08/11/29 07:36:58 .net
板違いになりますが、Windowsで仕事してます。

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

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

x86 & Linuxの案件でも、Itaniumは見せ玉として使えませんか?

229:名無しさん＠お腹いっぱい。
08/11/29 07:59:50 .net
DB鯖以外はスケールアウトが可能になってるからサーバー単体の性能は
そんなに気にしない。台数少ないにこしたことはないけどね。管理も楽だし。
DBはOracle RACいれてとりあえずノード追加で対応できて将来はまた
新しいH/W出てますから、って言う。まあDBはOracleさえ走ればLinuxでも
Solarisでもhp-uxでもいいから見せ玉使う事もないけど。

230:名無しさん＠お腹いっぱい。
08/11/29 09:28:31 .net
Oracleはマルチプラットフォームでいいですね。
SQL ServerはWindowsのみなので、Itaniumには頭が上がりません。

231:名無しさん＠お腹いっぱい。
08/11/29 09:52:28 .net
キューぴーIは、少なくとも理屈の上ではリニアなスケールの可能性があるよね。
それ以前の「バス」はだめだよ「バス」は。お話にならん。
なんでこうおバカが多いのか。踊らされてほんとにアワレなこった。

232:名無しさん＠お腹いっぱい。
08/11/29 10:00:08 .net
>>230
妄想はいいから自分で実機で検証してからホザきなさい。

233:名無しさん＠お腹いっぱい。
08/11/29 10:06:27 .net
お前こそ 8コア超の x86サーバーがエンプラ用途でちゃんとリニアに
スケールするという記事でも探してこい。
「商品が出てる」で証明になんかなるかボケ。
ちなみにオレはクソおそい 80386のMP機�

234:ﾍ触ったことあるぞ。単発の 80386パソコンの何倍も遅かったが、製品だった。まーーーーったく売れなかったと聞いてるww

235:名無しさん＠お腹いっぱい。
08/11/29 10:11:29 .net
>>232
その他には経験がないわけですねw
誇らしい経験をお持ちで良かったです。
>>227
皺々なんで見せるの恥ずかしいです（＞＜）

236:名無しさん＠お腹いっぱい。
08/11/29 10:36:13 .net
ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。
で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。
ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww

237:名無しさん＠お腹いっぱい。
08/11/29 11:40:00 .net
>>227
Windows売るのにItaniumを見せ玉にってのは良く聞くな
でも、Becktonが出たらItaniumの役目も終わりだろ

Linuxで拡張性に不安って人は最初からUNIXに行くんじゃね？

238:名無しさん＠お腹いっぱい。
08/11/30 02:41:38 .net
その頃にはItaも少しは進化してるだろうし、32/64CPUクラスをXeonで
置き換えられるようになるのはまだまだかかるんじゃないかな

239:名無しさん＠お腹いっぱい。
08/11/30 04:51:36 .net
>>234
退場。

240:名無しさん＠お腹いっぱい。
08/12/01 10:28:18 .net
実績ないんだから、提示不能。そういうことだよな?ww

241:名無しさん＠お腹いっぱい。
08/12/01 14:40:06 .net
>>238
いいかげんにし

242:ろ。

243:名無しさん＠お腹いっぱい。
08/12/01 15:35:14 .net
お前がな。

244:名無しさん＠お腹いっぱい。
08/12/01 15:46:11 .net
x86けなされると、なんでそんなにくやしいの? どーでもいいんだけどさ..

245:名無しさん＠お腹いっぱい。
08/12/01 16:58:43 .net
どーでもいいなら聞く必要もあるまい。
自己矛盾君。

246:名無しさん＠お腹いっぱい。
08/12/01 17:15:46 .net
ゴミ撒かれるのはどーでもよくないわけで。
ま、もうゴミでも撒かなきゃ話題もないんだけどww

247:名無しさん＠お腹いっぱい。
08/12/01 17:32:53 .net
既に約 1年前に元麻布氏がこんなの書いてたんだね。

URLﾘﾝｸ(pc.watch.impress.co.jp)

| ...このアライアンスを母体に新しく事業会社を起こし、そこにIA-64の設計や
| 開発を分離するのはどうだろう。...Tukwilaが完成し、QPIベースの
| プラットフォームが確立したら、タイミング的には頃合いだと思うのだが。

248:名無しさん＠お腹いっぱい。
08/12/01 17:41:48 .net
じゃあそうします。

249:名無しさん＠お腹いっぱい。
08/12/01 17:43:51 .net
Itanium International
国際イタニウム株式会社

250:名無しさん＠お腹いっぱい。
08/12/02 07:46:30 .net
Xeon 7300や7400ってのは、1プロセッサに4コアあるいは6コア。これが同一のFSBを共有。
これ、Sun Fireが4プロセッサを1つの共有バスに繋いでキャッシュスヌープしていたのと一緒。

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

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

プロセッサ数あるいはコア数が倍になっても、性能は倍にはならないが、
それは、Sun Fireでも同じ。

251:名無しさん＠お腹いっぱい。
08/12/02 10:18:11 .net
Sun Fire（というか、UltraSPARC の IIiや IIIiじゃないやつ）は、
バスなんか使ってないですが。直クロスバーですぜ。
んで、その Xeonの構成で、メインメモリはどこにつながってるの?
チップセットの先の「バス」よね?（そうじゃなきゃ NUMAだもんな）
んで、メインメモリへのアクセスは競合しないの?
バスが「飽和する」って、意味わかってる?

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

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

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

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

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

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

バスが「飽和する」って、意味わかってる? （念の為 2回め）

252:名無しさん＠お腹いっぱい。
08/12/02 11:06:45 .net
Itaniumの話しようぜ

253:名無しさん＠お腹いっぱい。
08/12/02 11:35:16 .net
>>248
> Sun Fire（というか、UltraSPARC の IIiや IIIiじゃないやつ）は、
> バスなんか使ってないですが。直クロスバーですぜ。

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

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

バスですよ。

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

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

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

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

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

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

独立して動作するメモリバスが2本あれば、
2つのコアのメモリアクセス要求を同時に処理できるので、
飽和した状態で処理できるメモリアクセスが増える。

254:名無しさん＠お腹いっぱい。
08/12/02 11:35:53 .net
じゃあ、Itaniumの話で。
いま自宅でRHEL3使ってるんだが、ぼちぼち入れ替えたい所。
ia64対応しているフリーのディストリで、今だったらどれがオススメ？
centosはいつまで経っても5系でないし、何かdebian位しかメンテされているのがない気がする。

255:名無しさん＠お腹いっぱい。
08/12/02 11:48:09 .net
>>250
> アドレスが実質的にバスのSun Fireも同じだよ。

おいおい。トンデモな言い訳はよしてくれや。
じゃ、バスに対するクロスバーの利点はなんだよ?
アドレスがバスだからクロスバーの利点は帳消しになるとでも? ふざけてんのか??

256:名無しさん＠お腹いっぱい。
08/12/02 12:10:34 .net
>>252
> おいおい。トンデモな言い訳はよしてくれや。

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

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

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

もしSun Fireをバスにした場合、512bit幅でバスを配線しなくてはいけない。
クロスバーなら、発着が別の場合に、1つ前のメモリアクセスで生じた転送が終わる前に
次のメモリアクセスで生じる転送を開始できるので、つまり、転送をゆっくり行うことができる。
そのためSun Fireは128bit幅で4クロックに分けて転送してる。

257:名無しさん＠お腹いっぱい。
08/12/02 12:11:40 .net
>>251
いっそFreeBSDいってくれ。

258:名無しさん＠お腹いっぱい。
08/12/02 12:19:26 .net
>>251
使うだけならそのままRHEL3をEOL迄使いつづけたら？
開発に参加するならFedora9を入れるとか。
URLﾘﾝｸ(fedoraproject.org)

259:名無しさん＠お腹いっぱい。
08/12/02 12:19:54 .net
>>254
FreeBSD/ia64だとXが使えないのが苦しい所だな。

260:名無しさん＠お腹いっぱい。
08/12/02 12:28:22 .net
>>255
まさに使うだけだったからRHEL3で間に合ってたのだけど、
作業環境としては要らなくなったので、気分転換しようかと。

実験環境としてはdebianだと保守的すぎてつまらないし、
Fedora9で良さそうね。

261:名無しさん＠お腹いっぱい。
08/12/02 13:18:51 .net
>>253
> クロックを低く抑えられ、ビット幅も小さくできるので、実装コストが安いことが利点だね。

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

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

多対多で同時ね。は～、疲れるわ。

262:名無しさん＠お腹いっぱい。
08/12/02 16:09:09 .net
>>258
こっちのほうが疲れるぞ。
思いっきり単純化して、スヌープとか調停とか端折りまくって説明するとだな。

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

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求
略
ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始
ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始
ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送開始
ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送開始
略
ステップ9) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了
ステップ10) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了
ステップ11) ノードAのメモリから、ノードCのCPUに向けてデータ転送終了
ステップ12) ノードBのメモリから、ノードDのCPUに向けてデータ転送終了

263:名無しさん＠お腹いっぱい。
08/12/02 16:10:44 .net
■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、
64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードAのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードBのメモリの読み取りを要求
略
ステップ5) ノードCのメモリから、ノードAのCPUに向けてデータ転送
ステップ6) ノードDのメモリから、ノードBのCPUに向けてデータ転送
ステップ7) ノードAのメモリから、ノードCのCPUに向けてデータ転送
ステップ8) ノードBのメモリから、ノードDのCPUに向けてデータ転送

逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。

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

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

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

オレもヒマだなw

265:名無しさん＠お腹いっぱい。
08/12/02 16:47:29 .net
>>261
> 逆に言えば、上の例だと 5CPU以上ダメじゃん。

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

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

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

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求
ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求
略
ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送開始
ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送開始
ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送開始
ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送開始
ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送開始
略
ステップ11) ノードCのメモリから、ノードAのCPUに向けてデータ転送終了
ステップ12) ノードDのメモリから、ノードBのCPUに向けてデータ転送終了
ステップ13) ノードEのメモリから、ノードCのCPUに向けてデータ転送終了
ステップ14) ノードAのメモリから、ノードDのCPUに向けてデータ転送終了
ステップ15) ノードBのメモリから、ノードEのCPUに向けてデータ転送終了

266:名無しさん＠お腹いっぱい。
08/12/02 16:48:34 .net
■データ転送がバスの場合、↓のようにデータ転送は同一のバスを時分割で行うので、
64バイトの転送を64バイトぜんぶまとめて1クロックで行わないといけない

ステップ1) ノードAのCPUがノードCのメモリの読み取りを要求
ステップ2) ノードBのCPUがノードDのメモリの読み取りを要求
ステップ3) ノードCのCPUがノードEのメモリの読み取りを要求
ステップ4) ノードDのCPUがノードAのメモリの読み取りを要求
ステップ5) ノードEのCPUがノードBのメモリの読み取りを要求
略
ステップ6) ノードCのメモリから、ノードAのCPUに向けてデータ転送
ステップ7) ノードDのメモリから、ノードBのCPUに向けてデータ転送
ステップ8) ノードEのメモリから、ノードCのCPUに向けてデータ転送
ステップ9) ノードAのメモリから、ノードDのCPUに向けてデータ転送
ステップ10) ノードBのメモリから、ノードEのCPUに向けてデータ転送

ほらね、データバスの帯域幅は4ノードと5ノードで同じだよ?

267:名無しさん＠お腹いっぱい。
08/12/02 17:25:26 .net
>> 逆に言うと、データ転送が1クロックで終わるなら、クロスバーにする意味はなくてバスでよい。
> あのなぁ........................ そういう前提がまちがってるし。

クロックって言うからいけない
アドレスの1サイクルと同じ時間で終わるならって言えばいいのよ

268:名無しさん＠お腹いっぱい。
08/12/02 19:18:29 .net
>>258
転送は同時にできるが、その転送の要求は同時に出せない。

269:名無しさん＠お腹いっぱい。
08/12/02 20:01:36 .net
バスで 64バイトが 1クロックって、どういうことよ? 信号線 512本あるの?

270:名無しさん＠お腹いっぱい。
08/12/02 20:17:44 .net
信号線が512本もあったら実装が大変だし、
かといってクロックを上げるのも大変だから、
そこで、
クロスバーですよ。

271:名無しさん＠お腹いっぱい。
08/12/02 20:30:30 .net
LSI内なら512本もOK

Xeon用のチップセットは、データ部分8.5GB/secのFSBを4本と、
送受信あわせて8GB/secのFB-DIMMを4チャネル(2チャネルずつ束ねて使われることに注意)、
合計66GB/secを、
クロスバーかバスか知らないが、とにかく、コンカレント動作を妨げないように接続している。

272:名無しさん＠お腹いっぱい。
08/12/02 22:37:56 .net
そろそろクロスバー盲信者にトドメ、さしとくかな。

Sun Fire 3800 2～8プロセッサ実効帯域幅9.6GB/sec
Sun Fire 4800 2～12プロセッサ実効帯域幅9.6GB/sec
Sun Fire 6800 2～24プロセッサ実効帯域幅9.6GB/sec
アドレスが実質的にバスなので、プロセッサが増えても9.6GB/secのまま。

273:名無しさん＠お腹いっぱい。
08/12/02 23:16:55 .net
16CPU超のシステムならアプリインストールしてベンチで評価するでしょ。
そりゃこの辺の知識があれば評価対象は絞り込みやすくていいけどさ、
いい加減お互いにけんか腰やめてくんないかな

274:名無しさん＠お腹いっぱい。
08/12/02 23:18:22 .net
Itanium機にRHEL3って人はhp-uxはもっとらんの？
保守入ってなきゃ新バージョンはもらえないのかな

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

276:名無しさん＠お腹いっぱい。
08/12/03 00:16:38 .net
> アドレスが実質的にバスなので

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

277:名無しさん＠お腹いっぱい。
08/12/03 01:19:53 .net
続きは検証センターででもやればいいのに。

278:名無しさん＠お腹いっぱい。
08/12/03 09:37:01 .net
>>270
え? バスバス言ってんのは、なんか反論でもした気になってるのかよ? 笑止
小手先の付け焼き刃の延命処置をさもまっとうな対策みたいに語るのは
よくあることだけどな。

279:名無しさん＠お腹いっぱい。
08/12/03 09:41:18 .net
「バスを多段にして間にキャッシュ噛ますとあら不思議、クロスバーに対抗できます。」
まとめるとこういうことだな。
「なぜなら、クロスバーはアドレス指定がバスだからです。」
クロスバー導入したエンジニア達はそれに気付かなかったわけだw

280:名無しさん＠お腹いっぱい。
08/12/03 11:50:30 .net
Sun Fire 6800、アドレスが実質的にバスで飽和しまくり。
↓
「バスを多段にして間にキャッシュ噛ます」
アドレスのバスを細かく分割して、スヌープフィルタを介して相互接続することで、ボトルネック解消
↓
Sun Fire 15K、従来の10倍以上の高速化を実現!

Xeon、共有バスなので飽和しまくり。
↓
バスを分割して、スヌープフィルタを介して接続することで、ボトルネック改善

ね、一緒でしょ。

>>273
真実には逆らえず、レッテル貼りによる封じ込めに作戦変更ですか?

281:名無しさん＠お腹いっぱい。
08/12/03 11:54:51 .net
URLﾘﾝｸ(www.atmarkit.co.jp)
> 通常のバス・アーキテクチャでは全ての信号が1本のバスを通るため、
> CPUなどを増やして処理性能を上げようとしてもバス性能が性能向上のボトルネックとなった。
> バスを流れる「データ」「コントロール」「アドレス」の3種類の信号のうち、
> データだけがクロスバー・テクノロジによって高速化されていた。

アドレスはバスでした。

もっと詳しいことは↓でも読んでくれ。
URLﾘﾝｸ(jp.sun.com)

282:名無しさん＠お腹いっぱい。
08/12/03 12:03:16 .net
ちなみに日本語訳は誤訳とかアヤシイ部分があるので、原文に当ったほうがいいかも。

原文はこちら
URLﾘﾝｸ(www.sc2001.org)

283:名無しさん＠お腹いっぱい。
08/12/03 12:06:31 .net
>>278
> アドレスはバスでした。

お前の日本語をどうにかしろと

284:名無しさん＠お腹いっぱい。
08/12/03 12:11:16 .net
ていうか、すでに>>220のURLに書いてあることなんだよな。
自分で持ち出しといて、内容を読んでなかったのかな。

285:名無しさん＠お腹いっぱい。
08/12/03 12:11:28 .net
...Sun Fireのクロスバーが性能改善した事実がすなわち今の Xeon MP機の
性能がいいことを証明したことになる、のかよ? 無理あり過ぎだろw
実際そうなら 8コア超の Xeon MP機の評価記事がどんどん出てくるだろうし、
飛ぶように売れるだろうからそれでわかるんだろな。
じゃあ、QPIなんてやる必要はなかったわけだw
..どのみち Itaniumは-終了-なんだな。

286:名無しさん＠お腹いっぱい。
08/12/03 12:12:05 .net
>>280
アドレスは実質的にバス接続

これ、理解できないの?

287:名無しさん＠お腹いっぱい。
08/12/03 12:12:28 .net
>>281
あんた相手してるの元の人間と違うぞw

次ページ