Ideología del probador de estrategias comerciales de MetaTrader 5: agentes

 

En MetaTrader 5, ofrecemos la posibilidad de crear granjas de cálculo completas para acelerar los cálculos de las estrategias comerciales por parte del probador. Están pensados para cálculos de optimización masiva cuando se pueden ejecutar cientos de tareas en paralelo en ordenadores remotos. Y puedes instalar varios agentes en cada ordenador según el número de núcleos para maximizar el uso de los recursos.

Por defecto, cada terminal tiene agentes locales para el número de núcleos lógicos del procesador y puede distribuir tareas a otros agentes remotos. Es muy fácil instalar los agentes remotos - sólo hay que utilizar la utilidad MetaTester.exe (un archivo, no necesita nada más) e instalar los agentes como servicios según el número de núcleos o ejecutarlos por separado. Cada agente tiene una contraseña de acceso, de modo que sólo los usuarios autorizados pueden acceder a él.

Así es como se ve la prueba de un agente en un kernel local. No sólo se muestra el estado, sino también la carga real de la CPU.


Iniciando las pruebas en un agente remoto:

 
¿Cuándo podrán los usuarios sentirlo?
 

Estoy más acostumbrado a verme así:


CalcNet

|--Grom (localhost) - Intel Core i7

|--Core1

|--Core2

|--Core3

|--Core4

|--Slava (168.192.0.101) - Intel Core2

|--Core1

|--Core2

|--Pakemon (168.192.0.121) - Intel Core i7

|--Core1

|--Core2

|--Core3

|--Core4


Por supuesto, la forma a la que estoy acostumbrado no es necesariamente conveniente para todos.


Pero este árbol de remouts tiene una ventaja: puedes desactivar rápidamente los remouts, y habilitarlos completamente, no por núcleos. Por supuesto, antes de apagar un remout, se guarda el estado anterior, de modo que al encenderlo sólo se utilizan los núcleos de la última sesión. Además, los nodos individuales pueden agruparse y los grupos pueden incluirse en el cálculo con un solo clic.

No hay una categoría local separada, todos los nodos, incluido el nodo local, se tratan como nodos de red iguales.

 
HideYourRichess:

Pues bien, no existe una categoría separada de Local, todos los ordenadores, incluidos los de Local, se consideran rincones iguales de la red.

Al principio queríamos separar los agentes de la LAN y los de la WAN, pero luego abandonamos esta división por considerarla inútil. Los combinamos en la categoría Remoto, y cambiamos el nombre de la categoría MiOrdenador a Local.
 

Los agentes remotos no pueden ser separados por el núcleo - cada uno está configurado a un agente separado, pero pueden ser lógicamente agrupados y ordenados en una lista por la dirección IP correspondiente.

Al editar un agente en particular, podemos sugerir la desactivación/activación de agentes relacionados en la misma dirección IP.

La idea principal de la construcción de granjas es que no es necesario configurarlas. Es decir, una vez que la red esté en funcionamiento, todo lo demás funcionará automáticamente. Una persona no tiene que ir de un lado a otro encendiendo y apagando los agentes. El que responda, será el que se utilice. Todo el sistema funciona en modo de nube de recursos automática. Alguien interrumpe su trabajo y su tarea se transfiere al siguiente agente disponible.


Por cierto, en Active Directory, si tienes derechos de administrador, podrás poner agentes en equipos remotos en unos pocos clics desde un solo lugar (terminal de cliente). En otras palabras, puede convertir la red local de la empresa en una enorme red informática y utilizar todos los recursos informáticos al 100%.


En cuanto la primera versión esté lista, te dejaremos probarla.

 

Renat:

Todo el sistema funciona en modo de nube de recursos automática.

¡Ooh! ¡Es un bubli-GUM!

