でも悪いの負荷が多く管理されDLLのな種類ですか。

Question

背景：自社開発チアプリケーション用のdllです。これらのdllの利用Spring.net's IoC-コンテナ線のもの（自動配線).全ての用途用によって実現されていますがspringの設定ファイルは、この設定ファイルポイントに多くの授業は多くの異なるdllです。ないすべてのアプリケーションのニーズの機能から毎dll.でも、IoC-容器作品は、すべてのdllの読み込みのためにSpring.net 検査の種類及びチェックインタフェースも実装です。

コ質問私は理解していたほうが良いだけで負荷のdllので本当に利用します。それは本当に悪いのではなくメモリ使用量だけで負荷管理dll?それとも最初はクラスを使用してのdllとしてJIT投稿内容の投稿者このメモリを使うことができます）。

Answer 1

のどれも当てはまらない場合、コード組立てからは、そのページから組立まで移動しますからメモリのページのファイルには賛成で積極的に使用されています。その場合、全体の長期的影響が軽微です。があります負の影響を起動します。

Answer 2

いと思うのです。ときに問題だけでは大きなメタデータ量のメモリお出かけできる一部のアプリを使用する異なるメモリのページできることから性能が漏れが非常に低いセグメントの応募がこのタイプのものは重要です。

Answer 3

本当に悪いことは難しい期間を定量化しないといけないと思い、規模によって異なりのものはそろってからの指示に従うことができれば避ける負荷も必要なします。もちろんご利用の場合は反射する場合 ができ では、まず負荷で...鶏の卵が先か"の問題に悩まされた。

何か知ることが、一度荷重の組立へのアプリケーション-ドメインできないそのアンロードするアプリのドメインでは動的にアプリケーションを作成領域の負荷のアセンブリでアンロード全体のアプリのドメインできます。

Answer 4

もちろんdll読み込みのw/oを使用してい原因は遅くなり起動時に読みに組み立てからディスクは、証拠のセキュリティチェック.がメモリが懸念はあなたには、少なくとも届いたものだと考えることができな廃棄物以上メモリのサイズの集合体なので、しばらく日本には入れないでください種類。もちろんあればその種類を指定した春の設定は、少なくともその種類の読み込みメモリにロードおよびそのstatic初期化子(もしあれば)が実行されることはありません。珍しい例である。JITingされている、CLRたベースでの方法を使用しないな廃棄物のcpu+ます。

任意の場合、分割設定ファイルを間仕切りなどを全てのオブジェクトの定義モジュール、へファイルmoduleA.configの定義は、すべてのモジュールBをファイルmoduleB.configを指定するだけのモジュールのための、アプリケーションに最適なることも必要です。

hth, Erich

P.S.:いことも提案できま春ます。純関するお問い合わせについて 地域フォーラム -いやすくなりますご質問に回答があります。