問題タブ [amd-processor]

開発環境を Linux に移行しようとしています。そして、カールの新機能。Ubuntu x64 を実行している AMD HP PC に IDE および RTE パッケージをインストールすることはできません。パッケージ インストーラーを使用して Debian パッケージをインストールしようとしたところ、"エラー: アーキテクチャが間違っています - i386" というメッセージが表示されました。--force-architecture スイッチを使用してみましたが、エラーになります。

Curl IDE は Intel プロセッサで動作すると思いますか? 誰でもこの問題に運があり、アドバイスできますか?

グラフィックスを多用するアプリケーションがあり、AMD 64ビットデュアルコアプラットフォームで問題が発生しているようですが、Intelプラットフォームでは明らかではありません。

アプリケーションを実行すると、特にシャドウとライティング（Open GL）にコードを使用する場合に、CPUが100％で実行されます。

これを引き起こす可能性のあるAMDプロセッサの特定の問題、または問題を追跡する場所、および/またはこれらの問題を回避するためにコードベースを最適化する方法を知っている人はいますか？

アプリケーションは通常、ミッドレンジのハードウェアで正常に動作します。私の開発マシンにはnvidia gtx260カードが搭載されているため、電力不足は問題になりません。

新しい開発用PCを購入したいと思っています。私の予算は$1,000USD（モニターを含む）以下です。私はラップトップ（デスクトップ交換タイプ）を利用できます。そうでない場合は、従来のデスクトップPCで問題ありません。

私の主な開発環境は、Microsoft、Visual Studio 2008（および古いVisual Studio 6コードのサポート）です。SQL Server 2005、2008、およびSQL Server2000のレガシーサポート。MicrosoftOffice2003、2007をインストールする可能性がありますが、Office 2000までサポートします。私が作成してサポートするソフトウェアは、ほとんどがWindows XPですが、一部のVistaです。インストール先の64ビット実装があると想定する必要があります。

私の最初の混乱は、AMDまたはIntelを選択することから始まります。私の懸念は、AMD環境でVisualStudioを使用してソフトウェアを構築する際の互換性の問題があることです。私には証拠がありません。誰かが私のために片付けてくれることを願っています。

最後に、32ビットと64ビットのインストールについて混乱しています。64ビットが着実に普及しているにもかかわらず、最小公分母（32ビット）を使用する必要がありますか？64ビットオペレーティングシステムは4Gを超えるRAMに対応し、テスト環境用にできるだけ多くの仮想マシンをセットアップしたいので、一度に多くの仮想マシンをアクティブにすることができるので、気に入っています。

私は夢のマシンを探しているのではなく、モニターと、そこにあるほとんどのマシン用のソフトウェアを作成できる約$1000の最高のプロセッサーを備えたマシンだけを探しています。

Visual Studio 6 用のプロセッサ パックが利用できることを確認しましたが、SP5 を使用しているユーザーのみが利用できるようで、既に SP6 を使用しています。

さらに、Visual C++ Processor Pack (VCPP) が Service Pack 6 から削除されました。VCPP がインストールされている場合、SP6 をインストールするとマシンから削除されます。VCPP を引き続き使用する場合は、SP5 をそのまま使用するか、Visual Studio 2002 または 2003 に移行する必要があります (推奨)。

まず、このプロセッサ パックは Visual Studio 6 SP6 と互換性がありますか?

第二に、それは実際に私を助けるでしょうか？アプリケーションを最大限に活用することに関心がありますが、Intel および AMD チップのすべてのフレーバーで実行する必要があるため、1 つのプラットフォームだけをターゲットにすることはできません。

新しいサーバーを取得しています。AMD 対 Intel の聖戦を理解しようとしています。これら 2 つのプロセッサ ファミリの偏りのないパフォーマンス比較を見つける場所はありますか? これについて心配するのをやめて、「それは問題ではない」カテゴリにファイルする必要があります.

