パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Itaniumの32bitパフォーマンス向上はソフトで」記事へのコメント

  • by Psychs (7786) on 2003年04月25日 19時38分 (#305225)

    技術的にいえば,ソフトウェアによるエミュレーションレイヤー + VLIWプロセッサ という構成だから,論理的には Crusoeと同じ構成だ.この2つのパフォーマンス特性,相違点などを調べてみるとおもしろいだろう.

    しかし,現状では,Itaniumの IA-32実行機能は,ハードウェアドライバの IA-32コードを実行するために使われることがほとんどのようだ.
    しかも,AMD64 ISAと比べた場合には,価格対性能比が全く違う.

    したがって,ZDNetなどの論評にあるような AMD64 ISA への対抗策としての意味は事実上ないと思われる.

    • by vbsnbk (13976) on 2003年04月25日 21時10分 (#305283) 日記
      下でも書きましたが、今の時点での現状では
      >ハードウェアドライバの IA-32コードを実行するために
      ですよね?だからIntelはOSのレベルでモジュールを提供して、
      何とかIA-64でもOpteronのように64bitと32bitのバイナリを並列実行できるように
      画策してるんだと思いますよ。
      だから「MS他にExecution Layerソフトを組み込ませるよう働きかける」
      って言っているわけですから。
      #個人的には「1.5GHzのItaniumで1.5GHzのXeonと~」って
      #言ってる時点で「アホかおのれらわっ!!」って気分なんですが。
      #クライアントアプリならいざ知らず、サーバアプリでP4の1.5GHz
      #では非力すぎます……。
      >しかも,AMD64 ISAと比べた場合には,価格対性能比が全く違う.
      これに関しては全くその通りだと思います。
      親コメント
      • by Anonymous Coward on 2003年04月25日 22時55分 (#305347)
        つい最近Itanium2を8基乗っけたマシンで、Win2003のベータ版を
        動かしてたんだが、

        #個人的には「1.5GHzのItaniumで1.5GHzのXeonと~」って
        #言ってる時点で「アホかおのれらわっ!!」って気分なんですが。

        今現在の、Itanium2+Win2003で、32ビットアプリを動作させたら、
        きっとビックリするよ。想像を絶する遅さに。
        体感速度派、pentium 75MHzくらい。まぁ64ビットのプログラムが
        速いから、なおさらかも知れないけど、とにかく遅い:-)
        なので、Xeon1.5GHzと同じってだけでも十分だと思ってしまう。

        ばれたらまずいのでAC
        親コメント
      • by Anonymous Cowboy (6205) on 2003年04月25日 21時27分 (#305296)
        > #クライアントアプリならいざ知らず、サーバアプリでP4の1.5GHz
        > #では非力すぎます……。
        わざわざItanium導入しておきながらサーバアプリそのものをIA-32コードで
        走らせるとか言ってるほうがどうかしてると思うんですが。
        親コメント
        • by Stahl (7211) on 2003年04月25日 22時30分 (#305329)
          機材の入れ替えとソフトウェアの(安全な)入れ替えのタイミングがきっちり合致する幸福な現場、というのはどれほどあるんだろう…
          親コメント
          • 機材の入れ替えとソフトウェアの(安全な)入れ替えのタイミングがきっちり合致する幸福な現場

            結構あるとおもいますよ。特に行政方面とか。

            あちら方面で結構長いこと仕事してましたけど、契約はハードのリース期間が

        • by Dobon (7495) on 2003年04月25日 23時18分 (#305359) 日記
          >サーバアプリそのものをIA-32コードで
           DBとかのミドルを入れ替えたらいくらかかると思います?
           マシン本体より高価な可能性は大です。

          # 互換回路よりソフトの方が速いってのは...なんだかなぁ。
          --
          notice : I ignore an anonymous contribution.
          親コメント
          • 意味不明。
            いくらかかるかわかってて導入すると決めたんだからいいじゃん。
            • >導入すると決めた
               導入検討の段階で二の足を踏まれるので、エミュで対応する方向に変更したって話でしょう?

              サーバのカタログに旧製品のバイナリを実行可能と記載してあれば、通常は『それなりの性能で』動くと期待されます。
              (サーバ用のミドルを別バージョンにすると大抵はライセンスの全面取直しになりますから)
              →インテルは互換性重視でしたし。
              # 上司に「互換性があるのに使えない」事を説明するのは大変でした。

               見積もりとった段階では「よさそう」と思っても、本腰いれて検討すると予算オーバーってケースが多かったのでしょう。
              (CPUを売りたい)インテルにとっては問題です。

              # ここでハードメーカのインテルがエミュに走ったトコが面白いのですが...
              # このエミュ、PA-RISC上で動くのかどうか非常に興味があります[笑]。
              --
              notice : I ignore an anonymous contribution.
              親コメント
        • せっかくItaniumを導入しても走らせるItaniumアプリが無くて、ユーザーの要望に仕方なく…、という構図が浮かびます。
      • ここはItaniumの話題なんだから、
        せめて基本的なことを知った上で話をしましょう。

        Linuxはともかく、
        Windowsならば、一般に提供されているのはAlphaかItaniumのみ。
        Opteronの出番は、当分先になるでしょう。

        Itaniumは、一般へのアピールが足りないかもしれないが、
        何年も前から、開発機(BigSur
        • by takac (13264) on 2003年04月26日 0時57分 (#305405)
          どっちも使ったことないけれど、64bitに限ればOpteronがIntelの成果を横取りってのは違うでしょう。
          ItaniumはIA32と互換性の無い?VLIWで、OpteronはIA32+AMD64 ISA(x86-64)だから、ItaniumとOpteronの
          64bit互換性は無いのでは?
          # だからこそAMDは苦労して各社に働きかけているんだし

          個人的には、既存システムの移行を考えてくれているOpteronを応援したいです。
          親コメント
        • by Anonymous Coward on 2003年04月26日 1時23分 (#305417)
          >Opteronは、その成果を横取りしようとしてるようにも見えるので

          「横取り」とは、、、ひどい言いようですね。
          「基本的なことを知った上」で、そう仰っているのですよね。(苦笑)

          Opteron のアプローチはItanium とは、全く異なる訳だし、
          それを言うなら、Itanium こそ、DEC Alpha の成果を横取り
          したと誹られるのでは?

          IntelがCompaqのAlphaプロセッサ技術を取得 [mycom.co.jp]
          米Intel、DECと和解、Alphaの製造ラインを買い取り [impress.co.jp]

          Intel は、DECの技術を金で買ったが、技術者全員の心までは
          買えなかったってことで。
          親コメント
        • ItaniumってOpteronとは結果的にターゲットが異なっちゃったと思うんですよ. もちろん当初のルートはIA32からのスムースな移行ということだったんでしょうが, パートナーとして大きな一画を占めるHPやNECなんかにとっては, むしろ利幅の大きなハイエンドサーバでの開発費を削減したいという思いがかなりの部分をしめていて, それが結果的にシステムとなった場合にSun対抗というように変化してしまったのだと思います.

          Itaniumの商用システムというと, 比較的見る機会が多いのはNECのAsAmAなんですけど, これも現在は計算サーバが主力で, エンタープライズサーバとして使う場合もHP-UXベースの方が主力になっちゃって, Opteronマシンとは住みわけが進むんじゃないかという予感がします.

          親コメント
        • うーん……
          Opteronの現状での、我々ユーザにとって最大の利点というのは、
          「現状のx86用OSが何も考えずに動く」という点なんですが。
          #勿論新しいチップセットとかを認識させるレベルの手間は要りますが。
          その上で、さらなる上である64bitネイティブバイナリ対応を狙うために
          AMDはMSに働きかけ、Linuxベンダに働きかけている訳ですよね。
          ですからAMDは「K7->K8」という、x86の枠内でのステップアップも
          最初から考慮しているので、
          >64ビットへの移行のための準備 というのは、Intelのように資金力と政治力を行使して、前から進めておく
          必要がないだけのことなんじゃないですかね。
          親コメント
        • by Anonymous Coward on 2003年04月26日 2時26分 (#305441)
          論調を見てると、Itaniumを知らない人が多そうですよねえ。
          VLIWとは書いてるけどEPICとかは書かないですし。
          #32bitから64bitへの移植が簡単だと思ってるみたいだし(笑)

          あえてまた言いますが、アーキテクチャとベンチマークに関しては
          とんちんかんな人ばかりですね。
          #なぜメモリレイテンシを気にするかとか。

          AMD好き(Intel嫌い)が騒いでるだけかな。
          親コメント
        • >Windowsならば、一般に提供されているのはAlphaかItaniumのみ。

          基本的な事を聞くのですが、64bit version な windows*/alpha は提供されているのでしょうか?
    • つか、Crusoeがこれをやるとよかったんじゃないかなー。とか思う。
      変換済みのコードをCPU内のちっこい領域でやりくりしてないでメインメモリに置いてしまえ。という意味で。
      # OSのサポートがあればバイナリを書き換えて...とかローダで変換...とかできるし。
      親コメント
      • >変換済みのコードをCPU内のちっこい領域でやりくりしてないでメイン
        >メモリに置いてしまえ。という意味で。
        ちょっとこれは違うとおもいます。
        手元のLinuxカーネルの報告ではしっかりと16MBをコードモーフィングに
        取られています。
        --
          田舎のLinux野郎
        親コメント
        • > しっかりと16MBをコードモーフィングに取られています。

          これは変換後のコードをキャッシュするためですね。

          #305266は、最初に全部変換した結果をメモリに置いておくような
          ことをイメージしているんじゃないかな?
    • Itaniumの IA-32実行機能は,ハードウェアドライバの IA-32コードを実行するために使われることがほとんど
      これの根拠は?
    • アプリだけで、ドライバ関係は厳しいでしょうね。

      ところで、エミュの時にCPUは何に見えるのだろうか、
      それによってはまた、動かないアプリが...

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

処理中...