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
Naturalmente, nenhum especialista/indicador/escrito está em execução - apenas construções manuais. A latência indicada é reprodutível em qualquer comprimido moderno médio de 64 bits. Se você tem um computador i7, não creio que tenha encontrado este atraso.
o apk ou o ex-sistema está desacelerando?
No outro Terminal, a Otimização está sendo executada em paralelo em seis Agentes locais de um possível oito.
Se são quebras de rede, por que isso afeta a obtenção do último tick da Market Watch e a obtenção do último tick da história do tick?
ZZY O Diário de bordo do Terminal está no mesmo trecho.
Se são quebras de rede, por que isso afeta a obtenção do último tick da Market Watch e a obtenção do último tick da história do tick?
Uma análise cuidadosa mostrou que o CopyTicks está diminuindo a velocidade quando há quebras de rede.
Antes de mais nada, FYI.
"Se averificação da estrutura básica (verificação de ponteiro) for bem sucedida, a verdade é devolvida -não indica a execução bem sucedida da operação comercial. Para obter uma descrição mais detalhada do resultado da execução da função, os campos da estrutura deresultadosdevem ser analisados."
Em segundo lugar, de acordo com sua lógica, se uma ordem é aberta, você não a adiciona à lista de ordens, mas invalida completamente o cache)?
Você pode TALVEZAR todo o código, que você tem HistorySelect será o último lugar para perguntas sobre o tempo de execução) Use caching. Você pode invalidá-la, por exemplo, uma vez por dia, mas isso irá acelerar significativamente sua EA.
Bem, antes de mais nada
Você tem que executar o código para entendê-lo corretamente, ou lê-lo muito bem a partir de uma folha de trabalho.
Em segundo lugar, de acordo com sua lógica, se uma ordem é aberta, você não a adiciona à lista de ordens, mas invalida totalmente o cache)?
A lista de pedidos não muda. Leia o código.
para entender o código corretamente, é preciso executá-lo ou lê-lo muito bem a partir da folha.
A lista de pedidos não muda. Leia o código.
Aqui
Eu vejo esta lógica:
Mas pode ser que o pedido já tenha sido rejeitado no servidor - não há nenhuma verificação para isso neste código. Qual é o objetivo de selecionar a história? O que queremos ver lá?
Aqui, nestas duas linhas de código, eu pessoalmente não vejo o ponto. Eu o veria se houvesse um cheque para mudar a história antes de selecioná-la. Talvez, é claro, estas duas linhas não lhe dêem uma visão completa da tarefa. Mas a conexão entre o envio de um pedido ao servidor e a seleção de todo o histórico não está clara para mim. Mesmo se o servidor enviar uma solicitação com sucesso, a lista de ordens e posições do mercado será alterada. O que a lista histórica tem a ver com isso?
Aqui é onde
Eu vejo esta lógica:
Mas pode ser que o pedido já tenha sido rejeitado no servidor - não há nenhuma verificação para isso neste código. Qual é o objetivo de selecionar a história? O que queremos ver lá?
Aqui, nestas duas linhas de código, eu pessoalmente não vejo o ponto. Eu o veria se houvesse um cheque para mudar a história antes de selecioná-la. Talvez, é claro, estas duas linhas não lhe dêem uma visão completa da tarefa. Mas a conexão entre o envio de um pedido ao servidor e a seleção de todo o histórico não está clara para mim. Mesmo se o servidor enviar uma solicitação com sucesso, a lista de ordens e posições do mercado será alterada. O que isso tem a ver com a lista histórica?
Se - para se livrar do aviso do compilador. Não tem mais nada a fazer.
Este tópico não é para ensinar-lhe como escrever EAs. O objetivo é eliminar os pontos fracos do Terminal. Os desenvolvedores precisam de um código simples, conciso e reprodutível para entendê-lo. Não escrevo nada desse tipo para mim, é claro. O fato é que o Combat Advisor registra os freios. Eu começo a cavar e percebo que a desaceleração ocorre quando alguém (pelo menos à mão) modifica uma posição. Isto restabelece o cache da história, embora a história não mude, é claro.
O código demonstra o problema perfeitamente. Nunca há necessidade de desorganizar o código de replay com qualquer verificação desnecessária. Seu trabalho é mostrar claramente o problema. E quando fixado - para provar que tudo funciona corretamente agora.
para entender o código corretamente, é preciso executá-lo ou lê-lo muito bem a partir da folha.
A lista de pedidos não muda. Leia o código.
Considere que sou muito bom a ler a partir da folha :)
Este código que você tirou de outro lugar e você tem lá uma nova criação de posição, que é executada, certo?
Caso contrário, todo o objetivo de seu código se resume a atualizar o TP da posição atual e invalidar o cache por causa disso, o que também é muito estranho.
Em um desses dois casos, nenhuma lógica é utilizada para otimizar a operação de cache. Além disso, sua solução não é escalável, pois leva a uma maior frenagem à medida que a história cresce.
O código demonstra perfeitamente o problema. Nunca há necessidade de desorganizar o código de repetição com quaisquer verificações desnecessárias. Seu trabalho é mostrar claramente o problema. E quando corrigido - para provar que tudo funciona corretamente agora.
Portanto, por sua lógica, este código aqui
demonstra a lentidão do processador?
Você recebeu este código de algum lugar e o tem lá criando uma nova posição, que é executada, certo?
Portanto, de acordo com sua lógica, este código aqui
mostra a lentidão do processador?