Performance of .Net 2.0 vs .Net 3.5

.net-2.0.net-3.5

Microsoft claims that the .Net 3.5 framework has many speed improvements over 2.0. Is anyone able to verify this claim?

I am especially interested in computational type stuff (math, graphics, etc), but also more generally?

Best Answer

The 3.5 CLR does seem to be faster for certain tasks.

Here's a fairly simple comparison of sorting differences on 2.0 vs 3.5, showing decent performance improvements in .Net 3.5.

http://systematicgaming.wordpress.com/2009/01/13/performance-c-vs-c-part-2/

What exactly caused the improvements is unclear, but structs were not well handled under 2.0 and inlining has improved in 3.5, both of which can make a big difference under the right circumstances.

Related Solutions

C# – Workaround for lack of ‘nameof’ operator in C# for type-safe databinding

This code basically does that:

class Program
{
    static void Main()
    {
        var propName = Nameof<SampleClass>.Property(e => e.Name);

        Console.WriteLine(propName);
    }
}

public class Nameof<T>
{
    public static string Property<TProp>(Expression<Func<T, TProp>> expression)
    {
        var body = expression.Body as MemberExpression;
        if(body == null)
            throw new ArgumentException("'expression' should be a member expression");
        return body.Member.Name;
    }
}

(Of course it is 3.5 code...)

Wpf – CLR profiler that works with .NET 3.5 SP1 and WPF

I just tried running CLR Profiler with a WPF application, and it works fine. It takes a while for the application to start (longer than with non-WPF applications, it feels like), but it works.

Update: just to keep the answer up to date; according to the comments below, the solution was to run the CLR Profiler with administrative rights.

Best Answer

Related Solutions

C# – Workaround for lack of ‘nameof’ operator in C# for type-safe databinding

Wpf – CLR profiler that works with .NET 3.5 SP1 and WPF

Related Topic