Is the Managed Code Slower than the Native Code?

That is a question that I have been answering for years. The answer is an emphatic “NO” in most cases.

What is true is that .NET make it very easy to write slow code. [tweet]Being more friendly, it is pretty standard for .NET developers being sloppy and uncritical about performance and that, I think, is the main reason why some .NET applications performance sucks.[/tweet]

RavenDB team is doing a great job proving, again and again, that managed code can be so fast as Native Code. Why? Because we pay attention to performance starting from the architecture to the implementation.

When you build your .NET code, the compiler translates it to Intermediate Language and metadata. Then, when you run your code, whenever a method is executed for the first time, the Just in Time Compiler convert it to assembly code. Most of the code optimization happens at this stage (If you want to understand this process, I recommend you to read this post).

The quality of the JITted code is fantastic. Microsoft has improved the JIT, especially quite recently.

In fact, there are advantages in the Managed World:

  1. Since the code is JITted as it is executed, its location in memory is better than that of native code. The related code will be often closer, commonly in a single memory page or the cache. So we have fewer page faults;
  2. Different from Native Code, .NET applications are less susceptible to memory fragmentation and. When it happens, the Garbage Collection compacts the heap solving the problem.
  3. The memory allocation occurs with no contention.

Remember: Garbage Collection in .NET is non-deterministic. But, we can significantly affect how often it runs by controlling the memory allocation patterns, object scope, etc.

 

 

Compartilhe este insight:

Uma resposta

  1. Maybe it would be good to have an example to compare the performance between native (in c, for example) and the same code using .net; despite the fact that I understood the problem is more related to the architecture. (disclaimer: I didn’t see the video yet) I usually see many projects that write pieces of the project natively using the excuse that it is for performance reasons.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Elemar Júnior

Sou fundador e CEO da EximiaCo e atuo como tech trusted advisor ajudando diversas empresas a gerar mais resultados através da tecnologia.

Elemar Júnior

Sou fundador e CEO da EximiaCo e atuo como tech trusted advisor ajudando diversas empresas a gerar mais resultados através da tecnologia.

Mais insights para o seu negócio

Veja mais alguns estudos e reflexões que podem gerar alguns insights para o seu negócio:

If you ask me one tip to improve the performance of your applications, it would be: Design your objects to...
Internalizei a definição de liderança do professor Falconi: Liderança significa bater metas, com o time, fazendo o certo. Assim como...
No post anterior, apresentamos o Apache NiFi e entendemos como é possível integrar aplicações através de fluxos de dados nessa...
Mudança nunca é fácil. Em uma organização, então, este tema costuma ser algo bem complicado. A execução da estratégia implica...
Recentemente, compartilhei uma excelente palestra, do Feredico Lois, colega no desenvolvimento do RavenDB, sobre padrões para alta performance com C#....
When designing systems that need to scale you always need to remember that [tweet]more computing power does not necessarily mean...