Discussão pública da fórmula de cálculo do custo dos recursos na MQL5 Cloud Network - página 45
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
Vejo, obrigado, e outra pergunta, tenho 4 núcleos e a julgar pelo tráfego apenas 1 está activo embora o resto esteja ligado, será porque não há tarefas suficientes? e também como entrar no menu de contexto?
1. A carga de núcleos depende do número de tarefas. Se apenas um agente está activo e outros estão inactivos, isso significa que não há tarefas suficientes na nuvem.
2. Menu de contexto - o mesmo que no Windows - clique com o botão direito do rato na lista de agentes.
Bom dia a todos!
O que aconteceu, PR em 8 imanes de 162 a 184 e nenhum rendimento! Durante seis meses, as 5 libras mal se acumularam! Ultimamente, posso dizer que o computador está em défice. As pessoas deixaram de usar o metatrader 5?
Por isso...
Quem vai dizer o quê?
)
Será que este "sistema mágico" funciona? Funciona ou não? De uma pessoa que optimiza os EAs. É muito fixe. Arranje um PC durante algum tempo com 1.500 núcleos ))))
Mas da parte de quem oferece ? Como está a correr com a oferta, etc. E com que frequência há trabalho? Ontem à noite, liguei-o por interesse. Fez tudo certo. Mas, até agora, nada. )))))))) Nah. Não estou à espera que ele me ganhe pelo menos 30 dólares por mês. Até agora, só por diversão, durante uma semana excitado. Depois disso, se nada. Vou desligá-lo).
Mas... Interessante conhecer as estatísticas aproximadas, quem continua a fazê-lo. :)
Por isso...
Quem vai dizer o quê?
)
Será que este "sistema mágico" funciona? Funciona ou não? De uma pessoa que optimiza os EAs. É muito fixe. Arranje um PC durante algum tempo com 1.500 núcleos ))))
Mas da parte de quem oferece ? Como está a correr com a oferta, etc. E com que frequência há trabalho? Ontem à noite, liguei-o por interesse. Fez tudo certo. Mas, até agora, nada. )))))))) Nah. Não estou à espera que ele me ganhe pelo menos 30 dólares por mês. Até agora, só por diversão, durante uma semana excitado. Depois disso, se nada. Vou desligá-lo).
Mas... Interessante conhecer as estatísticas aproximadas, quem continua a fazê-lo. :)
Cálculos na rede MQL5 Cloud Network
Os cálculos têm em conta o desempenho de um agente testador e o tempo que este gasta para completar uma tarefa. Cada agente de ensaio tem o seu próprio índice de desempenho - PR. Quanto maior for a produtividade da CPU, maior é o índice e mais cálculos um agente pode efectuar por unidade de tempo.
Neste momento, a contabilização do dinheiro para os cálculos efectuados baseia-se nas seguintes considerações. O custo do trabalho de um agente de testes com PR=100 durante uma hora é de $0,01. Um quantum é tomado como unidade de trabalho, que é igual ao trabalho do agente com PR=1 por 1 ms (1 milissegundo). Assim, o custo por quantum é:
A tabela mostra os cálculos para executar um agente de teste de um só núcleo com PR=100 durante 1 hora e 1 mês.
Será que o sistema tem em conta o deslizamento de desempenho, dependendo da carga?
Por exemplo 4 núcleo I7 com modo TurboBoost pode funcionar a 4GHz sem qualquer carga (por exemplo) e se a carga aumentar até 100% para cada núcleo, então a frequência do processador cai para 3,4GHz (em 15%), por exemplo. Assim, o seu desempenho e PR pode ser sobrestimado (se o teste de desempenho fosse realizado apenas em 1 núcleo à vez e não em todos ao mesmo tempo).
E se o arrefecimento do processador for mau, então o processador começará a reduzir ainda mais o desempenho para evitar o sobreaquecimento.
Como resultado, pode acontecer que agentes de 1-2 processadores centrais (até I3) sem TurboBoost sejam mais performantes ou em paridade com agentes com TurboBoost (I5, I7). Mas os processadores I5, I7 serão os primeiros a fazer o trabalho mais lentamente que os agentes I3 e, ao mesmo tempo, mais caros.
Exemplo
Nesta situação, preferiria os agentes I3-6100 em vez dos I7-6700I7-6700 Turbo frequência = 4GHz, frequência de base = 3.4GHz
I3-6100 funciona sempre à frequência base=3,7GHz
Se a classificação for medida em cada núcleo por sua vez, I7 medirá a 4GHz e I3 a 3,7.
E com carga completa, os agentes individuais em I7 funcionarão a 3,4GHz, ou seja, mais lentamente que em I3, e se for também mais caro, isso seria completamente injusto.
Será que o sistema tem em conta o deslizamento de desempenho, dependendo da carga?
Por exemplo, um I7 de 4 núcleos com modo TurboBoost sem carga pode funcionar a 4Ghz (por exemplo), mas se a carga aumentar para 100% para cada núcleo, a frequência do processador cai para 3,4Ghz (em 15%), por exemplo. E consequentemente o seu desempenho e PR pode ser sobrestimado (se o teste de desempenho fosse realizado apenas em 1 núcleo à vez e não em todos ao mesmo tempo).
E se o arrefecimento do processador for mau, o processador começará a reduzir ainda mais o desempenho, de modo a não sobreaquecer.
Como resultado, pode acontecer que agentes de 1-2 processadores centrais (até I3) sem TurboBoost sejam mais performantes ou em paridade com agentes com TurboBoost (I5, I7). Mas os processadores I5, I7 serão mais altos nas classificações e farão o trabalho primeiro, tornando-o mais lento que os agentes I3 e, ao mesmo tempo, mais caro.
Exemplo
Nesta situação, preferia ter agentes na I3-6100 do que na I7-6700 para fazer o trabalho.I7-6700 Turbo frequência = 4GHz, frequência base 3.4GHz
I3-6100 funciona sempre à frequência base=3.7GHz
Se a classificação for medida em cada núcleo por sua vez, I7 medirá a 4GHz e I3 a 3.7.
E a plena carga, os agentes individuais da I7 funcionarão a 3,4GHz, ou seja, mais lentamente do que a I3, e se for também mais caro, isso seria completamente injusto.
Esta é uma solução excessivamente cara para a mineração na nuvem, tal como deveria ser:) E só para optimizar os especialistas... 100 fios e pode optimizar qualquer coisa. Aqui 32 fios por 300 libras, nada mau
Será que o sistema tem em conta o desempate do desempenho, dependendo da carga?
Por exemplo, um I7 de 4 núcleos com modo TurboBoost sem carga pode funcionar a 4GHz (por exemplo), e se a carga aumentar para 100% para cada núcleo, a velocidade do relógio processador cai para 3,4 GHz (em 15%), por exemplo. Assim, o seu desempenho e PR pode ser sobrestimado (se o teste de desempenho fosse realizado apenas em 1 núcleo à vez e não em todos ao mesmo tempo).
E se o arrefecimento do processador for fraco, então o processador começará a reduzir ainda mais o desempenho para evitar o sobreaquecimento.
Como resultado, pode acontecer que agentes de 1-2 processadores centrais (até I3) sem TurboBoost sejam mais produtivos ou em pé de igualdade com agentes com TurboBoost (I5, I7). Mas ao mesmo tempo I5, os processadores I7 serão os primeiros a fazer o trabalho mais lentamente do que os agentes I3 e ao mesmo tempo mais caros.
Exemplo
Nesta situação, eu preferia agentes em I3-6100 a I7-6700 para fazer o trabalho.I7-6700 Turbo frequência = 4GHz, frequência de base = 3.4GHz
I3-6100 funciona sempre à frequência base=3,7GHz
Se a classificação for medida em cada núcleo por sua vez, I7 medirá a 4GHz e I3 a 3,7.
E a plena carga, os agentes individuais na I7 funcionarão a 3,4GHz, ou seja, mais lentamente que a I3, e se for também mais caro, isso seria completamente injusto.
Encontrei tal opção:
Acrescentar ao onInit.
int OnInit()
{
if(MQLInfoInteger(MQL_OPTIMIZATION)){
if(TerminalInfoInteger(TERMINAL_CPU_CORES)==1) { return INIT_AGENT_NOT_SUITABLE; }//если 1 то системные процессы будут приоритетнее
if(TerminalInfoInteger(TERMINAL_CPU_CORES)>2) { return INIT_AGENT_NOT_SUITABLE; }//если 4 или 8 то будет TurboBoost. Он при 100% нагр. понизит частоту
if(TerminalInfoInteger(TERMINAL_MEMORY_PHYSICAL)<7000){ return INIT_AGENT_NOT_SUITABLE; }//у современных компов, меньше редко ставят
if(TerminalInfoInteger(TERMINAL_X64)==false) { return INIT_AGENT_NOT_SUITABLE; }//отклонить древние 32 битные компы
}//агент не подходит для проведения тестирования. После возврата этого кода агент больше не будет получать заданий до самого конца данной оптимизации.
.............
return(INIT_SUCCEEDED);
}
Embora seja necessário experimentar qual a opção que funcionará mais rapidamente na prática TERMINAL_CPU_CORES a 2, a 4 ou todas.
Também gostaria de saber a frequência do processador...
Outro problema levantado, há um computador com 8 agentes na rede local, - como distinguir agente na rede local de agente na nuvem? Para ter a certeza que o meu computador é 100% utilizado
Notou realmente o forte (>10-20%) atraso de alguns agentes na nuvem?
Com a genética activada? Quando os passes (conjuntos de parâmetros) estão próximos no desempenho?
MQ parece ter lutado com estas tarefas de "pairar". Teria sido mais construtivo não escrever um remendo para si próprio, mas reproduzir o problema no RS para que ele pudesse ser resolvido ao nível das nuvens.
Notou realmente o forte (>10-20%) atraso de alguns agentes na nuvem?
Com a genética activada? Quando os passes (conjuntos de parâmetros) estão próximos no desempenho?
MQ parece ter lutado com estas tarefas de "pairar". Seria mais construtivo não escrever um remendo para si próprio, mas reproduzir o problema para o SD para o conseguir resolver ao nível das nuvens.
Escrevi a SD, eles acham que a informação sobre o que é o agente (local/rede/em rede/em nuvem) é importante e digna de ser incluída no MT5.
Portanto, algo tem de ser trabalhado ... Aparentemente, teremos de trabalhar sem triagem por número de processadores. Isto é, apenas > 1 processador
Escrevi a SD, eles acham que a informação sobre o que é o agente (local/rede/em rede/em nuvem) é importante e digno de ser incluído no MT5.
Por isso, têm de arranjar uma solução ... Aparentemente, terei de trabalhar sem triagem por número de processadores. Isto é, apenas > 1 processador
Existem realmente travões? Há muito tempo que não opto pela AG na nuvem.