(GUM son unos grandes almacenes frente al Kremlin.

 
stringo:
Al principio queríamos separar los agentes de la LAN y los de la WAN, pero luego abandonamos esta división por considerarla inútil. Los fusionamos en la categoría Remoto, y cambiamos el nombre de la categoría MiOrdenador a Local.
Tiene sentido, pero la posibilidad de conectar la distribución de los cálculos a una red de área amplia debería dejarse en algún lugar de la profundidad del programa. En caso de que el tema pueda "ponerse de moda".
 
Probablemente sea una buena idea considerar la limitación de los recursos computacionales de los agentes (carga de la CPU, carga de la red, etc.). Para que los trabajadores de las oficinas de las grandes (y no tan grandes) empresas no se vean muy afectados por una enorme MT5 (basada en sus redes locales) organizada (por el administrador, por ejemplo)...
 
Renat:

Los agentes remotos no pueden ser separados por el núcleo - cada uno está configurado a un agente separado, pero pueden ser lógicamente agrupados y ordenados en una lista por la dirección IP correspondiente.

Al editar un agente en particular, podemos sugerir la desactivación/activación de agentes relacionados en la misma dirección IP.

La idea principal de la construcción de granjas es que no es necesario configurarlas. Es decir, una vez que la red esté en funcionamiento, todo lo demás funcionará automáticamente. Una persona no tiene que ir de un lado a otro encendiendo y apagando los agentes. El que responda, será el que se utilice. Todo el sistema funciona en modo de nube de recursos automática. Alguien interrumpirá su trabajo y su tarea será transferida al siguiente agente disponible.

Y
Por cierto, en el Directorio Activo, si tienes derechos de administrador, será posible poner agentes en equipos de red remotos en un par de clics desde un solo lugar (terminal de cliente). En otras palabras, puede convertir la red local de la empresa en una enorme red informática en un minuto y utilizar todos los recursos informáticos al 100%.


Cuando la primera versión esté lista, le daremos la oportunidad de probarla.


Quiero agradecer a los desarrolladores de MetaTrader 5 por desarrollar la plataforma en la dirección correcta (francamente, no esperaba que MetaTrader 5 tuviera un probador con capacidades de computación distribuida). Por favor, aconséjeme sobre el calendario. ¿Cuándo estará disponible el probador? Y, de hecho, ¿cuándo deberíamos esperar el lanzamiento de Metatrader 5 en producción?

 
Renat:

Los agentes remotos no pueden ser separados por el núcleo - cada agente se configura como un agente separado, pero puede ser lógicamente agrupado y ordenado en una lista basada en la coincidencia de direcciones IP.

Al editar un agente en particular, podemos sugerir la desactivación/activación de agentes relacionados en la misma dirección IP.

La idea principal de construir granjas es que no es necesario configurarlas. Es decir, una vez que la red esté en funcionamiento, todo lo demás funcionará automáticamente. Una persona no tiene que ir de un lado a otro encendiendo y apagando los agentes. El que responda, será el que se utilice. Todo el sistema funciona en modo de nube de recursos automática. Alguien interrumpe su trabajo y su tarea se transfiere al siguiente agente disponible.


Por cierto, en Active Directory, si tienes derechos de administrador, podrás poner agentes en equipos remotos en unos pocos clics desde un solo lugar (terminal de cliente). En otras palabras, puede convertir la red local de la empresa en una enorme red informática en un minuto y utilizar todos los recursos informáticos al 100%.

Estoy de acuerdo con eso, poder distribuir automáticamente la carga en función de si el cliente está "vivo" o no es genial. Pero a lo que me refería era a una configuración que lo mantiene fuera de algunas partes de la red temporalmente desconectadas por completo. Cuando hay varios de ellos en una red, es inevitable que haya un conflicto de recursos. A veces lo resolvemos de esta manera administrativa. Por ejemplo, hoy uno cuenta con un grupo, el otro "viola el departamento de contabilidad", el tercero viola a los analistas, etc. Mañana todo cambia. Un grave problema, como resulta, cuando uno no está solo en la red.
 

Una cosa que me confunde sobre la LAN...

Es el uso de cortafuegos y otros "cierres".
Cómo va a ser eso...

Razón de la queja: