Почему JIT_MethodAccessAllowedBySecurity занимает так много времени?

Решение состоит в использовании LambdaExpression.CompileToMethod (метод MethodBuilder ) вместо LambdaExpression.Compile ( ).

Я думаю, что Джетро был на правильном пути, когда заявил о причастности CAS. При тестировании профилировщик начал показывать вызовы JIT_MethodAccessAllowedBySecurity только тогда, когда я использовал деревья выражений для вызова функций, которые не были динамически определены в сгенерированной сборке (т.е. с помощью Expression.Call для вызова библиотечного метода, а не части сгенерированного кода). предполагает, что замедление было вызвано проверкой CAS, что мой сгенерированный код имел доступ к методам, которые он вызывал. Из этого следует, что, применяя декларативные модификации безопасности к функциям, которые я хотел вызвать, я мог избежать этих накладных расходов.

К сожалению, мне не удалось избавиться от накладных расходов JIT_MethodAccessAllowedBySecurity с помощью декларативной безопасности (PermissionSet, SecurityAction.LinkDemand и т. Д.). В какой-то момент у меня были буквально все методы в моем проекте, отмеченные [PermissionSet (SecurityAction.LinkDemand, Unrestricted = true)], но результатов не было.

К счастью, при поиске способов добавления атрибутов к сгенерированным делегатам я наткнулся на решение - использование MethodBuilder для компиляции дерева выражений, а не встроенного метода LambdaExpression.Compile.

Я включил фрагмент кода, который заменил .Compile () и привел к устранению вызовов JIT_MethodAccessAllowedBySecurity и ускорению> 2x в нашем вычислительном механизме:

// T must be of delegate type (Func<T>, Func<T1, T2>, etc.)
public static T GetCompiledDelegate<T>(Expression<T> expr)
{
    var assemblyName = new AssemblyName("DelegateHostAssembly") { Version = new Version("1.0.0.0") };

    var assemblyBuilder = 
        AppDomain.CurrentDomain.DefineDynamicAssembly(
            assemblyName, 
            AssemblyBuilderAccess.RunAndSave);
    var moduleBuilder = assemblyBuilder.DefineDynamicModule("DelegateHostAssembly", "DelegateHostAssembly.dll");
    var typeBuilder = moduleBuilder.DefineType("DelegateHostAssembly." + "foo", TypeAttributes.Public);
    var methBldr = typeBuilder.DefineMethod("Execute", MethodAttributes.Public | MethodAttributes.Static);

    expr.CompileToMethod(methBldr);

    Type myType = typeBuilder.CreateType();

    var mi = myType.GetMethod("Execute");

    // have to box to object because .NET doesn't allow Delegates as generic constraints,
    // nor does it allow casting of Delegates to generic type variables like "T"
    object foo = Delegate.CreateDelegate(typeof(T), mi);

    return (T)foo;
}

Этот код последовательно> в 2 раза быстрее при использовании любого кода, который использует деревья выражений для вызова функций, которые сами по себе не определены деревьями выражений. Спасибо за помощь, и я надеюсь, что это сэкономит кому-то еще несколько циклов.

Я думаю, это как-то связано с CAS (безопасность доступа по коду).

CAS основан на сборке. Когда вы кодируете вызов защищенного метода, среда выполнения .NET Framework проверяет вашу сборку, чтобы узнать, предоставлены ли ей разрешения или несколько разрешений, необходимых для метода. Затем .NET Framework rutime просматривает стек, чтобы проверить каждую сборку в стеке на наличие этих ошибок. Если одна сборка не имеет всех необходимых разрешений, возникает исключение безопасности и запускается код.

Я думаю, что ниже происходит то, что происходит с вашим кодом.

... происходит обход стека и проверка политики выполняется каждый раз при вызове метода. Это особая проблема для компонентов в библиотеке классов, которая может вызываться много раз. В этой ситуации вы можете использовать запрос ссылки, чтобы указать, что проверка набора разрешений выполняется во время связывания как часть процесса усложнения JIT. Для этого вы украшаете метод с помощью атрибута разрешения, который имеет параметр значения SecurityAction.LinkDemand.

Надеюсь, это поможет, похоже, все, что вам нужно сделать, это установить атрибут SecurityAction.LinkDemand. Цитируемый текст взят из Расширенные основы разработки Microsoft .NET 2.0.

С Уважением