Tema: Control remoto del probador de estrategia

Hola a todos,

Me gustar�a pasar entradas autom�ticamente y obtener resultados en el MT4 egy tester junto con el optimizador.

Como ejemplo, me gustar�a:
1. Optimice una estrategia en un intervalo particular
2. Cargue los resultados en un programa externo y elija un par de par�metros para usar
3. Ejecute el backtester usando los nuevos par�metros optimizados y luego analice los resultados
4. Cambie el per�odo de prueba (mu�valo hacia adelante en el tiempo) y examine la energ�a
5. Vuelva a cargar los resultados en la aplicaci�n externa
etc�tera etc�tera..

Idealmente, me gustar�a usar el programa externo (c # o c ) para comandar todo el proceso para que el procedimiento se pueda repetir muchas veces sin ninguna intervenci�n.

�Alguien tiene alguna experiencia con el control remoto del probador de energ�a, o sabr�a si es realmente posible?

Gracias,

Miguel

Iniciado por ;

.. .esta parte definitivamente suena muy poco trivial

Realmente depende de c�mo opte por implementar el procesamiento paralelo

Iniciado por ;

Una aplicaci�n separada se traduce en un formato que necesito para ejecutar el procesamiento paralelo.

. . .esta parte parece

Iniciado por ;

�Su backtester prueba/ejecuta scripts MQL? �Utiliz� documentos .HST? De no ser as�, �qu� tipo de almac�n de datos utiliz� para la informaci�n hist�rica de precios?

Tengo un EA que cambio, con varias egies en �l. Un programa separado lo traduce a un formato que necesito para implementar el procesamiento paralelo. Posteriormente se puede utilizar directamente desde el backtester. Uso datos de ticks de Dukascopy. Construyo mis propios documentos hst a partir de los datos de tick.

Iniciado por ;

Para realizar el procesamiento en paralelo y aprovechar las modernas CPU multin�cleo, necesitaba escribir mi propio backtester.

�Puede su backtester probar/ejecutar scripts MQL? �Utiliz� archivos .HST? De no ser as�, �qu� tipo de almac�n de datos utiliz� para la informaci�n hist�rica de precios?

Iniciado por ;

Tenga cuidado si planea ejecutar terminal.exe varias veces en paralelo, ya que est� compartiendo la misma ruta de directorio y, por lo tanto, los archivos de resultados y conjuntos pueden sobrescribirse entre s�. Para realizar el procesamiento simult�neo y aprovechar al m�ximo las CPU multin�cleo contempor�neas, necesitaba escribir mi propio backtester.

Otra cosa que olvid�, el terminal.exe no se puede realizar en varios casos. En Internet puede encontrar versiones parcheadas del ejecutable.

Iniciado por ;

�Genial, gracias! Puedo instanciar un nuevo objeto de proceso, llamar al proceso .Start() y guardar la identificaci�n del proceso excepcional para verificar (me permite ejecutar m�ltiples terminales.exe). E incluso hay un evento .Exited. �Perfecto!

Tenga cuidado si planea ejecutar terminal.exe varias veces en paralelo, ya que est� compartiendo la misma ruta de directorio y, por lo tanto, los archivos de resultados y conjuntos pueden sobrescribirse entre s�. Para hacer un procesamiento paralelo y aprovechar las modernas CPU multin�cleo, tuve que escribir mi propio backtester.

Iniciado por ;

�Genial, gracias! Puedo crear una instancia de un nuevo objeto de proceso, llamar al m�todo .Start() y rescatar la identificaci�n del proceso excepcional para verificar (me permite tener varios terminales.exe en ejecuci�n). Y hay una ocasi�n .Exited. �Perfecto!

Descubr� que el evento .Exited no siempre funciona como se esperaba. No solo recuerdo los problemas que tuve que enfrentar. Si�ntete libre de experimentar.

�Genial, gracias! Puedo crear una instancia de un nuevo objeto de proceso, llamar al m�todo .Start() y guardar la identificaci�n del proceso excepcional para evaluar (me permite ejecutar numerosos terminales.exe). Y hay un evento .Exited. �Perfecto! Estaba pensando en usar la funci�n deinit() en el EA, y tambi�n hacer que escribiera un archivo CSV similar a lo que se describi� anteriormente en este hilo, luego invocar la clase FileSystemWatcher para ver si ese archivo fue creado/modificado. Pero el problema con esto es si algo sucede con el procedimiento terminal.exe y la funci�n deint() no se ejecuta.

Iniciado por ;

Tengo una pregunta r�pida... �c�mo puede saber cu�ndo el terminal.exe ha salido despu�s de realizar su propia evaluaci�n (egy tester invocado a trav�s de la l�nea de comando)? �Puedes usar un trato? No puedo recordar todas las bibliotecas de clases .NET de inmediato, y no estoy seguro de si esta clase se us� para iniciar otro proceso. Pero b�sicamente, si us� mi programa .NET para ejecutar terminal.exe y ejecut� una prueba inversa u optimizaci�n, �c�mo puedo saber cu�ndo finaliz� terminal.exe cuando finaliz� la ejecuci�n de prueba o la ejecuci�n de optimizaci�n? �Gracias!

Compruebo peri�dicamente terminal.exe entre los procesos activos. Busque la API Process.GetProcesses().