f # compilando demasiado lento

Question

Soy nuevo en f #. He descargado el Visual Studio 2010 Shell y el F # CTP y escribí un pequeño script hola mundo con el código siguiente

printfn "Hello World" 
let _ = System.Console.ReadLine() 

Esto toma alrededor de 13 a 15 segundos para compilar que es muy lento en comparación a la ejecución de un script parecido C# (que toma alrededor de 2 segundos). Me gustaría que el script F # compile más rápido para que mi tiempo de desarrollo (es decir, la experimentación) se reduzca, no me importa el rendimiento del tiempo de ejecución.

¿Hay alguna manera de hacer que la secuencia de comandos F # se compile más rápido, tal vez activar/desactivar algunas configuraciones de compilación en Visual Studio o algo así?

FYI, estoy usando una máquina Pentium 4, 1.5 gb RAM de 4 años, si eso ayuda.

Answer 1

No tengo idea de qué tan rápido un Pentium 4 debe compilar ese programa "hello world", pero 15 segundos me parece bastante lento. Una vez tuve problemas de velocidad similares con un VS 2010 Beta y el problema resultó ser que Visual Studio y el compilador F # aún no estaban correctamente NGENed.

Normalmente, la instalación de Visual Studio debe asegurarse de que todo se NGEN, pero tal vez algo salió mal.Puede comprobar si el F # compilador se NGENed con el siguiente comando en una ventana de consola con derechos de administrador:

cd "C:\Program Files\FSharp-2.0.0.0\bin" 
c:\windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe display fsc.exe 

Si el resultado de esa muestra que la imagen nativa de fsc.exe aún está pendiente, se puede forzar la compilación con :

c:\windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe executeQueuedItems 

Nota: no estoy seguro de qué versión de la F # compilador que está utilizando exactamente. El utilizado por la instalación completa de VS2010 es el que está en C:\Program Files\Microsoft F#\v4.0 (o C:\Program Files (x86)\Microsoft F#\v4.0 en máquinas de 64 bits). Por lo tanto, si usa ese, tiene que cd en esa carpeta en lugar de la carpeta C:\Program Files\FSharp-2.0.0.0\bin.

Answer 2

Lamentablemente, no hay mucho que pueda hacer: el compilador F # es más lento que el compilador C#. Pero permítanme explicar por qué:

Por qué el F # compilador es más lento que el compilador de C#

En primer lugar, el F # compilador está escrito en .NET, el compilador de C# está escrito en C++. Si bien esto solo no es una sentencia de muerte para perf, sí hace la diferencia. En segundo lugar, el compilador de C# tiene más de 10 años. Ha habido un lote de tiempo para ajustarlo y optimizarlo, tanto el compilador como el tiempo de ejecución .NET. El motor .NET JIT se ha ajustado para C#/VB.NET y no para F #. La programación funcional requiere una gran cantidad de objetos efímeros, lo que se traduce en un tipo diferente de comportamiento del GC.

Pero la verdadera razón por la cual el compilador F # es notablemente más lento que el compilador C# es porque está haciendo más trabajo que el compilador C#. En C#, proporciona toda la información del tipo, que de alguna manera está haciendo el trabajo para el compilador. Por otro lado, F # teclea la inferencia, lo que, si bien te ahorra la carga de la anotación, requiere un tiempo de CPU adicional.

Lo que puede hacer

recomiendo descargar el Visual Studio 2008 Shell y utilizar F focalización .NET Framework 2.0 #. A menos que necesite algo que esté en Visual Studio 2010 o CLR 4.0 solamente, estará bien en Visual Studio 2008. El lenguaje F # funciona exactamente igual. La única diferencia, IIRC, es en qué tipos compilar ciertas cosas. Por ejemplo, hay un tipo Tuple < _> integrado en CLR 4.0, pero cuando se dirige a CLR 2.0 se utiliza el tipo de tupla definido en FSharp.Core.dll.

Visual Studio 2010 ofrece una gran cantidad de campanas y silbidos, como un editor de código basado en WPF. Sin embargo, esas sutilezas consumen mucha RAM y, en su caso, parece que puede vivir sin ellas.

Answer 3

Tenga en cuenta también que puede usar F # Interactive para evaluar fragmentos de código o scripts, y como la ventana FSI en VS permanece abierta, es mucho más rápida (el tiempo de inicio para fsc.exe es malo).