.NETアプリのx86プラットフォームをターゲットにした場合、AMDチップで正しく実行されますか？Intelチップで動作し、Vista 64にはx86アプリを特別なモードで実行する機能があることは知っていますが、ハードウェアとOSの量はわかりません。

Intelチップを搭載したVista64でテストしましたが、完全に機能しますが、テストするAMDマシンがありません。

現在、TBB、MKL、IPP などの Intel の並列化ライブラリに関連する API について学習しています。ただし、AMD のパズルの部分も検討する価値があるかどうかは疑問に思っていました。それともただの時間の無駄でしょうか？(告白しなければなりませんが、私は AMD のライブラリ サポートについてまったく手がかりがありません。そのため、アドバイスをいただければ幸いです。)

明確にするために、私がインテルのやり方を採用する理由は、1) API が非常に優れているためです。2) インテルは、ツールのサポートを API サポートと同じくらい真剣に考えているようです。(繰り返しになりますが、AMD がこの部門でどのように取り組んでいるかはわかりません。)

私たちは常にインテルのショップです。すべての開発者は Intel マシンを使用しており、エンド ユーザーに推奨されるプラットフォームは Intel です。エンド ユーザーが AMD で実行したい場合は、それが彼らの目を光らせています。おそらく、テスト部門は AMD マシンをどこかに置いて、完全に壊れたものを出荷していないことを確認していたのでしょうが、それだけでした。

数年前まで、私たちは MSVC コンパイラを使用していましたが、SSE レベルを超える多くのプロセッサ チューニング オプションを実際には提供していないため、コードが特定の x86 ベンダーを別のベンダーよりも優先するかどうかについてあまり心配していませんでした。ただし、最近は Intel コンパイラを頻繁に使用しています。私たちのものは、(インテルのハードウェア上で) それから確実にいくつかの重要なパフォーマンス上の利点を得ており、そのベクトル化機能により、asm/intrinsics に行く必要が少なくなります。しかし、人々は、Intel コンパイラが AMD ハードウェアに対して実際にそれほど良い仕事をしていないのではないかと心配し始めています。確かに、Intel CRT または IPP ライブラリに足を踏み入れると、明らかに最適化された関数へのジャンプ テーブルを設定するための多くの cpuid クエリが表示されます。ただし、Intel が AMD のチップに何か良いことをしようと苦労する可能性は低いと思われます。

この分野の経験のある人なら、それが実際に大したことかどうかについてコメントできますか? (AMD で実際にパフォーマンス テストを行ったことはまだありません)。

Update 2010-01-04 : まあ、AMD をサポートする必要性は、私が自分でテストするほど具体的ではありませんでした。この問題に関する興味深い読み物がいくつかありますhere、here、およびhere .

更新 2010-08-09 : Intel-FTC 和解は、この問題について何か言いたいことがあるようです -この記事の「コンパイラとダーティ トリック」セクションを参照してください。

私はコンピューターシステムコースを受講していますが、AMDベースのコンピューターがリトルエンディアンのマシンであるかどうかを確認しようとしています。Intelと互換性があるからだと思います。

具体的には、私のプロセッサはAMD 64Athlonx2です。

これはCプログラミングで問題になる可能性があることを理解しています。私はCプログラムを書いていますが、使用しているメソッドはこれによって影響を受けます。Intelベースのマシンでプログラムを実行した場合に同じ結果が得られるかどうかを調べようとしています（これがリトルエンディアンのマシンであると想定しています）。

最後に、これを聞いてみましょう。Windows（XP、Vista、2000、Server 2003など）と、たとえばUbuntu Linuxデスクトップを実行できるすべてのマシンはリトルエンディアンでしょうか？

C 言語は、移植性を実現するために UNIX を作成するために使用されました。異なるコンパイラを使用してコンパイルされた同じ C 言語プログラムは、異なるマシン命令を生成します。Windows OS が Intel プロセッサと AMD プロセッサの両方で実行できるのはなぜですか?