¿Pasar de la configuración de depuración a la versión sin efecto en el rendimiento?

Question

he probado un par de fragmentos de referencia sobre Delphi como éste:

uses 
..., Diagnostics; 

procedure TForm2.Button1Click(Sender: TObject); 
var 
    i,elapsed: integer; 
    stopwatch: TStopwatch; 
    ff: textfile; 
begin 
    if FileExists('c:\bench.txt') then 
     DeleteFile('c:\bench.txt'); 

    stopwatch := TStopwatch.create; 
    stopwatch.Reset; 
    stopwatch.Start; 

    AssignFile(ff,'c:\bench.txt'); 
    Rewrite(ff); 

    for I := 1 to 999000 do 
     write(ff,'Delphi programmers are ladies men :D'); 

    CloseFile(ff); 
    stopwatch.Stop; 
    elapsed := stopwatch.ElapsedMilliseconds; 
    ShowMessage(inttostr(elapsed));  
end; 

No importa si me quedo/compila con la debug o release configuración, el resultado es de alrededor de 900. Cuando cambio de debug a release en Visual Studio (para C++ yC#) mis programas se vuelven MÁGICAMENTE más rápidos. Estoy usando Delphi 2010 y activo la configuración de lanzamiento desde el administrador del proyecto, así como desde el proyecto -> administrador de configuración e incluso proyecto -> opciones -> compilador Delphi pero sin ningún efecto ¿por qué?

Si es importante: estoy usando Windows XP, tengo 1 GB de RAM y una CPU Intel Core2.

Answer 1

1. ¿Has comprobado que las configuraciones son diferentes? Incluso si tienen nombres como RELEASE o DEBUG, son totalmente configurables. Incluso puede configurarlos al revés.

2. El código que está sincronizando es principalmente relacionado con E/S. Por lo tanto, asegúrese de que las comprobaciones IO estén desactivadas en la configuración RELEASE.

3. Delphi todavía crea un código rápido, incluso cuando se depura;)

Answer 2

Además de lo que dijo Uwe, asegúrese de que un "construir" después de cambiar la configuración. Hacer una compilación simple o ejecutar la aplicación no volverá a compilar todas las unidades con la nueva configuración.

Al igual que los otros comentaristas, tampoco esperaría demasiada diferencia entre las dos configuraciones dado el punto de referencia utilizado. El cuello de botella real es la E/S y es muy probable que supere las diferencias de rendimiento entre DEBUG y RELEASE.

Finalmente, la eliminación de errores en Delphi no es mucho más lenta que las compilaciones de Release. Diablos, a veces ejecuto Outlook en el depurador la mayor parte del día (estoy desarrollando complementos de Outlook) sin notar ninguna diferencia de rendimiento perceptible.

Answer 3

Creo que es un mal caso de prueba. Todo lo que hace es escribir en un archivo, lo que significa que la mayor parte del tiempo se gasta en código de Windows, no en su código Delphi, y por lo tanto la configuración del compilador no afectará significativamente el tiempo total de ejecución

Answer 4

No hay nada en su código principal a granel:

for I := 1 to 999000 do 
    write(ff,'Delphi programmers are ladies men :D'); 

que requieren controles extenuantes. Las opciones son: comprobar

• Rango
• desbordamiento comprobar
• Comprobación E/S

De los tres, sólo Comprobación E/S a aplicar, y que es probablemente el equivalente de sumar:

for I := 1 to 999000 do 
begin 
    hresult := Write(ff, 'Dephi programmers are ladies men :D'); 
    if hresult < 0 then 
     raise EIOException.Create('That''s what your mom told me, in bed.'); 
end; 

Y la CMP y JNE Las instrucciones de la CPU no son muy complicadas.Son empequeñecido escribiendo en el disco duro.

Funciona igual de rápido porque es rápido.