C++/CLI y C#: Asombrosas diferencias en el optimizador de código (y V)
Publicado
17/8/2007 20:01
por
Rafael Ontivero
Vamos para atrás, como los cangrejos. Vamos a finalizar esta serie de entradas no planeadas con un rápido repaso a nuestro código en C++/CLI compilado bajo Visual Studio 2008.
En primer lugar, recordemos el código en cuestión:
// TestCpp1.cpp : main project file.
#include "stdafx.h"
using namespace System;
ref class Program
{
public:
static void CallPrint(void)
{
Console::WriteLine("CallPrint");
}
static void DoWork(void)
{
for(int i=0;i<1000;i++)
CallPrint();
}
};
int main(array<System::String ^> ^args)
{
Program::DoWork();
Console::WriteLine(L"Hello World");
return 0;
}
.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }
Luego nos vamos a una instalación limpia del Visual Studio 2008 y creamos un proyecto, cambiando la configuración a Release.
Compilemos y comprobemos:
Lo que digo, un paso hacia atrás.
¡Ahora el C++/CLI genera el mismo código mierdoso que el C#!
Ya sabemos por qué compila más rápido, o con otras palabras: compila igual de mal que el C#.
Pero si nos vamos a las opciones del proyecto, y cambiamos el nivel de optimización por Full Optimization, podemos ver que el compilador sigue siendo igual de bueno, excepto que le han cambiado el comportamiento por defecto:
Vemos que todo ha sido un mal sueño.
Ahora volvamos al código en C#, el que nos permite mirar cómo actua el jitter:
using System;
using System.Collections.Generic;
using System.Text;
namespace TestCS1
{
class Program
{
static void CallPrint()
{
//Console.WriteLine("CallPrint");
}
static void DoWork()
{
for (int i = 0; i < 1000; i++)
CallPrint();
}
static void Main(string[] args)
{
for(uint i=0;i<UInt32.MaxValue;i++)
//while(true)
DoWork();
Console.WriteLine("Hello World");
}
}
}
.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }
Hagamos los pasos adecuados para obtener el código desensamblado y pasado por el optimizador, es decir, compilar y lanzar el proyecto sin el depurador y luego capturarlo con el Visual Studio:
No hace falta ni que miremos el código en ensamblador: lo hemos parado dentro del bucle que debería haber desaparecido.
Resumiendo: un pasito para atrás en cuanto a C++/CLI, y por otro lado, siempre lo mismo en cuanto al jitter.