MT4 iMAOnArray y iBandsOnArray efecto del número de elementos en los cálculos - página 4
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
¿Y esta librería calcula correctamente, si establezco el cálculo no de todo el array, sino sólo de su última parte (valores actuales)? Además, esto es sólo la mitad del problema, pero ¿qué pasa con iBandsOnArray?
Hay un parámetro "begin" ahí, intenta limitarlo.
Hubo un tiempo en que la funcióniMAOnArray era muy lenta. Bueno, tenía un código optimizado durante unas tres horas usandoiMAOnArray pero luego esta función se volvió lenta y la optimización tomó unas 30 horas.
No lo sé, tal vez se haya arreglado ahora. Pero cuando creé el indicadorMovingAverages.mqh el mismo código se calculó en aproximadamente una hora y media, es decir, el tiempo se redujo a la mitad.
No tengo nada que decir sobre iBandsOnArray, no he visto un archivo de este tipo que se pueda incluir con la misma tarea en mql4.
Aquí tienes.
Con iBandsOnArray el indicador es lento al arrancar. Cambiado a iStdDevOnArray, se inicia instantáneamente.
Excepto que en el probador se retrasa tanto coniBandsOnArray como con iStdDevOnArray.
Aquí tienes.
Sí, bueno... Chico, vete a dar un paseo.
Este no es un niño, sino un hombre muy maduro. Aunque la costumbre de referirse a todo el mundo como "tú" no le hace respetable, imho :)
Y ahora compara el resultado de tu código y el original en el modo de suavizado de líneas rectas LWMA o SMMA y obtén valores diferentes, porque estos dos tipos de suavizado usan sus propios valores anteriores en sus cálculos, y al usar sólo N elementos de período cada vez, respectivamente, pierdes estos datos, además necesito diferentes períodos de cálculo para iBands e iMA, así que necesitaré copiarlos dos veces. Y la matriz inicial para el cálculo se utiliza igual. La lógica de tu razonamiento es clara para mí, pero es errónea, ya que al reducir la longitud del array, pero al mismo tiempo hacer cada copia y recalcular todos sus elementos finalmente aumentas el tiempo total del cálculo del indicador durante la optimización o el trabajo con varias versiones del indicador para diferentes TFs. En mi caso sólo ralentiza el cálculo inicial, después sólo se calcula 1 nuevo elemento. El problema está en la implementación de estas funciones en MQL. Las versiones escritas por uno mismo funcionan mejor y más rápido. Por favor, saque sus propias conclusiones.
Solía pensar que eras un buen programador. En realidad, lo único que puedes hacer es extender los dedos y luchar. ¿No consigues nada porque estás muy enfadado?