AMD ou Intel, assim como a marca de memória - página 50
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
Tenho medo de decepcioná-lo, mas os resultados de desempenho deste roteiro são ainda menos relevantes do que os do primeiro roteiro. A questão é que a maioria dos compiladores calcula expressões como estas em tempo de compilação (uma vez que não faz sentido avaliar o que pode ser avaliado de antemão). Isto é, o código dentro dos laços é equivalente a algo como isto: Int = 120 e Double = 120,0. Ou seja, nada de útil é feito. E se você substituir o código dentro dos laços pelo que eu escrevi, o resultado permanecerá o mesmo (verifique por si mesmo). Na verdade, ele mede as despesas gerais da organização do laço. O resultado no segundo caso é um pouco menor porque a entrada Duplo (8 bytes) é um pouco mais longa do que a entrada Int (4 bytes).
E se na primeira manipulação do script array (a parte mais longa) pelo menos de alguma forma refletisse o desempenho do subsistema de memória (e ônibus com caches), este teste em geral mede "cavalos esféricos no vácuo" e mostra resultados não tanto em papagaios.
joo, espero que sem ofensa. :)
Hmm, talvez, e o mais provável é que você esteja certo. Bem, nesse caso, ou fazer ramificações intrincadas no código, ou alimentar a CPU com números que ela não pode "conhecer" de antemão: citações. Como aquele Expert Advisor não-comercial https://forum.mql4.com/ru/25722/page41 :(
Mudar a prioridade para tempo real neste teste alterou a classificação em pouco mais de 1%.
O teste está dando um constante 104,8311. Provavelmente está chovendo. Acho um pouco estranho fechar a Internet com o antivírus. Maior facilidade para dar prioridade em tempo real ao terminal.
O antivírus normal é executado como um serviço no sistema, e não obter recursos pode pendurar o computador.
Hmm, talvez, e o mais provável é que você esteja certo. Bem, nesse caso, ou fazer ramificações intrincadas no código, ou alimentar a CPU com números que ela não pode "conhecer" de antemão: citações. Como aquele Expert Advisor não-comercial https://forum.mql4.com/ru/25722/page41 :(
Você já tentou inserir Int = 120 e Double = 120? :)
Sugiro a seguinte solução.
Use o Expert Advisor em anexo para testar o desempenho mais ou menos real.
É a mesma média móvel que era usada antes, mas excluiu a função de calcular o lote. Sempre abre posições a 0,1 lotes.
Conduzir o teste usando preços de abertura. O teste é para o período de 15.09.08 a 15.09.09.
O saldo é de 1.000.000 dólares. De modo que, com certeza, não houve chamada de margem em nenhuma alavancagem e requisitos de margem. Para isso, o lote permanente é 0,1.
Aumentei o número de passes, diminuindo a etapa MovingShift. Isto permitirá suavizar "lançamentos" ocasionais de carga no processador, IMHO.
Meu resultado é 7:08 com resultados insignificantes desligados, e 7:11 com eles. Talvez não seja uma grande coisa, mas apenas a influência da carga de fundo.
Vamos verificar este EA. Os resultados de begemot61 e four2one são particularmente interessantes.
Docent, nem todos aqui entendem a língua. Por favor, afixe você mesmo o especialista, para que não haja discrepâncias.
OK, eu mesmo a postarei. Eu acabei de comentar os cálculos dentro da função de cálculo de lote.
Meu resultado é 9:10 (resultados inúteis são exibidos). Considerando as freqüências, os resultados do ff são os seguintes:
431*3 = 1293 (seu).
550*2,53 = 1391,5 (meu).
A diferença é de 7,6% a seu favor.
Eu apaguei o arquivo. É um pouco mais rápido no seu - 9:05.
Docent, nem todos aqui entendem a língua. Favor colocar o próprio Expert Advisor, para que não haja confusão aqui também.
Na verdade, está anexado abaixo, juntamente com o arquivo de configurações no arquivo.
Só para ter 1 arquivo, não 2.
Por favor, verifique com a minha - pode haver alguma diferença.
E aguarde os resultados dos outros.
>> Quais aplicações exatamente?
Em uma pesada tarefa computacional, originalmente multi-processador.
Dados (roteiro antigo) sobre o Atom.
Sugiro a seguinte solução.
Use o Expert Advisor em anexo para verificar o desempenho mais ou menos real.
Esta é a mesma média móvel de antes, mas excluiu a função de cálculo do lote. Sempre abre posições a 0,1 lotes.
O saldo é de US$1.000.000. Para que, com certeza, com qualquer alavancagem e requisitos de margem não haja chamada de margem. Para isso, o lote permanente é 0,1.
Aumentei o número de passes, reduzindo a etapa MovingShift. Isto permitirá suavizar "lançamentos" ocasionais de carga no processador, IMHO.
Eu concordo. O roteiro era originalmente um "cavalo esférico". Precisamos de resultados que estejam mais próximos da realidade. Suas mudanças na EA e ajustes iniciais parecem razoáveis.
Meu resultado é 7:08 com resultados insignificantes desligados, e 7:11 com eles. Talvez não seja tão importante assim, mas apenas o efeito da carga de fundo.
Eu deixaria a produção completa. O número flutuará dependendo das condições do CD em particular. Todos não são.
Em geral, você pode eliminar completamente a influência da DC - há um programa que permite definir qualquer propagação. E podemos excluir a influência de diferentes histórias, basta incluir a história do símbolo no arquivo com o especialista em testes. Além disso, é claro: terminal off-line, ajuste de spread, importação da história do arquivo e do teste.
Em relação ao artigo. Até que a metodologia seja aperfeiçoada e as estatísticas sejam coletadas, não há nada para se falar. Seria possível criar algo como uma página na rede com um formulário a ser preenchido pelo visitante. Há também um arquivo com metodologia, assessoramento, história, etc. Teremos que pensar sobre isso. Seria interessante colocá-lo no próprio site do fórum. Mas isto está além de nossas capacidades.