トップページ⇒unix
1001コメント294KB

ItaniumでUNIX!

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/02/19(日) 15:13:02
Itaniumってどうよ?

Itanium Solutions Alliance
https://www.itaniumsolutionsalliance.org/home

Intelとコンソーシアム、Itanium支援に100億ドル投入
http://www.itmedia.co.jp/enterprise/articles/0601/27/news080.html
0612名無しさん＠お腹いっぱい。2007/09/26(水) 22:53:27
>>611
つーか、アセンブラレベルでいじることなどまず無いであろうCPUについて、
「PA-RISCの悪いところを引き継いでいる」
とか言ってる時点で、トンチンカンもいいところだろうさ。
0613名無しさん＠お腹いっぱい。2007/09/26(水) 23:13:13
誰がアセンブラでプログラムを書くと言ったのかな。
0614名無しさん＠お腹いっぱい。2007/09/26(水) 23:33:55
>>613

横から失礼。
えーと、>>612 も「アセンブラではプログラムは書かない(だろう)」って言ってるじゃないか。
だとしたら、高級言語によるプログラミングとかの経験などが理由になるのだろうけど、
何を理由に「PA-RISCの悪いところを引きついでいる」と言い切れるのか、
ここまで発言ではｻﾊﾟｰﾘだという点ではおいらも >>612 に同意だ。

いずれにしても >>603 も尋ねているように >>602 (604)が、その点をどういう経験に基づいて
そう思ったのか、具体例をもって明確に説明をできれば済む話だしょ。
それができないなら、「触ったこともないくだろ」 呼ばわりされても仕方なかろ。

Serverシステムとして見た場合の、RASその他の機能は、
自ら 「CPUは主役じゃない」 と言ってるくらいだから、Serverの機能等を見てってのは理由から除外ね。
0615名無しさん＠お腹いっぱい。2007/09/27(木) 00:13:52
2行以内にしてくれないか?
0616名無しさん＠お腹いっぱい。2007/09/27(木) 00:28:42
終了したオークションですが、
PA8600 500MHzのワークステーションが14マソで、でてましたね
ttp://page11.auctions.yahoo.co.jp/jp/auction/n53927583
0617名無しさん＠お腹いっぱい。2007/09/27(木) 00:45:43
C++でプログラムを書いていても、コンパイラが出力したコードをチェックしたり、クラッシュダンプを解析する。
だから、プロセッサの命令セットは無視できない存在。

そして何よりも、ベンチマーク値は高いのに、実際に使ってみると遅いこと。
これは凄く嫌なこと。
0618名無しさん＠お腹いっぱい。2007/09/27(木) 09:32:28
それって PA-RISC の話? それとも Ittanium? 両方w?
0619名無しさん＠お腹いっぱい。2007/09/27(木) 10:07:21
「PA-RISCの悪いところを引きついでいる」っていうんだから、両方だろ?
0620名無しさん＠お腹いっぱい。2007/09/27(木) 13:07:32
やったー! 両方だー!! うれし〜w
0621名無しさん＠お腹いっぱい。2007/09/27(木) 22:42:31
>>617
PA-RISCはともかく、Itaniumのコードをコンパイル後に見るなんてにわかには信じられないな。
あんなもの、(最適化と相まって)ちょっと見た程度じゃソースとの対応取れないもん。
1つの命令バンドル中に、複数のプログラムストリーム混ざっているし。
もしかして中の人？
(どこの中かは知らんが)
0622名無しさん＠お腹いっぱい。2007/09/27(木) 22:59:50
>>621
な、大変だろ? だからIA-64は嫌なんだよ。
0623名無しさん＠お腹いっぱい。2007/09/28(金) 10:48:17
VLIW って、長く互換性の必要な命令セットとしては、消え去りそうだね。
内部実装方法としては続けて使われそうだけど。
結局、RISC+αの体系がベストってことだな。
0624名無しさん＠お腹いっぱい。2007/09/28(金) 11:17:36
EPICなめんなw
0625名無しさん＠お腹いっぱい。2007/09/28(金) 14:32:04
いや、まさに EPIC の話をしてるんだが。ダメダメだろwwww
0626名無しさん＠お腹いっぱい。2007/09/29(土) 12:17:08
Itaniumは糞！
0627名無しさん＠お腹いっぱい。2007/09/29(土) 22:00:18
その糞に負けて消滅したMIPSは?
0628名無しさん＠お腹いっぱい。2007/09/30(日) 00:06:12
MIPSはItaniumに負けたって感じがしないが、SGIの話か?
0629名無しさん＠お腹いっぱい。2007/09/30(日) 00:57:21
SGIとNEC

