問題タブ [x86-64]

私はしばらくの間、C でステートメントを書き、"gcc -S" でコンパイルし、出力を調べることで、GNU アセンブリを独学で学んできました。これは、x86 (および -m32 でコンパイル) では問題なく動作しますが、私の AMD64 ボックスでは、次のコードの場合 (例として):

GCCは私に与えます：

と比べて：

x86 で。

綿毛なしでx86_64出力アセンブリでGCC -Sを作成する方法はありますか?

システム: Centos 5.3 x86_64、Apache 2.2 および PHP 5.2 をモジュールとして (mysql および oracle コネクタを使用)

メモリ使用量/リークをデバッグするには? dmalloc? ヴァルグリンド？auto_prepend_file ?

たとえば、500+ MB の VSZ と 50+ MB の RSS を検討していますが、これは多少高くなる可能性があります。インスタンスが増えると、SuSE 9.2 i386、Apache 2.0、PHP 5.2 よりもはるかに多くのメモリが必要になり、32 ビットから 64 ビットへの変更がメモリの膨張の唯一の原因であるかどうかはわかりません... Apache とPHPはブラックボックスのように見えます（または少なくともヒープ:)

2 つの機能を持つ InstallShield 2010 (基本 MSI) を使用してインストーラーを作成しています。

最初の機能は次のとおりです。

• x86 としてコンパイルされたメインの .NET アプリケーション、
• メインアプリケーションで使用されるいくつかのネイティブ x86 サードパーティ dll (x64 バージョンは利用できません)。

2 番目の機能には、AnyCPU としてコンパイルされた MS Reporting Services の拡張機能である単一のコンポーネントが含まれています。

UI シーケンス中に、InstallScript カスタム アクションを使用して、x86 と x64 の両方のレジストリ ツリーから利用可能なすべての Reporting Services インスタンスを列挙しています。

ユーザーは、拡張機能をデプロイするインスタンスを選択するよう求められます。

選択したインスタンスに基づいて、通常は "C:\Program Files\Microsoft SQL Server\MSSQL.2\Reporting Services" のようなファイル システム内の Reporting Services の実際の場所をレジストリに照会し、この値を MSI プロパティに格納しています。

次に、Set Directory アクションを使用して、コンポーネント (拡張機能) の宛先ディレクトリをその MSI プロパティの値に設定します。

拡張ファイルが間違った場所にインストールされている場合、x64 Reporting Services 用にインストールしようとしていない限り、すべてが完全に正常にインストールされます。MSI プロパティが正しいパス「C:\Program Files\MicroSoft...」に設定されていても (msi ログを確認しました)、システムが自動的に「Program Files (x86)」にリダイレクトされているようです。

この問題を克服する解決策はありますか?

そこで、次のサイトから.net2.0sp2再配布可能ファイル「NetFx20SP2_x64.exe」をダウンロードしました。

http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=5B2C0358-915B-4EB5-9B1D-10E506DA9D0F&displaylang=en

IISをx86モードで実行しているx64win2k3サーバーに展開します。同じサーバー上で、x64ビットモードでサービスとユーティリティも実行しています。

質問は簡単ですが、前述のリンクから「NetFx20SP2_x86.exe」バージョンもインストールする必要がありますか、それともx64ビットにすでに含まれていますか？

他のコア/プロセッサを有効/無効にするために使用される x86-64 命令と、それらでコードの実行を開始する方法は?

これがオペレーティングシステムによってどのように行われるかについてのドキュメントはどこかにありますか?

一部の古い x86 命令は、64 ビット モードでは未定義です。たとえばLDS、 、LESおよび、または( ) および( ) 命令LSSの短いオペコード。INC r1640 + rwINC r3240 + rd

64 ビット モードでのみ定義され、32 ビット プロテクト モードでは定義されていない命令はありますか?

編集： コンテキストはx86プロセッサの開発です。仕様に適合していることを確認したい。

既存の 32 ビット カウンターを 16 ビット カウンターに変換してメモリを節約したいと考えています。このカウンターは、アトミックにインクリメント/デクリメントされます。私がこれを行う場合：

1. x86/x86_64 での atom_inc(uint16_t x) にはどの命令を使用しますか?
2. これは、マルチプロセッサ x86/x86_64 マシンで信頼できますか?
3. これを行うために、これらのアーキテクチャのいずれかに支払うパフォーマンスのペナルティはありますか?
4. (3) で「はい」の場合、予想されるパフォーマンスの低下はどれくらいですか?

コメントしてくれてありがとう！

Linux x86-64 アセンブリの基礎の学習に関するドキュメントを持っている人はいますか? このまま学習するか、先にx86を学習してから学習するかはわかりませんが、私はx86ではなくx86-64のコンピューターを持っているので、代わりにx86-64を学習することを考えていました。 )

何を、どのように、どのドキュメントを使用して学習するかについて、誰かが私にインセンティブと指示を与えることができるかもしれません。

最も好きなドキュメントのタイトルを教えてください。私は少し Python をコーディングしています。これは低レベル言語での最初の試みであり、それに専念する準備ができています。

皆さんありがとう

簡単な背景: Vista-x64 マシンの .net 3.5 で VS2008 で C# を開発しています。

私は最近 Vista-x64 に切り替えましたが、いくつか検索した後でも、OS と .net フレームワークの間の相互作用を完全には理解していないように感じます。これに関する訂正/説明をお願いします。

以下は、開発プロセスに関する私の理解です（間違っている場合は修正してください）。

プロジェクトをセットアップするときに、プラットフォーム ターゲット (x64、x86、AnyCpu) を設定できます。私が理解しているように、AnyCpu は現在のプラットフォーム (私の場合は x64) をターゲットにします。x86 をターゲットにして実行することもできます (WoW64 のため)。

x64 を対象とする場合、プログラムは 64 ビットの .net フレームワーク 3.5 を使用し、x86 では同様に 32 ビット フレームワークを使用すると想定しています。これは正しいです？

私を混乱させるのは、x64 をターゲットにしてプラットフォーム情報を出力すると、「WIN32NT」と出力されることです。これにより、「WIN32NT」は私が思っているものではないと思いますが、これについてはあまり知ることができませんでした。これは何ですか？

ありがとう。

.NETアセンブリDLLが「x86」、「x64」、または「任意のCPU」としてコンパイルされているかどうかを（ソースプロジェクトにアクセスせずに）検出する最も簡単な方法は何ですか？

更新：コマンドラインユーティリティは私の当面のニーズを満たすのに十分でしたが、完全を期すために、誰かがプログラムでそれを行う方法を教えてくれれば、それも興味深いでしょう。