Ideologia do testador de estratégias comerciais MetaTrader 5: agentes

Novo comentário
 

No MetaTrader 5, fornecemos a capacidade de criar explorações de cálculo inteiras para acelerar os cálculos de estratégias comerciais por parte do testador. Destinam-se a cálculos de optimização de massa quando centenas de tarefas podem ser executadas em paralelo em computadores remotos. E pode instalar vários agentes em cada computador de acordo com o número de núcleos para maximizar a utilização dos recursos.

Por defeito, cada terminal tem agentes locais para o número de núcleos lógicos do processador e pode distribuir tarefas a outros agentes remotos. É muito fácil instalar agentes remotos - basta usar o utilitário MetaTester.exe (um ficheiro, não precisa de mais nada) e instalar os agentes como serviços de acordo com o número de núcleos ou executá-los separadamente. Cada agente tem uma senha de acesso, para que apenas utilizadores autorizados possam aceder à mesma.

É este o aspecto de testar um agente num núcleo local. Não só é mostrado o estado, mas também a carga real da CPU.


Início dos testes com um agente remoto:

 
Quando é que os utilizadores poderão senti-lo?
 

Estou mais habituado a ter este aspecto:


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


Claro, a forma como estou habituado não é necessariamente conveniente para todos.


Mas esta árvore de restos tem uma vantagem - pode rapidamente desactivar os restos, e habilitá-los completamente, não por núcleos. Claro que, antes de desligar um remate, o estado antigo é salvo, de modo que apenas os núcleos da última sessão são utilizados quando se liga o aparelho. Além disso, os nós individuais podem ser agrupados e os grupos podem ser incluídos no cálculo com um único clique.

Não existe uma categoria Local separada, todos os nós, incluindo o nó local, são tratados como nós de rede iguais.

 
HideYourRichess:

Bem, não existe uma categoria Local separada, todos os computadores, incluindo o Local, são considerados como cantos iguais da rede.

Inicialmente, queríamos separar os agentes na LAN e os agentes na WAN, mas depois abandonámos esta divisão, considerando-a inútil. Combinámo-los na categoria Remote, e renomeámos a categoria MyComputer para Local.
 

Os agentes remotos não podem ser separados por kernel - cada um é configurado para um agente separado, mas podem ser logicamente agrupados e ordenados numa lista por endereço IP correspondente.

Ao editar um determinado agente, podemos sugerir a desactivação/activação de agentes relacionados no mesmo endereço IP.

A ideia principal da construção de quintas é que não precisa de as configurar. Ou seja, assim que uma rede estiver operacional e tudo o resto funcionar automaticamente. Uma pessoa não tem de correr e ligar/desligar os agentes. Quem responder, é quem será utilizado. Todo o sistema funciona em modo de nuvem automática de recursos. Alguém interrompe o seu trabalho e a sua tarefa é transferida para o próximo agente disponível.


A propósito, no Active Directory, se tiver direitos de administrador, poderá colocar agentes em computadores remotos com apenas alguns cliques a partir de um local (terminal do cliente). Por outras palavras, é possível transformar a rede local da empresa numa enorme rede informática e utilizar todos os recursos informáticos a 100%.


Assim que a primeira versão estiver pronta, deixá-lo-emos testá-la.

 

Renat:

Todo o sistema funciona em modo de nuvem automática de recursos.

Ooh! é uma bubli-GUM!

(GUM é um enorme "armazém" em frente ao Kremlin.

 
stringo:
Inicialmente, queríamos separar os agentes na LAN e os agentes na WAN, mas depois abandonámos esta divisão por inútil. Fundimo-los na categoria Remote, e renomeámos a categoria MyComputer para Local.
Faz sentido, mas a possibilidade de ligar a distribuição dos cálculos à rede de área ampla deve ser deixada algures na profundidade do programa. No caso de o tópico poder "apanhar".
 
É provavelmente uma boa ideia considerar a limitação dos recursos computacionais dos agentes (carga de CPU, carga de rede, etc.). Para que os trabalhadores de escritórios de grandes (e não tão grandes) empresas não sejam muito afectados por um enorme MT5 (baseado nas suas redes locais) organizado (pela administração, por exemplo)...
 
Renat:

Os agentes remotos não podem ser separados por kernel - cada agente é configurado como um agente separado, mas pode ser logicamente agrupado e ordenado numa lista baseada na correspondência de endereços IP.

Ao editar um determinado agente, podemos sugerir a desactivação/activação de agentes relacionados no mesmo endereço IP.

A ideia principal da construção de quintas é que não precisa de as configurar. Ou seja, assim que uma rede estiver operacional e tudo o resto funcionar automaticamente. Uma pessoa não tem de correr e ligar/desligar os agentes. Quem responder, é quem será utilizado. Todo o sistema funciona em modo de nuvem automática de recursos. Alguém irá interromper o seu trabalho e a sua tarefa será transferida para o próximo agente disponível.

E
A propósito, no Active Directory, se tiver direitos de administrador, será possível colocar agentes em computadores de rede remota em alguns cliques a partir de um local (terminal cliente). Por outras palavras, pode transformar a rede local da empresa numa enorme rede informática num minuto e utilizar todos os recursos informáticos a 100%.


Quando a primeira versão estiver pronta, dar-lhe-emos a oportunidade de a testar.


Quero agradecer aos programadores do MetaTrader 5 por desenvolverem a plataforma na direcção certa (francamente, não esperava que o MetaTrader 5 tivesse um testador com capacidades de computação distribuída). Aconselhar sobre o calendário. Quando é que o testador estará disponível? E, de facto, quando devemos esperar o lançamento do Metatrader 5 em produção?

 
Renat:

Os agentes remotos não podem ser separados por kernel - cada um é configurado para um agente separado, mas podem ser logicamente agrupados e ordenados numa lista por endereço IP correspondente.

Ao editar um determinado agente, podemos sugerir a desactivação/activação de agentes relacionados no mesmo endereço IP.

A ideia principal da construção de quintas é que não precisa de as configurar. Ou seja, assim que uma rede estiver operacional e tudo o resto funcionar automaticamente. Uma pessoa não tem de correr e ligar/desligar os agentes. Quem responder, é quem será utilizado. Todo o sistema funciona em modo de nuvem automática de recursos. Alguém interrompe o seu trabalho e a sua tarefa é transferida para o próximo agente disponível.


A propósito, no Active Directory, se tiver direitos de administrador, poderá colocar agentes em computadores remotos com apenas alguns cliques a partir de um local (terminal do cliente). Por outras palavras, é possível transformar a rede local da empresa numa enorme rede informática num minuto e utilizar todos os recursos informáticos a 100%.

Concordo com isso, poder distribuir automaticamente a carga com base no facto de o cliente estar "vivo" ou não, é fixe. Mas o que eu quis dizer foi uma configuração que a mantém fora de algumas partes da rede temporariamente desconectadas por completo. Quando há vários deles numa rede, é inevitável que haja um conflito de recursos. Por vezes resolvemo-lo desta forma administrativa. Tal como, hoje em dia, um conta com um cluster, o outro "viola o departamento de contabilidade", o terceiro viola analistas, etc. Amanhã tudo muda. Um problema grave, como se verifica, quando não se está sozinho na rede.
 

Uma coisa que me confunde na LAN...

É a utilização de firewalls e outros "encerramentos".
Como é que isso vai ser...

123456789101112
Novo comentário