![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
No lo he probado. Te lo diré cuando lo haya comprobado.
P.D. Dices la verdad: el probador (o más bien el optimizador) es el más fácil de paralelizar. Me pregunto si es posible controlar este proceso, es decir, establecer directamente cómo distribuir los conjuntos de parámetros entre los núcleos.
¿Y por qué hay que controlarlo? Sólo tengo curiosidad :)
Pensé en leer el hilo hoy. Y para añadir un guijarro propio. XP SP3
¿Por qué querrías gestionarlo? Sólo tengo curiosidad :)
Todavía no lo he descubierto.
2 Vinin: ponlo en la tabla.
Condicionalmente he resaltado diferentes generaciones de configuraciones con ambas pruebas más o menos cercanas en rendimiento ff:
Algunas configuraciones aún no están marcadas con el color (incluido el Phenom II X3 720, que no puedo decidir qué tipo mostrar, parece ser un híbrido de lo viejo y lo nuevo).
Invito a quien no haya hecho la segunda prueba a que la haga después. No necesariamente en todos los ticks, sino sólo en los precios de apertura. En cualquier caso, las conclusiones serán informativas.
>> Todavía no lo he descubierto.
Deja que los desarrolladores se lo piensen. Y puedes desactivar los núcleos a la fuerza si lo deseas. Incluyendo las virtuales, que no tienes, por cierto. Y en Windows existe una cosa llamada planificador, que gestiona los hilos. Deja que funcione. Y lo usaremos.
Hoy en día, nadie puede exigir a los desarrolladores que paralelicen todo y cualquier cosa. Paralelicemos al menos algo y dejemos que la lista de procesos paralelos aumente poco a poco.
Esto es lo que dicta el tiempo y no hay nada que hacer. Aunque la "densidad media de núcleos" de las piedras es de dos en orden, no se nota demasiado. Pero, ¿qué pasará cuando los "núcleos" sean igual a 16 o 32 (bueno, en unos cinco años seguro que sí)?
Algún día llegará el momento de realizar cálculos paralelos de senos y logaritmos :) Mientras tanto, al menos se puede implementar la búsqueda contundente durante la optimización (sin genética) haciéndola paralela.
Hoy en día, nadie puede exigir a los desarrolladores que paralelicen todo y cualquier cosa. Paralelicemos al menos algo y dejemos que la lista de procesos paralelos aumente poco a poco. Es el dictado del tiempo y no hay escapatoria.
Algún día llegará el momento en que tengamos cálculo paralelo de senos y logaritmos :) Por ahora puedes al menos implementar la búsqueda de optimización contundente y hacerla paralela.
Sí, la optimización es la forma más demandada para acelerar el proceso (por cierto, aún no tengo suficiente). Sin embargo, los chicos tienen suerte: el algoritmo se adapta perfectamente al multithreading. Todo lo demás es igual de rápido. Más aún con el 5.
Hoy en día, nadie puede exigir a los desarrolladores que paralelicen todo y cualquier cosa. Paralelicemos al menos algo y dejemos que la lista de procesos paralelos aumente poco a poco.
Esto es lo que dicta el tiempo y no hay nada que hacer. Aunque la "densidad media de núcleos" de las piedras es de dos en orden, no se nota demasiado. Pero ¿qué pasará cuando los "núcleos" se conviertan en 16 o 32 (bueno, dentro de unos cinco años seguro que sí)?
Algún día llegará el momento de realizar cálculos paralelos de senos y logaritmos :) Por ahora puede al menos implementar la búsqueda tonta durante la optimización (sin genética) haciéndola paralela.
El Phenom II X3 720, del que no está nada claro a qué tipo se refiere, es más bien un híbrido entre lo nuevo y lo viejo.
¿Hay alguna razón para pensar así?
Andrey, he visto los resultados de las pruebas de esta piedra, bastante decente - en comparación con E8200. Hay algo que le falta para ser llamado un producto nuevo.