AMD o Intel, así como la marca de la memoria - página 50
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
Lamento decepcionarle, pero los resultados de rendimiento de este guión son aún menos relevantes que los del primer guión. La cuestión es que la mayoría de los compiladores calculan expresiones del tipo que se ve aquí en tiempo de compilación (ya que no tiene sentido evaluar lo que se puede evaluar antes de tiempo). Es decir, el código dentro de los bucles equivale a algo así: Int = 120 y Double = 120.0. Es decir, no se hace nada útil. Y si sustituyes el código dentro de los bucles por lo que he escrito, el resultado seguirá siendo el mismo (compruébalo tú mismo). De hecho, mide la sobrecarga de la organización del bucle. El resultado en el segundo caso es un poco menor porque introducir Double (8 bytes) es un poco más largo que introducir Int (4 bytes).
Y si en el primer script el manejo de arrays (la parte más larga) al menos reflejaba de alguna manera el rendimiento del subsistema de memoria (y del bus con las cachés), esta prueba en general mide "caballos esféricos en el vacío" y muestra resultados no tan loros.
joo, espero que no se ofenda. :)
Hmm, tal vez, y lo más probable es que tengas razón. Pues bien, en ese caso, o bien haces ramas intrincadas en el código, o bien alimentas a la CPU con números que no puede "conocer" de antemano: las comillas. Como ese Asesor Experto no comercial https://forum.mql4.com/ru/25722/page41 :(
El cambio de la prioridad a tiempo real en esta prueba cambió la calificación en poco más del 1%.
La prueba está dando un constante 104,8311. Probablemente esté lloviendo. Creo que cerrar el internet con el antivirus es un poco raro. Es más fácil dar prioridad al terminal en tiempo real.
El antivirus normal se ejecuta como un servicio en el sistema, y al no obtener recursos puede colgar el ordenador.
Hmm, tal vez, y lo más probable es que tengas razón. Pues bien, en ese caso, o bien haces ramas intrincadas en el código, o bien alimentas a la CPU con números que no puede "conocer" de antemano: las comillas. Como ese Asesor Experto no comercial https://forum.mql4.com/ru/25722/page41 :(
¿Has probado a insertar Int = 120 y Double = 120? :)
Sugiero la siguiente solución.
Utilice el Asesor Experto adjunto para probar el rendimiento más o menos real.
Es la misma Media Móvil que se utilizaba antes, pero ha excluido la función de calcular el lote. Siempre abre posiciones a 0,1 lotes.
Realice la prueba utilizando los precios de apertura. La prueba es para el periodo del 15.09.08 al 15.09.09.
El saldo es de 1 000 000 de dólares. Así que seguro que no había ninguna llamada de margen en cualquier apalancamiento y los requisitos de margen. Para ello, el lote permanente es 0,1.
Aumenté el número de pasadas disminuyendo el paso de MovingShift. Esto permitirá suavizar los "tirones" ocasionales de la carga en el procesador, IMHO.
Mi resultado es 7:08 con los resultados insignificantes desactivados, y 7:11 con ellos. Tal vez no sea un gran problema, sino sólo la influencia de la carga de fondo.
Vamos a comprobar este EA. Los resultados de begemot61 y four2one son especialmente interesantes.
Docente, no todos aquí entienden el idioma. Por favor, publique el experto usted mismo, para que no haya discrepancias.
Bien, lo publicaré yo mismo. Acabo de comentar los cálculos dentro de la función de cálculo del lote.
Mi resultado es 9:10 (se muestran resultados inútiles). Teniendo en cuenta las frecuencias, los resultados de la ff son los siguientes:
431*3 = 1293 (el tuyo).
550*2,53 = 1391,5 (el mío).
La diferencia es de un 7,6% a su favor.
He borrado el archivo. Es un poco más rápido en el tuyo: 9:05.
Docente, no todos aquí entienden el idioma. Por favor, publica el propio Asesor Experto, para que tampoco haya confusión aquí.
De hecho, se adjunta a continuación junto con el archivo de configuración en el archivo...
Sólo para tener 1 archivo, no 2.
Por favor, compruébelo con el mío, puede haber alguna diferencia.
Y esperar los resultados de los demás.
>> ¿Qué aplicaciones exactamente?
En una tarea computacional pesada, originalmente multiprocesador.
Datos (antiguo script) en Atom.
Sugiero la siguiente solución.
Utilice el Asesor Experto adjunto para comprobar el rendimiento más o menos real.
Esta es la misma Media Móvil que antes, pero ha excluido la función de cálculo de lotes. Siempre abre posiciones a 0,1 lotes.
El saldo es de 1.000.000 de dólares. Así que seguro que con cualquier apalancamiento y requerimientos de margen no hay llamada de margen. Para ello, el lote permanente es 0,1.
Aumenté el número de pasadas disminuyendo el paso de MovingShift. Esto permitirá suavizar los "tirones" ocasionales de la carga en el procesador, IMHO.
Estoy de acuerdo. El guión era originalmente un "caballo esférico". Necesitamos resultados más cercanos a la realidad. Sus cambios en el EA y la configuración inicial parecen razonables.
Mi resultado es 7:08 con los resultados insignificantes desactivados, y 7:11 con ellos. Tal vez no sea tan importante, sino sólo el efecto de la carga de fondo.
Yo dejaría activada la salida total. El número fluctuará en función de las condiciones de cada CC. Todos no lo son.
En general, se puede eliminar por completo la influencia de la CC - hay un programa que le permite establecer cualquier propagación. Y podemos excluir la influencia de los diferentes historiales, basta con incluir el historial del símbolo en el archivo con el experto en pruebas. Además está claro: el terminal off-line, el ajuste de la propagación, la importación de la historia desde el archivo y la prueba.
En relación con el artículo. Hasta que no se afine la metodología y se recojan las estadísticas, no hay nada de qué hablar. Sería posible crear algo así como una página en la red con un formulario a rellenar por el visitante. También hay un archivo con la metodología, el asesor, la historia, etc. Tendremos que pensar en ello. Sería interesante colocarlo en el propio sitio del foro. Pero esto está más allá de nuestras capacidades.