Ir al contenido principal

¿Cuándo empezó C# a optimizar mejor su código en el CLR? Y comparación con JAVA

 


Históricamente, el CLR ha evolucionado en varias fases:

📌 .NET Framework (2002-2019)

  • Desde su inicio en .NET 1.0 (2002), el CLR tenía un JIT sencillo, pero sin profiling dinámico avanzado como la JVM.
  • El rendimiento dependía mucho de la primera compilación JIT y no cambiaba mucho en ejecución.
  • No había recompilación en caliente ni optimización adaptativa.

📌 .NET Core (2016-2020)

  • Introdujo RyuJIT, un nuevo compilador JIT más rápido y eficiente.
  • .NET Core 2.1 (2018): Se introdujo Tiered Compilation, similar a la estrategia de HotSpot de Java.
    • Primera compilación: Rápida y sin optimizaciones.
    • Segunda compilación: Más optimizada con profiling en ejecución.
  • .NET Core 3.0 (2019): Mejoró aún más el JIT con más optimizaciones.

📌 .NET 5 y superiores (2020 - Presente)

  • Tiered Compilation mejoró aún más y ahora es habilitada por defecto.
  • Dynamic PGO (Profile-Guided Optimization) en .NET 6 (2021):
    • El CLR analiza el uso del código en ejecución y lo optimiza dinámicamente (parecido al profiling de la JVM).
  • .NET 7 y 8 (2022-2023):
    • Más mejoras en Dynamic PGO y optimización adaptativa.

3️⃣ Entonces, ¿C# tiene optimización JIT como Java?

🔹 Sí, pero empezó tarde en comparación con la JVM.
🔹 Antes de .NET Core 2.1 (2018), el JIT del CLR era más estático.
🔹 Desde .NET Core 2.1, .NET tiene optimización adaptativa, pero Java sigue siendo más agresivo en runtime.


4️⃣ ¿Hoy en día cuál es mejor en optimización en tiempo de ejecución?

  • Java sigue teniendo un JIT más maduro, con recompilaciones más avanzadas y una historia más larga de optimización en caliente.
  • .NET ha cerrado la brecha desde .NET Core 2.1 y especialmente con Dynamic PGO en .NET 6+.
  • Java tiene más optimización en ejecución, pero .NET compensa con opciones como ReadyToRun y AOT (Ahead-of-Time Compilation) para mejorar la carga inicial.

📌 Conclusión

Antes de 2018, la JVM era mucho mejor optimizando en ejecución.
Desde .NET Core 2.1, .NET empezó a mejorar con Tiered Compilation.
En .NET 6+, Dynamic PGO permite más optimización en tiempo de ejecución.
Aún así, la JVM sigue teniendo un JIT más avanzado en optimización dinámica.

Si buscas optimización en tiempo de ejecución, Java sigue siendo superior.
Si buscas optimización antes de ejecutar (AOT, R2R), .NET tiene más opciones.

Comentarios

Entradas más populares de este blog

Arquitectura N-Capas GUÍA COMPLETA .NET Core

Entendiendo la Arquitectura Limpia (Clean Architecture) en .NET: Una Guía Completa La Arquitectura Limpia, también conocida como arquitectura N-Capas, es un patrón de diseño que nos ayuda a crear aplicaciones mantenibles, testables y escalables. En este artículo, exploraremos en detalle cómo implementar esta arquitectura en un proyecto .NET. Si quieres entenderlo más fácil y con código, te dejo este otro artículo:   Arquitectura Limpia explicado con patitos 🐤 ¿Qué es la Arquitectura Limpia? La Arquitectura Limpia es un conjunto de principios de diseño que nos ayuda a separar las responsabilidades en diferentes capas de nuestra aplicación. Cada capa tiene una responsabilidad específica y se comunica con las otras capas a través de interfaces bien definidas. Estructura del Proyecto Una típica estructura de proyecto en Arquitectura Limpia se ve así: ├── Controllers/ │   └── ProductController.cs ├── Domain/ │   ├── Models/ │   └── DTOs/ ├── Repository/ │...

Archivo Application.properties en SPRING BOOT

  Guía Completa: Application.properties en Spring Boot El archivo application.properties es una pieza fundamental en aplicaciones Spring Boot, actuando como el centro de configuración para todo tu proyecto. En esta guía, exploraremos sus características principales y cómo aprovecharlo al máximo. ¿Qué es application.properties? Es un archivo de configuración que permite definir diferentes parámetros y valores para tu aplicación Spring Boot sin necesidad de modificar el código fuente. Se ubica en src/main/resources y Spring Boot lo lee automáticamente al iniciar. Configuraciones Esenciales Configuración del Servidor # Puerto del servidor server.port = 8080 # Contexto de la aplicación server.servlet.context-path = /miapp Conexión a Base de Datos # MySQL spring.datasource.url = jdbc:mysql://localhost:3306/mibasededatos spring.datasource.username = usuario spring.datasource.password = contraseña spring.datasource.driver-class-name = com.mysql.cj.jdbc.Driver JPA y Hibernat...

Arquitectura Hexagonal en JAVA Spring Boot

 Esta es la recomendación de estructura de un proyecto para hacer nuestras APIs siguendo la arquitectura N-Capas que te explique aquí también:  Arquitectura Limpia explicado con patitos 🐤 Es un diseño en capas que sigue el patrón de Arquitectura Hexagonal (también conocida como Puertos y Adaptadores): Capa de Dominio ( domain ) Contiene las clases de negocio puras como Product , Category Es el núcleo de la aplicación, independiente de frameworks Capa de Persistencia ( persistence ) entity : Contiene las entidades JPA ( Producto , Categoria , etc.) crud : Interfaces para operaciones básicas de base de datos mapper : Conversores entre entidades y objetos de dominio repository : Implementación concreta del acceso a datos Capa Web ( web.controller ) Controladores que manejan las peticiones HTTP Como HolaMundoController Servicios ( service ) Contiene la lógica de negocio Coordina entre los repositorios y el dominio