IronPythonのコードをコンパイルした場合のインポートパフォーマンス

Question

IronPython 2.6.1とclr.CompileModules関数を使用して大きなスクリプトをアセンブリにコンパイルするための実験を行っています。テストでは、コールドスタートのパフォーマンスが向上していますが、場合によっては、コードを表す大きな文字列を実行するよりも実際にコンパイルされたモジュールのインポートが遅くなることがあります。私は新しいScriptSCopeバック輸入は、他のScriptScopesで行われたDLRキャッシュを行い得るにもかかわらず、

scope.Engine.Execute(string.Format("from {0} import {0}", theModule), scope); 

またはImportModule機能のようなものを使用している場合

私の質問は、ありますか？したがって、モジュール1とモジュール10が同じタイプをインポートする場合、パフォーマンスヒットは1回だけです。

clr.CompileModulesをscope.Compile()よりも優先して使用していますか？私が理解しているのは、オンザフライコンパイルは、余分なアセンブリを管理する必要がなく、コンパイルコストを一度しか支払う必要がない場合に便利です。

Answer 1

DLRはインポートをキャッシュしませんが、IronPythonはキャッシュしません。

私はあなたの理解は正しいと思う - clr.CompileModulesは通常スタートアップの利益のために良いです。また、アセンブリーをngen'ingと組み合わせることもできます。もしあなたがそれをまだやっていないのなら、パフォーマンスが悪化することがあるかもしれません。まずコードを解釈してコードをコンパイルする時にJITを避けることができますが、コンパイルすると常にJITが必要です。 + ngenをコンパイルすることは、それらのすべてを設定することを必要とすること以外に、両方の世界の中で最高です。