同時期に市場で競争したわけではなく、
Itanium出るぞ〜というFUDに負けたヘタレ。
0630名無しさん＠お腹いっぱい。2007/09/30(日) 01:28:47
R8000とか、R10000の後とか見ると、
まあどっちにしてもって感じだけど。
0631名無しさん＠お腹いっぱい。2007/09/30(日) 01:34:59
ttp://ja.wikipedia.org/wiki/%E3%83%9F%E3%83%83%E3%83%97%E3%82%B9%E3%83%BB%E3%83%86%E3%82%AF%E3%83%8E%E3%83%AD%E3%82%B8%E3%83%BC%E3%82%BA
を見ると、SGIがMIPSを捨てて、まだ得体が知れてなかったIA-64に賭けてしまったために、MIPSオワタとなったようだな。
0632名無しさん＠お腹いっぱい。2007/09/30(日) 09:47:25
SGIオワタがMIPSオワタの原因
IA-64関係ない
0633名無しさん＠お腹いっぱい。2007/09/30(日) 10:18:57
MIPSが終わりかけたときにSGIが救済して、
MIPSが再び軌道に乗ったのでSGIが救済やめただけ。
0634名無しさん＠お腹いっぱい。2007/09/30(日) 10:42:24
救済ビジネス?
0635名無しさん＠お腹いっぱい。2007/09/30(日) 13:00:54
SGIはMIPSに依存してたので、MIPSに潰れられると困る。
そんで、潰れかけていたMIPSを救済した。

その後、SGIはMIPSやめてIA-64に切替えることにし、MIPSを手放した。
まだSunもIBMもIA-64に参加するとか言ってた頃の話。

