OpenCL: pruebas de implementación interna en MQL5 - página 63
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
ATI fue comprada hace 6 años, en 2006.
La única pena es que los competidores de Intel no tengan una tecnología similar como Hyper-threading ojalá AMD la invente.
Bulldozer es una especie de implementación hardcore de hyper-threading: 8 undercore con FPUs obviamente escasas que también luchan por los recursos.
Sorprendentemente, Bull salió ligeramente mejor que Thuban x6 en promedio, incluso en multihilo. En tareas enteras bien paralizadas cuenta rápido (se queda ligeramente por debajo del i7), pero en todo lo demás pierde ante el i7 y acaba, de media, a la par con el i5-2400. En resumen, un procesador de servidor para el escritorio. Y es poco probable que Trinidad arregle esta situación: los núcleos están arrasados.
Según ixbt,
Aumento del rendimiento de la CPU de hasta un 29%, gracias al nuevo núcleo del procesador denominado convencionalmente Piledriver
Así que estaba equivocado. Me pregunto qué aplicaciones serían así.
Sigue siendo peor en términos de rendimiento energético. Cuánta más energía se gasta para ejecutar cada núcleo físico que cuando 4 núcleos físicos ejecutan 8 hilos independientes...
/ He corregido el post separando la cita de su respuesta. Para poder escribir su respuesta fuera de la cita (si no puede), haga clic en el botón HTML de la izquierda, escriba un par de letras al final de la marca y vuelva al modo visual - Mathemat/
https://www.mql5.com/ru/articles/405 - después de leer este artículo me interesó el tema del GPU computing, aunque no soy programador, pero en este artículo me encontré con un enlacehttp://www.ixbt.com/video3/rad.shtml, que a su vez atrajo este artículo -http://www.ixbt.com/video3/rad2.shtml. Creo que este tema podría zaiterezovat desarrolladores de este proyecto, ya que describe una variante para aumentar la estrategia de testosterona de optimización del rendimiento con operaciones complejas. Tal vez ayude al desarrollo del proyecto.
P.s No he leído este artículo hasta el final.
Gracias por el consejo....
Y qué opina la gente de aquí sobre el C++ AMP que Microsoft ha implementado para su VS11:
http://msdn.microsoft.com/en-us/library/hh265136(v=vs.110).aspx
Anunciamos esta tecnología en la cumbre de desarrolladores de AMD Fusion en junio de 2011. Al mismo tiempo, anunciamos nuestra intención de hacer la especificación abierta, y estamos trabajando con otros proveedores de compiladores para que puedan soportarla en sus compiladores (en cualquier plataforma).
Tenga en cuenta que MS quiere que esta extensión del lenguaje sea abierta. Lo he probado en VS11 y he de decir que es una pasada. En lugar del engorroso código del SDK de CUDA en un .cu aparte sólo unas líneas en el mismo .cpp:
Ojalá MQL5 tuviera una función similar. Nunca he trabajado con OpenCL pero también he oído que es difícil programar ahí.
Ya se ha preguntado por OpenMP. No lo hacen.
Pregunta a los desarrolladores de terminales: ¿Hay algún plan para añadir a la API de OpenCL la posibilidad de establecer el tamaño del grupo de trabajo? Estaría muy bien. Probablemente, en la función CLExecute(), según tengo entendido.
CLExecute(cl_krn,work_dim,offset,work) - ¿no es así?
No, esto es sólo el tamaño del espacio de trabajo global.
Pero el tamaño del grupo de trabajo local no se encuentra en ninguna parte de la implementación de los desarrolladores de terminales. Pues deberías hacerlo.
En la API OpenCL completa, existe la función clEnqueueNDRangeKernel( ) cuyo análogo es CLExecute(). Es su sexto argumento - const size_t*local_work_size el que se necesita.