ngen

    7

    1答えて

    私は、特別な目的のためにngenコマンドラインを使ってC#プログラムをコンパイルしたいと思っています。だから私はvs2010でコンソールアプリケーションを作成し、それをngentestと命名しました。したがって、ngentest.vshost.exeという名前のファイルがvs2010\projects\ngentest\bin\debugに作成されます。次のように私は、Visual Studioの

    6

    1答えて

    私は数分の間、CPUが100%になっている運用システムでperfview(デフォルトのコレクションのみ)を実行しています。私はいくつかの有用な結果を得るが、私はまたBROKENスタックの束を得る。 マシンはWindows Server 2012 R2です。アプリケーションは、起動するexeです。アプリケーションは.NET 4.0でコンパイルされますが、サーバーは.NETを実行しています。4.6.1

    14

    3答えて

    私はアプリケーションを起動した直後にうまく機能するようにアプリケーションを最適化しようとしています。現時点では、その配布には、合計57メガバイトの304バイナリ(外部依存関係を含む)が含まれています。 WPFアプリケーションは、大部分の計算をすることなく、主にデータベースアクセスを行います。 私は、デバッグ設定が、アプリケーションのプロセスの存続期間中に初めて実行されるため、ほとんどの操作でより良

    22

    1答えて

    C:\Windows\assembly\NativeImages_v4.0.30319_64にある*.ni.dll.auxファイルの形式(データレイアウト)は何ですか?私はこれらがngen.exeによって生成された補助ファイルであることを理解しています。どのデータに含まれていますか?

    5

    1答えて

    NgenとRyuJITは.NET 4.6で完全に無関係なものです(特に異なる最適化手法とアルゴリズムを使用しています)? 自分自身や冷たい/暖かい起動時間に気を使わない場合、最も速く(より最適化された)x64ネイティブコードが生成されますか? 長時間実行しているサーバーアプリケーションを実行しています。継続的な実行フェーズは、パフォーマンス面で非常に重要です。スタートアップ段階は、私たちにとっては

    0

    1答えて

    は、私はちょうどpost about MPGO(管理下のプロファイルに基づく最適化)を読んだと説明したプロセスは、次のとおりです。 は、Visual Studio 11究極のベータ版およびインストールアプリケーションとマシンを入手します。 MPGO -scenario MyLargeApp.exe -AssembyList *.* -OutDir C:\Optimized\ 最適化されたILアセン

    0

    1答えて

    AddIn Expressを使用して開発された.NET Excel Addinの初回パフォーマンスを改善したいと考えています。 JITがMSILをネイティブの実行可能マシンコードに変換する時間を費やすため、さまざまなタスクの最初の実行中にアドインが遅く実行される理由があります。 これを解決するための標準的な方法は、ネイティブコードをあらかじめ生成するために、インストーラーからアセンブリでNGenを

    10

    1答えて

    私はNGENを使用して、アプリケーションで使用されるいくつかのアセンブリのネイティブイメージを作成しました。しかし、アプリケーションを実行するときにそれらのイメージが読み込まれず、私は理由を知らない。 これは典型的なfuslogvw-をからのログです: *** Assembly Binder Log Entry (2/05/2012 @ 13:29:04) *** The operation

    5

    1答えて

    最後の数週間にわたって、私はthe unmanaged .NET debugging APIで遊んでいました。 MSDNはインターフェイス自体を文書化していますが、意味のある方法で実際に使用する方法を見つけるために、さまざまなブログ(主にMike Stall's)とthe CLR Managed Debugger samplesとILSpy sourcesの管理対象ラッパーを使用しました。 私はテ

    7

    1答えて

    私はちょうど私たちのgerman VB.NET forumsを調べました。何か面白いものがありました。 ReflexILまたはその他のILエディタを使用して.NET Frameworkアセンブリを編集することは、実際に可能です。バイパスする必要があるのは、アセンブリのStrong Nameシグネチャのみです。アセンブリILを変更した後は、sn.exe -Vr [assemblyname]を実行して