Mi enfoque. El núcleo es el motor. - página 39
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
En mi opinión, es importante y necesario contar con una guía para mql (y quizás también con un metalenguaje). Pero si se hace sin OOP, dice más sobre el estado de ánimo de su autor, no sobre el método. 38 páginas en 4 días es genial. Aparentemente, a todo el mundo le gusta este estado de ánimo.
¿Cuánto ahorrarás en cerillas?
¿Cuánto ahorrarás en cerillas?
¿Qué partidos?
En resumen, os equivocáis al seguir arrinconando a Pedro y de paso llevando el tema a la chafardería.
Peter ha publicado algo de un motor. Esto puede ser compilado y ejecutado. A continuación, espero ser constructivo: discutir el motor, sus interfaces y cómo hacer esto y aquello.
En resumen, os equivocáis al seguir arrinconando a Pedro y de paso llevando el tema a la chafardería.
Peter ha publicado algo de un motor. Esto puede ser compilado y ejecutado. A continuación, espero empezar a ser constructivo: discusión del motor, sus interfaces y cómo hacer esto y aquello.
Detalles, por favor: dónde lo pones, qué y cómo. No hay nada en el hilo o en el perfil de Peter
Si en el curso de una inundación de 40 páginas, se adjuntó algo, no es "publicado", sino "impuesto" ... Y en general, viola las reglas del foro - una discusión de un producto comercial
Nadie discute que el acceso directo a una enorme matriz global sea más rápido que todos estos artificios de interfaz y conversiones de tipo. También podemos pensar en los patrones de diseño, como el Visitante con doble envío - hay una gran cantidad de sobrecarga allí.
Sin embargo, todo esto se compensa con la comodidad de la asistencia y la modificación. Desgraciadamente, la transferencia máxima de cualquier esfuerzo de pensamiento al ordenador ha sido la corriente principal de desarrollo de la programación durante mucho tiempo. Llega a un punto en que la suma de una progresión aritmética se calcula mediante un bucle en lugar de utilizar la conocida fórmula de la suma. En ese sentido, estoy de acuerdo con Peter en que la gente es "degradante".
Pero, por desgracia, no hay elección: o te "degradas" con todos los demás, intentando no hacerlo tan rápido, o te quedas irremediablemente atrás. Y el hecho de que su programa sea ineficaz tiene poca importancia.
Aquí veo incluso una analogía con la competencia en biología, en las relaciones entre el depredador y la presa. La liebre, que huye del lobo, en realidad no compite con el lobo, sino con otras liebres. No necesita alejarse del lobo lo más rápido posible. Es mucho más importante escapar del lobo que ser el último. Porque si huye el último, se lo comen, y si huye el más rápido, gasta más energía de la necesaria, y se puede gastar en direcciones más útiles.
Lo mismo ocurre con todo tipo de tecnologías de programación... La forma más eficiente de programar en ensamblador, pero requiere tanto esfuerzo que es inútil - la energía se gasta mejor de forma más productiva, incluso si el código no es tan eficiente en eso. La matriz de Peter con acceso global es del mismo tipo. Acceder a ella es eficiente, pero recordar qué hay y cómo acceder a qué requiere demasiado esfuerzo.
Hm, no creí que fuera a discutir contigo, ¿has mirado el calendario últimamente? ¿Qué año es? ¿Qué ineficacia de las escisiones de la interfaz? ¿Has oído hablar de la organización de la memoria y del acceso a la memoria a nivel de la CPU y de la caché? ... de nuevo sobre el calendario.... ya no existe el primer "tocón", estamos en 2018 y los procesadores de núcleo Intel
¿qué ensamblador? no voy a hablar del calendario.... pero puedo decirte que compré el libro sobre el Pentium-1 allá por 1996 con la descripción de los comandos del procesador e incluso se "mascaba" cómo cargar efectivamente la caché y cómo funcionaban las páginas de memoria virtual, todo el libro unas 500-700 páginas en un ensamblador, era interesante y todavía real para programar el procesador
¿y ahora quieres cargar la caché de la CPU de forma eficiente? - todo lo que obtienes por "intuición" es un volcado de caché constante y un programa de lenguaje ensamblador "eficiente" de nivel Pentium-1, sólo los compiladores LUT con soporte de procesador lanzados después de 2010 pueden obtener el código eficiente y optimizado que cargará correctamente la caché y el pipeline de la CPU
SZZY: Estos constantes "parches" (actualizaciones) de Windows también trabajan en la optimización del trabajo del SO con el procesador, con la memoria y la carga de la caché, y aquí está ... ¡¡¡El Conde Montecristo!!! ¡¡¡Con el montador!!! )))
...Y de todos modos, viola las reglas del foro discutir un producto comercial
¿De qué estás hablando? ¿Qué producto comercial? ¿Dónde está el enlace? ¿Tal vez esté disponible en el mercado? El ex4 compilado se puede descargar y discutir.
Detalles, por favor: dónde lo has publicado, qué y cómo.
Página 30.
¿De qué estás hablando? ¿Qué producto comercial? ¿Dónde está el enlace? ¿Está disponible en el mercado? El ex4 compilado puede ser publicado y discutido si es necesario.
¿dónde has visto el producto que estamos discutiendo? :-)
Pedro no oculta que el código se cerrará y duda sobre si se pagará y en base a qué
Hm, no creí que fuera a discutir contigo, ¿has mirado el calendario últimamente? ¿Qué año es? ¿Qué ineficacia de las florituras de la interfaz? ¿Has oído hablar de la organización de la memoria y del acceso a la memoria a nivel de la CPU y de la caché? ... de nuevo sobre el calendario.... ya no hay un primer "tronco", estamos en 2018 y los procesadores de núcleo Intel
¿qué ensamblador? no voy a hablar del calendario.... pero puedo decirte que compré el libro sobre el Pentium-1 allá por 1996 con la descripción de los comandos del procesador e incluso se "mascaba" cómo cargar efectivamente la caché y cómo funcionaban las páginas de memoria virtual, todo el libro unas 500-700 páginas en un ensamblador, era interesante y todavía real para programar el procesador
¿y ahora quieres cargar la caché de la CPU de forma eficiente? - todo lo que obtienes por "intuición" es un volcado de caché constante y un programa de lenguaje ensamblador "eficiente" de nivel Pentium-1, sólo los compiladores LUT con soporte de procesador lanzados después de 2010 pueden obtener el código eficiente y optimizado que cargará correctamente la caché y el pipeline de la CPU
SZZY: Estos constantes "parches" (actualizaciones) de Windows también trabajan en la optimización del trabajo del SO con el procesador, con la memoria y la carga de la caché, y aquí está ... ¡¡¡El Conde Montecristo!!! ¡¡¡Con el montador!!! )))
¿Y cómo anula mis palabras?
El código C tiende a acercarse al código ensamblador, pero sigue siendo el código ensamblador el que tiene la mayor eficiencia. Sea cual sea el año.
No entiendo lo de "cargar la caché de la CPU por calibre". Por eso el ensamblador se utiliza para cargar la caché de la forma más eficiente posible. ¿Qué método de medición?
por favor, dé detalles: dónde, qué y cómo. No hay nada en el hilo o en el perfil de Peter
Sería una buena idea adjuntar este post a la página de inicio para reducir el número de preguntas de este tipo.
aquí. sería una buena idea adjuntar este post a la página de inicio para reducir el número de preguntas de este tipo.
Que el TC se ponga a trabajar y libere el "núcleo-motor"... que lo ponga en un lugar accesible y que formule las condiciones de uso. Y mantener la documentación explicativa allí.
si no, los usuarios desorientados tendrán que recorrer todo el foro, leyendo los 3 volúmenes de 100 páginas cada uno :-)
se le ha dicho durante un año "hazlo ya, deja de hablar" - pero joder, otro tema...