![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
fyords:
Farei uma experiência especialmente para descobrir o problema potencial (com um clone e de uma instalação limpa).
Assim, os resultados da primeira metade do teste:
1. foi criado um VM, de raiz, instalação limpa, sem agentes.
2. Do primeiro, o segundo foi clonado (ainda sem agentes).
3. no primeiro instalo agentes.
4. e clonar para o terceiro (já com agentes).
5. coloco agentes no segundo.
Características da VM:
1. todos têm 2 núcleos e 8 gigs de RAM.
2. todas as ferramentas instaladas (embora depois das ferramentas de clonagem terem funcionado, mas o vCenter não tenha visto as ferramentas, depois da actualização das ferramentas, todas se tornaram normais)
Após 12 horas de trabalho:
1. todos os agentes trabalharam (6 no total).
2. nenhuma foi apagada
3. tenho um grupo de 2 agentes no meu perfil (utilizando agrupamento por CPU) e o número de passes corresponde ao número total de passes nos 3 VMs.
Na segunda parte do teste, mudei os portos dos agentes, de modo a que todos tenham portos diferentes. Apresentarei um relatório com os resultados daqui a pouco.
Entretanto criarei outro VM, instalação limpa a partir do zero, sem qualquer clone. Vamos ver como se comporta com os outros.
PS. Todos os VMs foram instalados a partir da mesma distribuição. Win7 x64.
Assim, os resultados da primeira metade do teste:
1. foi criado um VM, de raiz, instalação limpa, sem agentes.
2. Do primeiro, o segundo foi clonado (ainda sem agentes).
3. no primeiro instalo agentes.
4. e clonar para o terceiro (já com agentes).
5. Colocar agentes no segundo.
...
Após 12 horas de trabalho:
1. todos os agentes trabalharam (6 no total).
2. nenhuma foi apagada
3. Um grupo (utilizando agrupamento por CPU) de 2 agentes apareceu no perfil e o número de passes corresponde ao número total de passes nos três VMs.
Na segunda parte do teste, mudei os portos dos agentes, de modo a que todos fossem diferentes. Apresentarei um relatório com os resultados daqui a pouco.
Entretanto criarei outro VM, instalação limpa a partir do zero, sem qualquer clone. Vamos ver como se comporta com os outros.
PS. Todos os VMs foram instalados a partir da mesma distribuição. Win7 x64.
Ver se têm a mesma identificação (em ...Tester`Manager`common.ini). Há uma sugestão de que se fizer a identificação diferente, as máquinas serão consideradas diferentes. Não sei se isto pode ser feito manualmente e se os IDs não são também referenciados no registo (pergunta para MQ)...
Ver se têm a mesma identificação (em ...Tester`Manager`common.ini). Há uma sugestão de que se fizer a identificação diferente, as máquinas serão consideradas diferentes. Não sei se isto pode ser feito manualmente e se os IDs não são também referenciados no registo (pergunta para MQ)...
5 pontos :)
Exactamente, todos os VMs clonados (do primeiro ao terceiro) têm a mesma identificação. Depois de mudar de porto, agentes adicionais começaram a aparecer no perfil.
E a que foi posta de raiz tem uma identificação diferente. E os agentes no perfil são mostrados como uma máquina separada.
Vou experimentar um dos VM (clonado) para reorganizar o gestor com a remoção completa de todas as "raízes" do ficheiro. Vamos ver se a identificação muda.
PS. A reinstalação do gerente não alterou a identificação. Primeiro o ficheiro estava vazio e depois apareceu a identificação.
Mas outro facto é claro: uma instalação limpa do enrolamento torna o gestor do agente único, o que era necessário. Nenhum agente foi eliminado no intervalo de tempo decorrido.
Assim, a identificação é também inscrita no registo. Mas isto não é difícil de lidar. Uma das formas que mencionou.
Ao desinstalar o gestor, o desinstalador deparou-se com alguma chave de registo, mas penso que não é responsável pela identificação do gestor, mas sim pelo facto de ter sido instalado, ou seja, pelo registo do sistema de que o testador é um programa.
Daí a segunda conclusão: o gestor não se vincula ao registo. Ligações apenas ao hardware e ao ambiente. Vou continuar a cavar, talvez algo funcione.
Ao desinstalar o gestor, o desinstalador deparou-se com alguma chave de registo, mas penso que não é responsável pela identificação do gestor, mas sim pelo facto de ter sido instalado, ou seja, pelo registo do sistema de que o testador é um programa.
Daí a segunda conclusão: o gestor não se vincula ao registo. Ligações apenas ao hardware e ao ambiente. Vou continuar a cavar, talvez algo funcione.
Isto é, precisamos de encontrar uma forma de mudar a identificação.
Talvez os próprios criadores possam ajudar...
Drumroll..... Solução encontrada!
Nas máquinas clonadas, basta alterar o número de série do volume (alterei o número de série da unidade C, que é onde o gestor do agente está instalado).
Isto pode ser feito com o seguinte programa
Disk Serial Number Changer
O alterador de número de série de disco pode ajudá-lo a alterar o número de série de uma partição de disco. O seu número de série do volume (ID do volume) é XXXX-XXXX (X é 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F).Antes de alterar o número de série do volume do disco do sistema, desinstalei o gestor e todos os agentes. Depois de alterar o número de série, reiniciar e instalar o gestor e os agentes.
Após estas acções, os agentes deste VM apareceram no perfil como uma máquina separada. O ID no ...Tester Gestor do ini comum mudou.
E nem o SO, nem o hardware foram alterados, nem os discos rígidos foram mapeados para outros portos, etc.
GoRo, experimente, deve ajudar.
Drumroll..... Solução encontrada!
Nas máquinas clonadas, basta alterar o número de série do volume (alterei o número de série da unidade C, que é onde o gestor do agente está instalado).
Isto pode ser feito com o seguinte programa
Antes de alterar o número de série do volume do disco do sistema, desinstalei o gestor e todos os agentes. Depois de alterar o número de série, reiniciar e instalar o gestor e os agentes.
Após estas acções, os agentes deste VM apareceram no perfil como uma máquina separada. O ID no ...Tester Gestor do ini comum mudou.
E nem o SO, nem o hardware foram alterados, nem os discos rígidos foram mapeados para outros portos, etc.
GoRo, experimente, deve ajudar.
Mais ligações para o programa, por favor
Por favor http://www.vidon.ru/softportal/progr2701.html.
Funcionou para mim sem pagamento.
Por favor http://www.vidon.ru/softportal/progr2701.html.
Sem pagamento, funcionou para mim.