TR Forums

There's a web.config file in the root of a website developed in ASP.NET 4.0. IIS is v8.5 and OS is Windows Server 2012 R2. Here's the section of web.config that interests me:



Dotnet 4.6 is installed on the server. If I change targetFramework to 4.6, is there going to be a miraculous improvement in the performance of that website (from using the brand new RyuJIT in v4.6) ?

Can't you just NGEN the appropriate pieces with the new compiler and see if it makes a difference? (It won't be exactly the same, since JIT compile time -- though reportedly much improved with RyuJIT -- is still a factor, but it will give you an idea). I assume you've got a test environment that duplicates the production sever, so why not try it and see?

The default .NET framework on the 2012 R2 is already 4.5, which is an in-place upgrade from 4.0. I am not sure if 4.6 is also a direct replacement on the OS. If it is then it should be automatic.

Why not just try it? Isn't this why you have development/test servers?

Flying Fox wrote:

Why not just try it? Isn't this why you have development/test servers?

I would love to, except I am not supposed to be tinkering with the development server. It's being used by outsourced developers who clearly don't have a clue about dotnet framework compilation targeting. I was hoping to get a definite answer to show to them but all my searches online have turned up nothing but more confusion :S Damn Microsoft for making this so hard

Igor_Kavinski wrote:

Dotnet 4.6 is installed on the server. If I change targetFramework to 4.6, is there going to be a miraculous improvement in the performance of that website (from using the brand new RyuJIT in v4.6) ?

Likely not unless you do some rewriting. Are you using the ASYNC keyword? also are you sure you are actually CPU performance limited in you app? in most cases the performance problems are else where (in particular in the DB or are due to inefficient code)