Pregunta sobre la optimización genética - página 8

 
Swetten писал(а) >>

Aquí es donde se cava. Por ejemplo, por la presencia de objetos gráficos en uso. Control de la barra. Qué más hay...

P.D. Si hay indicadores, compruebe también cada uno de ellos. Es posible que algunos de ellos estén dibujando.

No utilizo objetos gráficos, todos los cálculos se realizan sólo en la barra cero y se restablecen en el registro de desplazamiento, se corrigen sólo con los precios de apertura, no trabajo con el historial, por lo que se excluye la reutilización. Todos los indicadores están construidos en el sistema y destinados a trabajar sólo con los valores actuales de las señales porque no hay ciclos en int start(). Todo el sistema en este sentido se ha optimizado al máximo, nada innecesario. En el modo de visualización del indicador, veo la correspondencia de la estrategia, después de la prueba se detiene las líneas del indicador, que fue utilizado por el EA, y el indicador, que se adjunta adicionalmente al gráfico para la visualización en el modo de paso, son idénticos.

La cuestión no es sobre las estrategias, he revisado cerca de una docena de ellas durante este mes, son robustas, la cuestión es su mejora a través de la optimización de los parámetros, o más bien la selección de la variante óptima, hay un punto muerto, la optimización no añade estabilidad y viceversa y ninguna garantía de que los "buenos" parámetros funcionen en el comercio real.

 
Angela писал(а) >>

No utilizo ningún objeto gráfico, todos los cálculos se hacen sólo en la barra de cero y se restablecen en el registro de desplazamiento, no trabajo con el historial, por lo que no es posible redibujar.

>> Bueno, bueno.

 
Swetten писал(а) >>

Bueno, bueno.

¿Y cómo se descifra eso?

 

Me asombra su confianza en sí mismo. Responde a la pregunta: ¿por qué necesitas una barra de cero? He aquí el primer problema, a saber: el funcionamiento de su ST con una barra ya formada en el probador y el funcionamiento con la barra que se está formando en tiempo real serán muy diferentes.

 

Oh, amigo, tendrás que decidir por ti mismo, ¿no? Estás escribiendo, ¿verdad?

Angela писал(а) >>

No utilizo objetos gráficos, todos los cálculos van sólo en la barra de cero y se restablecen en el registro de desplazamiento, no trabajo con la historia, por lo tanto, el redibujado está excluido.

 
Swetten писал(а) >>

Oh, amigo, tendrás que decidir por ti mismo, ¿no? Es decir, tú escribes:

Supongo que no hablamos el mismo idioma.

 
Parece que sí.
 

Creo que el problema se me fue de las manos :-))

es bastante simple - Ofertas totales - 44 ...

ni siquiera es suficiente para predecir el tiempo :-))

de ahí la discrepancia en los resultados

 
Angela >> :

>> De nuevo, la cuestión no es sobre las estrategias, he cambiado una docena de ellas durante este mes, son robustas, la cuestión de su mejora a través de la optimización de los parámetros, o más bien la mejor opción, aquí es un punto muerto, la optimización no añade estabilidad, sino lo contrario, y ninguna garantía de que los "buenos" parámetros optimizados resultantes funcionen en la vida real.

Todo es correcto. Pero desgraciadamente el optimizador no tiene ni idea de su TS.

En algún momento, utilizando el método de fuerza bruta "genética", salta de tu TS a otra cosa.

Pues bien, imaginemos que un proceso aperiódico (por ejemplo, el exponente) y el oscilatorio (la onda sinusoidal) son descritos por la misma ecuación.

Sólo los coeficientes son diferentes. Se optimizan todos los coeficientes al mismo tiempo, el objetivo es llegar a algún punto más rápido.

Y de repente, en lugar de un valor monótonamente creciente, se obtiene un proceso oscilante. Pero se llega a este punto lo más rápido.

Sólo que esto no es lo que necesitas. Y no puedes decirle a un ordenador "despistado" -bueno, no quiero una onda sinusoidal, quiero un exponente-, no existe ese botón en el optimizador.

 

Por favor, aconséjeme, ¿quién sabe hasta qué punto los errores de desajuste de los gráficos distorsionan el resultado de la prueba, podemos confiar en una prueba así?

Informe de comprobación de la estrategia
Alpari-Demo (Build 225)


Símbolo GBPUSD (libra esterlina frente al dólar estadounidense)
Periodo 5 minutos (M5) 2009.08.10 00:00 - 2009.09.08 23:55 (2009.08.10 - 2009.09.09)
Modelo Todos los ticks (método más preciso basado en todos los plazos más pequeños disponibles)
Parámetros Lote=0,1; StopLoss=0; TrailingStop=0;
Bares en la historia 7289 Garrapatas modeladas 1162177 Calidad de los modelos n/a
Errores de concordancia de los gráficos 780
Depósito inicial 1000.00
Beneficio neto 1012.88 Beneficio total 1866.76 Pérdida total -853.88
Rentabilidad 2.19 Remuneración esperada 16.34
Reducción absoluta 46.60 Reducción máxima 173.36 (8.93%) Reducción relativa 10.10% (150.80)
Total de operaciones 62 Posiciones cortas (% de ganancias) 33 (63.64%) Posiciones largas (% de ganancias) 29 (48.28%)
Operaciones rentables (% del total) 35 (56.45%) Operaciones con pérdidas (% del total) 27 (43.55%)
El más grande comercio rentable 185.50 transacción perdedora -39.17
Media acuerdo rentable 53.34 comercio perdedor -31.63
Máximo victorias continuas (beneficios) 5 (183.03) pérdidas continuas (pérdida) 4 (-122.09)
Máximo beneficios continuos (número de victorias) 226.67 (2) Pérdida continua (número de pérdidas) -122.09 (4)
Media ganancias continuas 2 pérdida continua 2

Razón de la queja: