Charla sobre el probador de estrategias de MT5 - página 11
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
Se trata de la carpeta compartida C:\NUsers\NUserAppData\NRoaming\NMetaQuotes\NTester.
El mismo principio es necesario para el terminal en modo normal y no con la especificación forzada de la carpeta compartida a las bases del historial por medio de enlaces. Ahora funciona bien, pero por favor implementa esta característica normalmente especificando una carpeta para las bases del historial en la configuración del terminal.
:-)
Ya he hecho una petición, para repartir la caja de arena con los archivos de datos y los registros en el sistema de disco para acelerar el rendimiento.
Por ejemplo, hay una unidad SSD, una para el sistema, SSD para los registros, SSD para los datos rápidos.
Bueno, sería bueno si los registros en un SSD , los datos en el otro - el propio terminal donde puede ser también en el SSD
La velocidad de acceso a los datos aumentará, teniendo en cuenta que cada unidad tiene su propio controlador.
se habla de otra cosa - para el acceso a una base de datos común - para recoger los datos de un dilling para diferentes terminales en una carpeta - ¿cuántas personas tienen una configuración de este tipo?
Acabo de comprar 12 terabytes de discos duros y he olvidado el problema: los discos duros son tan grandes ahora que no es relevante.
No, lo que Andrew sugiere es que los desarrolladores hagan del acceso a las carpetas públicas una característica habitual. Eso es exactamente lo que está sugiriendo, esto es un llamamiento a usted, no a millones de comerciantes.
Se ha dado una explicación:
La arquitectura actual es muy buena, rápida y segura. Por algo escribimos la quinta generación de plataformas comerciales: conocemos el valor de cada solución.
Sí. Como resultado, los programadores de aplicaciones escriben esos gestores de archivos con bloqueo de acceso y frenos de cuento porque no hay otra solución dentro del marco de MQL. Pero se les calienta el alma con la mágica "latencia" y otros mantras de rendimiento teórico, que son difíciles de aplicar en la práctica.
Sí - https://www.mql5.com/ru/docs/globals/globalvariablesetoncondition
La función proporciona acceso atómico a una variable global, por lo que se puede utilizar para organizar el mutex cuando varios EAs están trabajando simultáneamente dentro de la misma terminal de cliente.
Y si es necesaria la sincronización entre terminales, hay muchas opciones. Incluso en archivos, pero a través de mutexes DLL, etc. Ese es tu trabajo ahora, ya que estás fuera de la caja de arena de seguridad.
Sin nuestra batalla por la velocidad, tendríamos una clase de software completamente diferente. Lo bueno no es visible, parece gratuito y evidente.
Sí. Como resultado, los programadores de aplicaciones escriben esos mismos gestores de archivos con bloqueos de acceso y enormes frenos, porque no hay otra solución dentro de MQL.
Todo tiene sentido para mí. Si quieres capacidades multiterminales, hazlas tú mismo, y es un poco, er, irracional hacerlo para dos personas y media.
Además, en la gran mayoría de los casos, estos problemas pueden resolverse en uno o dos.
Y si hablamos de dos personas y media, más personas necesitan la historia personalizada.
¿Es esto un reto?
Sólo habrá una pistola cargada... :-)
Le han dicho que tiene que crear un gestor de acceso a los datos desde diferentes terminales.
¡Y qué problema hay con el acceso de diferentes terminales a diferentes datos! No hay problema, pero es conveniente que todos los archivos estén en un solo lugar y no sea necesario descargar los datos cada vez que se reubica/reinstala el terminal. Pero los desarrolladores tampoco quieren hacerlo. No necesitas un gestor de acceso para eso.
Me refería a 2-3 terminales que acceden a los mismos datos. No hay ningún problema con esto, basta con que los terminales entiendan que alguien ya está escribiendo y no intenten escribir. Y al leer no debería haber ningún problema.
No tienes ganas de leer, entender o argumentar. No tengo ningún deseo de lanzar cuentas detrás de él. Conozco una solución de muleta (ya que los desarrolladores no quieren hacer características regulares) - Estoy satisfecho con ella.
Y el archivo 2016.hcc teóricamente no debería actualizarse nunca.
Se da una explicación:
La arquitectura actual es muy buena, rápida y segura. Por algo escribimos la quinta generación de plataformas de negociación: conocemos el coste de cada solución.
Soy muy consciente de ello...
porque he tenido el privilegio de desarrollar sistemas operativos y controladores para ellos.
¡No puedo entenderte en absoluto!
¿Por qué te conviertes en un tonto?
Es una tarea sencilla poner a disposición del público archivos como "2017.hcc" dentro de un corredor
que, según tengo entendido ahora, se actualizan una vez cada "cinco años".
¿Cuál es el problema aquí?
Amigos, basta de disputas. Estoy borrando la inundación.