もしSGIがMIPSを使い続けていたら、AltixもMIPSだったんだろうなぁ。
0636名無しさん＠お腹いっぱい。2007/09/30(日) 23:53:26
MIPS はサーバー方面で使う会社がなくなっただけで、組込みじゃバンバン使われてる。
ぜんぜん終わってなんかないよ。Alpha みたいに消え去ったわけじゃない。
ネットワーク機器方面でかなり気合い入れたマルチコアとか作られてるし。
サーバー方面にもいつでも復帰可能。
0637名無しさん＠お腹いっぱい。2007/10/01(月) 02:29:12
8ビットCPUでいうところのZ80のような存在だろう。
0638名無しさん＠お腹いっぱい。2007/10/01(月) 09:30:14
んなアホな。Broadcom の石とか知らんねんなぁ。つーか、なんも知らんだろおまえww
0639名無しさん＠お腹いっぱい。2007/10/01(月) 10:11:06
>>638
MIPSはZ80のように、最速ではないが、定番中の定番。
0640名無しさん＠お腹いっぱい。2007/10/01(月) 10:28:53
鯖のメインプロセッサとしては、とっくにMIPSは終わってる。
0641名無しさん＠お腹いっぱい。2007/10/01(月) 11:55:48
はいはい、よくわかったよ。ホントになんにも知らんのだなかわいそうに。
0642名無しさん＠お腹いっぱい。2007/10/01(月) 12:14:03
ふーん、MIPS搭載のハイエンドサーバは何があるの?
0643名無しさん＠お腹いっぱい。2007/10/01(月) 13:51:38
MIPSはネットワーク機器用って感じがする。
0644名無しさん＠お腹いっぱい。2007/10/02(火) 13:30:09
EPICなめんなよ
0645名無しさん＠お腹いっぱい。2007/10/02(火) 15:23:40
口ほどにもないやつらだぜ。今日はこんぐらいにしといたらぁ
0646名無しさん＠お腹いっぱい。2007/11/01(木) 13:08:16
Ita の時代キターー！
http://headlines.yahoo.co.jp/hl?a=20071031-00000081-zdn_ep-sci
0647名無しさん＠お腹いっぱい。2007/11/01(木) 16:13:06
誰が買うんだろう…
0648名無しさん＠お腹いっぱい。2007/11/06(火) 19:18:18
Sun のとこで、NEC も日立ももう Itanium 機作るの打ち切ったって書いてたのが
いるんだが、本当? ACOS の Itanium 版も廃止? 確か去年新機種が出てたと思うが..
0649名無しさん＠お腹いっぱい。2007/11/07(水) 00:06:25
>>646
Ｉｔａでx86コードを動かそうとしていたことがあったこともたまには思い出してあげてください。
0650名無しさん＠お腹いっぱい。2007/11/28(水) 00:14:19
Montvale、悲惨ですな。いよいよ秒読み段階のようで。
0651名無しさん＠お腹いっぱい。2007/11/29(木) 09:45:10
Xeon で IA64el 動かすようにすれば過去の遺産も継承できるね！
0652名無しさん＠お腹いっぱい。2007/12/04(火) 20:15:55
MIPSはR10000を出してそれがわずかに200MHzのチップだったわけだが、
その後ずっとその程度のCPUしか作れなかった・造らなかった。
一つの原因は、インテルのペーパマシンであったイタニウムが
あたかもデスクトップPC用ぐらいの値段で出てくるかのような幻想に
（MIPSに限らず）やられて、経営者がWS用のハイエンドCPUの開発に
力を注がなくなったためでしょう。
0653名無しさん＠お腹いっぱい。2007/12/04(火) 20:34:23
ボール紙で作られた板にうむ
0654名無しさん＠お腹いっぱい。2007/12/04(火) 20:42:54
「SGIが」
0655名無しさん＠お腹いっぱい。2007/12/05(水) 08:58:44
Itanium はさまざまのハイエンド CPU と行き場をなくしていた
ハイエンドベンダーを巻添えにして消えていく死神みたいなもんだな。
0656名無しさん＠お腹いっぱい。2007/12/06(木) 01:41:04
戦士の魂をワルハラに運ぶワルキューレか
0657名無しさん＠お腹いっぱい。2007/12/06(木) 08:58:42
>>650
とうとう今週発売ですよ。
0658名無しさん＠お腹いっぱい。2007/12/06(木) 21:00:57
>>656
そんなええもんとちゃうww
0659名無しさん＠お腹いっぱい。2007/12/10(月) 00:23:10
最近、 Itaniumって、あと3年と言わず、このまま10年20年と普通に生き残るんじゃなかろうか
って気がしてきたよ。
今後の性能向上の面で、x86系は過去の色々なしがらみが、そろそろ本当に足かせになりそう
な予感。
0660名無しさん＠お腹いっぱい。2007/12/10(月) 09:05:09
Itanium には過去のしがらみが無いとでも言うのかな?
今時 VLIW なんて誰もやらないでしょ。Pen4 時代の発想。

それに x86 は 10 年 20 年と過去のしがらみを振り切って
来た CPU だよ。
0661名無しさん＠お腹いっぱい。2007/12/10(月) 10:31:12
8086の発表は1978年、だから30年
0662名無しさん＠お腹いっぱい。2007/12/10(月) 13:34:10
リアルモードとか仮想86モードとかもう切り捨てようぜ。
0663名無しさん＠お腹いっぱい。2007/12/10(月) 15:53:09
>>659
キミ、今現在既に生き残ってると言えないんじゃない?www
> 今後の性能向上の面で、x86系は過去の色々なしがらみが、そろそろ本当に足かせになりそう
それは Ita やる前に Intel 自身が宣言してたから間違いない。
0664名無しさん＠お腹いっぱい。2007/12/12(水) 00:16:29
>>660
他がやってないからダメというのは、やや根拠に乏しいかもね。

