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
Qual terminal você acha que consome mais CPU?
2 e aqui está o porquê
Para reduzir a CPU, recomendo fechar todas as subjanelas do terminal (Market Watch, Navigator, Ferramentas, etc.), minimizando todos os gráficos e minimizando o próprio terminal.
Remover todos os símbolos não utilizados do Market Watch. É especialmente importante para o VPS.
Sugiro automatizar estas ações de alguma forma. Antes de deixar seu VPS, pressione e saia. Quando você entra - pressione, você vê tudo.
Há muito tempo eu venho dizendo que os algotraders precisam de outra versão do terminal, sem toda essa afinação!
Além de tudo o acima, acrescentei um novo para cada EA:
Ainda está atrasado :(
A 2ª e é por isso.
Sim, o segundo.
O b2560 perde enormemente em desempenho em comparação com o b2592. Ansioso para consertar o bug.
O fio se revelou útil.
O b2560 perde enormemente em desempenho em comparação com o b2592. À espera de correção de erros.
b2593 foi fixado. Obrigado!
Resultado.
Por que isso é importante. Imaginemos que um robô HFT esteja funcionando. Na mesma conta, um comércio é executado à mão. Isso é tudo, o HFT-robô deixou cair o HistorySelect-cache com as conseqüências apropriadas. É claro, a história do HFT-robot não é de 10K pedidos/transações, mas muito mais. Seria caro reconstruir todo o cache para tal história. É por isso que é lógico adicioná-las.
É evidente que o comércio manual não deve atrasar os robôs. Para a negociação puramente algorítmica, o problema surge quando as ordens são acionadas.
As funções que permitem fazer instantâneos completos (conjuntos de estruturas) do ambiente comercial atual (posições e ordens) estão muito ausentes.
Uma variante através das funções Posição* e Ordem* causa colisões (negociação ativa) ao passar estas duas listas no laço. Algo está perdido ou não está contabilizado.
Instantaneamente, fotos completas evitaria estes problemas.
ZZY Full snapshots para Market Watch - ainda não avaliando a relevância. Tornando o MT5 mais próximo do HFT (LCI).
Gerenciado (não de propósito) para colocar o Terminal (e nenhum) em um estado em que a CPU esteja 100% e o tempo de espera do OrderSend seja superior a um segundo.
Provavelmente não vai ser fácil encontrar a causa.
ZZY Parece que tais freios são causados por um projeto semelhante.
Eu não consegui criar nenhum código para reproduzi-lo.
De fato, é possível conduzir o Terminal a um estado onde as ordens de negociação serão executadas em segundos (Terminal log) com um ping de 50 ms. Uma vez removidos os EAs, as ordens de negociação começam a ser executadas dentro de 100ms.
As funções que permitem fazer instantâneos completos (conjuntos de estruturas) do ambiente comercial atual (posições e ordens) estão muito ausentes.
Uma variante através das funções Posição* e Ordem* causa colisões (negociação ativa) ao passar estas duas listas no laço. Algo está perdido ou não está contabilizado.
Instantaneamente, fotos completas evitaria estes problemas.
ZZY Full snapshots para Market Watch - ainda não avaliando a relevância. Tornando o MT5 mais próximo do HFT (LCHI).
E funciona em tempo integral para rastrear a posição da ordem-transação-posição por bilhete e vice-versa por posição do bilhete para entender o que foi a ordem e os termos da transação. O rastreamento por status histórico é uma realidade perversa.
O ambiente de clique completo é legal, mas aparentemente caro e não tão necessário. embora em um colapso do mercado))))
Para mim, divido uma ordem e uma ordem. Uma ordem para executar uma ordem é uma ordem pendente. A ordem do mercado é confusa.
Não julgar estritamente por opiniões não-profissionais.