Errores, fallos, preguntas - página 1658
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
Independientemente de la pregunta, llamar a cualquier función siempre es más lento que acceder a una variable de la pila, en este caso nType.
Independientemente de esta obviedad, la pregunta era sobre las funciones en línea. Es decir, ¿no se sustituye OrderType() en tiempo de compilación por algo como order.type.
Personalmente, siempre guardo en caché esasllamadas a funciones MQL, como en tu segundo caso.
Como han demostrado las mediciones, es innecesario.
Independientemente de esta obviedad, la pregunta era sobre las funciones en línea. Es decir, ¿no se sustituye OrderType() por algo como order.type al compilar?
Como han demostrado las mediciones, esto es innecesario.
A juzgar por la implementación interna de los arrays, el mismo ArraySize debe estar en línea. Pero yo siempre lo uso así (no lo he medido)
En lugar de
Yo uso
En términos de rendimiento, recientemente me sorprendió este hechoForo sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
¿Cómo se pasa por una enumeración de forma coherente?
fxsaber, 2016.08.22 09:13
Independientemente de esta obviedad, la pregunta era sobre las funciones en línea. Es decir, ¿no se sustituye OrderType() por algo como order.type al compilar?
Como las mediciones mostraron, es innecesario.
Tú mismo lo escribiste:
Lo he comprobado yo mismo. El segundo código se ejecuta 4 veces más rápido. Todo está claro, la cuestión está fuera de la mesa.
Lo he probado yo mismo. El segundo código se ejecuta cuatro veces más rápido. Todo está claro, la pregunta está eliminada.
¡Buenas tardes!
Señores oficiales, ¿pueden decirme por dónde empezar a coger un bicho?
Asesor experto multidivisa. Después de la primera operación, el probador se detiene.
Da un error, cuyo código no puedo encontrar.
Sí, el probador funciona bien desde la fecha de inicio 2016.05.01. Si cambio esta fecha - el probador se detiene y el error, el registro de abajo.
Ayuda, por favor.
Responderme a mí mismo:
Se trata de un error en el probador. Por el momento, es necesario añadir el mango de cualquier indicador técnico en OnInit a todos los símbolos, en los que trabaja el Asesor Experto.
Tú mismo lo escribiste:
Lo he comprobado yo mismo. El segundo código se ejecuta 4 veces más rápido. Todo está claro, la cuestión está fuera de la mesa.
En la compilación 1398 sigue apareciendo el error 'EX5 loading failed' (aparentemente no relacionado con ese ejemplo).
En la compilación corregida 1400 el error en un caso similar se reproduce ahora como "llamada a una función virtual pura". Y sin un comentario está bien
No se puede aplicar :: para resolver la ambigüedad
Responde a mí mismo:
Se trata de un error en el probador. Por el momento, debe añadir una manija de cualquier indicador técnico en OnInit a todos los símbolos, en los que el Asesor Experto trabaja.
Y parece que el problema se produce cuando se obtiene sólo el primer tick en una nueva barra, el probador parece "atascarse" y se retrasa 1 barra, es decir, el EA piensa que la barra no existe y en la visualización realmente no lo hace, pero después de un par de segundos la barra aparece, en el caso de la prueba en M1 el valor correcto viene en el segundo tick (si entiendo bien), espero que los desarrolladores arreglen este molesto momento lo antes posible ...
Además:
resulta que para sortear este punto ahora hay que saltarse artificialmente el primer tick de una nueva barra...