それはさておき、x86は20年以上もしがらみを無理やり振り切ってきたのは確かだが、
であるが故にそろそろ振り切るのが難しくなりそうなのは確かだね。
0665名無しさん＠お腹いっぱい。2007/12/12(水) 01:20:58
>>664
他がやってないんじゃなくて、他は試した上でやめたんですよ。

>そろそろ振り切るのが難しくなりそうなのは確かだね。

何か根拠あるの?
0666名無しさん＠お腹いっぱい。2007/12/12(水) 09:42:31
JVMやLLVMみたいな環境が普通になってくると、
VLIWも復活するかも知れないけれど、
まあ今のところはそういうのはx86内部でやる流れでしょう。
0667名無しさん＠お腹いっぱい。2007/12/12(水) 10:59:56
>>664
はぁ... まったく振り切れてないですが。命令コンバートに要るムダな
トランジスタが少しは減ったとでも言うつもりか??
0668名無しさん＠お腹いっぱい。2007/12/12(水) 23:08:40
>>665
> >そろそろ振り切るのが難しくなりそうなのは確かだね。
> 何か根拠あるの?

詳細は知らんが、ここ何年かのIntelやAMDのCPU改良のうち、
(メモリアクセス性能の向上等を除いた)純粋なコア部分の高速化って
非効率な命令セットのデコードの高速化に終始しているように見えるよ。
0669名無しさん＠お腹いっぱい。2007/12/12(水) 23:30:15
それはしがらみとは関係無いだろ。
どの CPU でも同じだよ。それが業界の流れ。
0670名無しさん＠お腹いっぱい。2007/12/13(木) 01:38:03
>>669
あの継ぎはぎでメタメタな命令セットこそ、過去のしがらみ以外の何ものでもねぇべさ。
0671名無しさん＠お腹いっぱい。2007/12/13(木) 02:18:45
>>670
ちゃんと文脈追えてるか?
気分でレスされても困るぞ。

純粋なコア部分の高速化をしてないのは x86 だけじゃなく
他のプロセッサも変わらんでしょ。今はどこもシンプルな
コアを複数並べて性能出そうとしてるんだから。それでも
x86 はじりじりとクロック上げてるんだから >>664 は
根拠も無ければ事実とも違っているという事で良いだろ。

x86 が良いとは言わないが、力技でなんとかする勢いだけは
衰え知らずだ。
0672名無しさん＠お腹いっぱい。2007/12/13(木) 07:02:32
> 純粋なコア部分の高速化

そんな策がまだ残ってるんなら特許でもなんでもとって
intel やら IBM やらに売り込めよ…
0673名無しさん＠お腹いっぱい。2007/12/14(金) 01:21:44
>>672

むしろIBMはPOWER6でやってるだろ
0674名無しさん＠お腹いっぱい。2007/12/15(土) 23:19:53
>>652
ワークステーションに関してはx86の性能がグングン伸びていたから、
MIPSではなくx86を採用するのが正解。

SGIもx86なワークステーションを作ってみたものの、
SGIのまったりした製品のサイクルがネックとなり、
毎年のように新しいx86 CPUを搭載したモデルを
出す他社に勝ち目がなかった。
0675名無しさん＠お腹いっぱい。2007/12/15(土) 23:21:18
>>661
16ビットのバイナリと、32ビットや64ビットのバイナリは互換性がないよ。
CPUが互換モードを持っているのと、命令セットがスケーラブルなのとは違うから。
0676名無しさん＠お腹いっぱい。2007/12/15(土) 23:24:59
>>667
内部命令への変換は、命令コードの圧縮と見ることもできる。

