Why is JIT_MethodAccessAllowedBySecurity taking so much time?

后端 未结 2 932
挽巷
挽巷 2021-02-08 18:48

I\'m working on a C# application that allows users to basically import tables of data, and then enter their own formulas in a mini-language to compute new columns from the under

2条回答
  •  陌清茗
    陌清茗 (楼主)
    2021-02-08 18:54

    The solution is to use LambdaExpression.CompileToMethod(MethodBuilder method) instead of LambdaExpression.Compile().

    I think Jethro was on the right track when he posited that CAS was involved. In testing, the profiler only started showing calls to JIT_MethodAccessAllowedBySecurity when I used expression trees to call functions that weren't dynamically defined in the generated assembly (i.e. using Expression.Call to invoke a library method rather than a piece of generated code.) This suggests that the slowdown was caused by CAS checking that my generated code had access to the methods it was invoking. It seems to follow that by applying declarative security modifications to the functions I wished to call, I could avoid this overhead.

    Unfortunately, I wasn't able to get rid of the JIT_MethodAccessAllowedBySecurity overhead through any use of declarative security (PermissionSet, SecurityAction.LinkDemand, and the like). At one point I had literally every method in my project marked with [PermissionSet(SecurityAction.LinkDemand, Unrestricted = true)], with no results.

    Luckily, when looking for ways to add attributes to the generated delegates, I stumbled upon the solution - using a MethodBuilder to compile the expression tree rather than the built-in LambdaExpression.Compile method.

    I've included the bit of code that replaced .Compile() and led to elimination of the JIT_MethodAccessAllowedBySecurity calls and a >2x speedup in our calculation engine:

    // T must be of delegate type (Func, Func, etc.)
    public static T GetCompiledDelegate(Expression 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;
    }
    

    This code is consistently >2x faster when using any code that uses Expression trees to call functions that are not themselves defined by Expression trees. Thanks for everyone's help, and I hope this saves someone else some cycles.

提交回复
热议问题