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
Como pode ter tanta certeza?
O meu cheque mostra o contrário:
O guião mq4 está no anexo.
No entanto, ainda não é a opção mais rápida. Mas é um 'blá blá' da minha parte, uma vez que não vou escrever um rápido.
No entanto, ainda não é a opção mais rápida. Mas é um "blá blá" da minha parte, pois não vou escrever um "blá blá" rápido.
Eu também não o farei. Mas concordo - poderia ser mais rápido.
Bem, não o faça! Naufragado:(
Eu próprio vou escrever este algoritmo, já sei como. Só que agora estou doente, vou ter de adiar por uma semana.
C.T.D. escreveu exactamente isso no seu primeiro post.
A divisão por ciclos parece funcionar mais rapidamente. Mas não compreendo porquê, uma vez que os passes se tornam dois.
E não o farei. Embora eu concorde - pode ser mais rápido.
Eu também não o farei, embora seja definitivamente possível mais depressa ;)
Acabei de reparar que falta uma pausa, por isso não posso ir mais fundo nisso agora.
Aqui está o código final. É apresentada uma função de pesquisa máxima. A função de encontrar os mínimos é semelhante:
Aqui estão os testes de desempenho:
Pode-se ver que a velocidade de processamento aumentou qualitativamente e é agora independente do período do extremo. É verdade que para o N pequeno, especialmente para o período 3, a velocidade é ainda mais lenta, mas à medida que o N aumenta, a velocidade aumenta rapidamente e é quase duas vezes mais rápida do que para o N pequeno:
Isto parece dever-se ao facto de os saltos de ruptura e as transições de indexação levarem algum tempo e serem eficazes em longas distâncias. No N pequeno, a força bruta de frente revela-se mais rápida.
P.S. Coloquei a execução de ambas as funções Up() e Down() em modo assíncrono de execução. Ou seja, podem ser executados em ambos os núcleos simultaneamente. Mas não aumentou o desempenho. Aparentemente, os passes em si não são intensivos em recursos e a maior parte do tempo é gasto na preparação e análise dos dados, e não nas iterações em si.
No entanto, ainda não é a opção mais rápida. Mas isto é "blá blá" da minha parte, uma vez que não vou escrever um rápido.
Continua a ser relevante.
P.S.
Pode-se ver que a velocidade de processamento aumentou qualitativamente e é agora independente do período extremo.
Continua a ser relevante.
P.S.
Depende, e não mal. No seu caso, é apenas uma fonte (TSS) que termina no mínimo em N. Em geral, caso o gráfico de dependência da velocidade de execução em relação ao período pode diferir drasticamente do seu.