RISCの盲点が、命令コードが大きくて、
キャッシュに入る命令数が少ない
命令フェッチの帯域幅がネックになる
ということだからね。
0677名無しさん＠お腹いっぱい。2007/12/15(土) 23:55:31
>>674
寒い分析だな。少しはべんきょしてから書けや。
0678名無しさん＠お腹いっぱい。2007/12/15(土) 23:56:46
>>676
そりゃ、「特定の RISC の」欠点だろ。RISC 全般じゃない。
0679名無しさん＠お腹いっぱい。2007/12/16(日) 00:21:34
>>677
VWS320/VWS540の事を言ってるのだが・・・
http://www.sgi.co.jp/newsroom/press_releases/1999/Apr/pentiumIII.html
http://ascii24.com/news/columns/10100/article/1999/01/20/621037-000.html
0680名無しさん＠お腹いっぱい。2008/02/09(土) 21:54:22
tp://slashdot.jp/~kmra/journal/430233
0681名無しさん＠お腹いっぱい。2008/02/12(火) 18:35:15
いまさらこんなこと書いてもらわないとわかんないほどバカなのか、
それともそれ以外選択肢ないほど追い詰められているのか。あわれだ。
SPARC 持ってるくせに資源大量投資した Fもたいがいアホだが。
0682名無しさん＠お腹いっぱい。2008/02/20(水) 17:50:57
究極のザッパー CPU イタニューム。触れたところみな廃虚と化す。
0683名無しさん＠お腹いっぱい。2008/03/18(火) 23:19:24
http://japan.cnet.com/news/ent/story/0,2000056022,20369631,00.htm
> Itaniumはコンピューティングの主流ではなく、今後も主流にならない
> ことはきわめて明白である。
0684名無しさん＠お腹いっぱい。2008/03/19(水) 10:48:32
死ぬ程開発費を投入した、デキの悪い PA-RISC の後継 CPU、てなとこだろ。
えらいもんに手だしちゃったもんだな。よく潰れずに済んでるよ。
0685名無しさん＠お腹いっぱい。2008/03/20(木) 15:33:38
ちょ・・・とっくにヲチやめたんだが、まだTukwilaが出るとかそういう段階なのか。
0686名無しさん＠お腹いっぱい。2008/03/22(土) 09:19:15
>>684
そりゃいくらでもお金はあるから
0687名無しさん＠お腹いっぱい。2008/03/22(土) 10:18:22
つまり、Intel 製品はまだまだ値下げできるってことなんだよな。
そんなムダ金をほとんど世界中の人達が払わされてる。めっちゃ非効率。
まさに、独占の弊害。解体しちまえ解体!!!!
0688名無しさん＠お腹いっぱい。2008/03/22(土) 10:33:21
はいはい。
0689名無しさん＠お腹いっぱい。2008/03/22(土) 11:01:14
では解体という方向で。各方面よろしく。
0690名無しさん＠お腹いっぱい。2008/03/22(土) 14:06:11
>>687
値下げしたらAMDが潰れちゃうだろ。
そしたら独占になってしまう。
0691名無しさん＠お腹いっぱい。2008/03/22(土) 14:16:15
解体つってっだろーが。ほんと威を借りてケツくっついてってるやつって
都合の悪いことは聞こえないんだよな。
解体だ解体。リソースはまともなアーキに分配した上でまっとうに競争する。
0692名無しさん＠お腹いっぱい。2008/03/22(土) 14:41:23
>>691
まともなアーキって何?
まっとうに競争した結果、どうなるの?

いまのインテルvsAMDの競争状態よりも、
高性能なプロセッサが安く手に入るように
なるの?
0693名無しさん＠お腹いっぱい。2008/03/22(土) 15:50:02
なるよ。つーか、なんでならないと思うの?
なぜ独禁で企業が分割される? 中学で習うんじゃなかったっけ?
0694名無しさん＠お腹いっぱい。2008/03/22(土) 15:54:47
ああインテルに独占させてインテルを独占したほうが今よりもましになるかどうかか
0695名無しさん＠お腹いっぱい。2008/03/22(土) 16:13:12
>>693
まず第一に、競争状態を均衡のまま保つことは、よほどの介入がなければ無理だから。
第二に、勝ったら潰されるということは、勝ち目がないのと同じことで、そんな競争に資金を注ぎ込む者は不自然だから。

次に、安価で高性能なプロセッサを消費者が手にするためには、
スケールメリットを追求した製造ラインが必要なだけでなく、
プロセッサ開発に必要な膨大な費用の製品単価への配賦を小さくする必要がある。

したがって、
100社で競争している状態よりも、10社で競争している状態のほうが、
10社で競争している状態よりも、3社で競争している状態のほうが、
消費者にとっては得になる。

いまのところインテルはまだ独占に至ってないので、
インテルとAMDの2社の競争状態が続くことが、
消費者にとっては得になることだよ。

AMDが堅実なことしかしないのは、2番手だから当然だし、
インテルが果敢にチャレンジして失敗するのは、1番手だから当然。
そうしなければ、どんどん差が開いてインテルの独占になってしまう。
0696名無しさん＠お腹いっぱい。2008/03/22(土) 16:57:30
>>695
> いまのところインテルはまだ独占に至ってないので、
> インテルとAMDの2社の競争状態が続くことが、
> 消費者にとっては得になることだよ。
お気の毒。洗脳されてますよ。終ってます。
0697名無しさん＠お腹いっぱい。2008/03/22(土) 16:59:15
市場経済ではない、すなわち、資本主義でもないのですよ。
ひどく勘違いされてる方多いですけど。
競争状態は、自然発生するもんじゃないんです。作るもんです。
0698名無しさん＠お腹いっぱい。2008/03/22(土) 17:34:05
インテル内部に複数の設計チームがいて
互いに内部で競争してることを知らないのか。
0699名無しさん＠お腹いっぱい。2008/03/22(土) 18:53:48
Intelよりも性能がいいAMDのCPUを、
Intelよりも安い価格で買うことができる。
この現状に満足しているのは洗脳されてるの?
0700名無しさん＠お腹いっぱい。2008/03/22(土) 19:10:12
IA64は最高だね！1台うちにも欲しいよ
0701名無しさん＠お腹いっぱい。2008/03/22(土) 19:41:06
>>700
言うに事欠いて心にもないことを・・・
0702名無しさん＠お腹いっぱい。2008/03/22(土) 19:47:36
>>701
まあそういうなよ
君も一台欲しいだろ？
0703名無しさん＠お腹いっぱい。2008/03/22(土) 19:53:54
Mercedイラネ。
0704名無しさん＠お腹いっぱい。2008/03/22(土) 21:16:16
じゃあItanium2ならいるのかよ
0705名無しさん＠お腹いっぱい。2008/03/23(日) 10:18:03
MercedはMSDOSがフルスペックで動く貴重なx86互換プロセッサ。
0706名無しさん＠お腹いっぱい。2008/03/23(日) 10:29:18
>>685
Tukwilaは出る。
終わるのはhp-uxがx86/64対応し、XeonのRAS向上版が出る時期。
カウントダウンは始まっている。
0707名無しさん＠お腹いっぱい。2008/03/23(日) 11:19:46
HP-UXがx86-64で出るという目があるんだ
みんな結構大変ね
0708名無しさん＠お腹いっぱい。2008/03/23(日) 17:03:59
実際にCPUの寡占状態って検討されたことがあるの?
Desktop用CPUだけで「市場」を形成しているって考え?
0709名無しさん＠お腹いっぱい。2008/03/23(日) 17:17:55
パソコン用CPUで稼いでR&Dに莫大な額を投入してサーバ用CPUに参入する
格下と見下していた領域の命令セット・プロセッサが自分たちの領域に進出してきてシェアの大半を持っていった

この2つが気に入らない連中が喚いているだけ。
いまだに、電卓上がりの癖に、なんて馬鹿にしてる。
0710名無しさん＠お腹いっぱい。2008/03/23(日) 17:20:47
Itanium2はインテルのハイエンドサーバへの挑戦だったけど、いまのところ成功してないよね。
大した脅威でもないのに、どういうわけだか叩いて己が欲求を満足させようとする人がたくさん。

彼らが本当に恐れているのはItanium2ではなくXeonとOpteron。
叩きたくても叩ける箇所が少ないので、その矛先をItanium2に向けているだけ。
0711名無しさん＠お腹いっぱい。2008/03/23(日) 17:51:05
まあ担当して苦労しているどこかの社員さんかもね〜
■ このスレッドは過去ログ倉庫に格納されています