FORTES. Questões de aplicação da lei - página 110
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
Em termos de praticidade, sim, é útil, mas é difícil imaginar como o terminal será lento na tentativa de sincronizar tudo... e não tenho certeza se a chegada assíncrona desses dados faz sentido.
Não vai diminuir em nada, as mesas estão sendo processadas de qualquer forma :)
E a entrada em um novo campo não levará tempo algum (de qualquer forma é gasto no processamento de mesas).
O servidor MT5 recebe um pacote de 22 tabelas e a fim de preencher os campos da estruturaMqlBookInfo
é necessário "atravessar" todas as 22 mesas (a direção é o último campo)!
Não vai diminuir em nada, as mesas estão sendo processadas de qualquer forma :)
E entrar em um novo campo não vai levar tempo nenhum (de qualquer forma é gasto no processamento de mesas)
O servidor MT5 recebe um pacote de 22 tabelas e a fim de preencher os campos da estruturaMqlBookInfo
você tem que "passar" por todas as 22 mesas (direção - último campo)!
Se isso não afeta a produtividade, é claro, que seja.
Entretanto, como usá-la, porque é muito difícil lidar com cada evento de forma sincronizada, ou seja, quando sabemos da ocorrência de um evento, pode ser tarde demais para agir. A menos que estejamos falando de ações comerciais ou de futuros lentos. O escorregamento em paradas no mercado é fenomenal - da última vez foram 61 pontos em aberto... e, a julgar pelos carrapatos, havia mais de 1000 lotes comercializados em 24 ms.
mas é difícil imaginar como o terminal abrandaria tentando sincronizar tudo...
O terminal não precisa sincronizar nada... Basta dar no momento em que a atualização chega (ou com algum atraso fixo). Ou até mesmo apenas dar em duas correntes: uma corrente para carrapatos e uma corrente para miçangas. Mas com a hora exata de chegada de ambos, para que possam ser reunidos.
Haverá valor em qualquer caso!
Gente!
A estruturaMqlBookInfo é preenchida a partir da tabela 22 (ou da FORTS_FUTORDERBOOK_REPL - Futures: Fatia de vidro)!
Acrescentamos o campo MOMENTO e basta preenchê-lo a partir DESTA mesma tabela!
Sem perda de tempo, sem necessidade de sincronizar nada, tudo funcionará da mesma forma, apenas o tempo
aparecerá! TUDO!
Você tem certeza de que todos os eventos estão agora expostos no copo? Em geral, eles são processados, porque pode haver um filtro - digamos que não mais de 100 eventos por segundo. E, provavelmente, a hora chega de qualquer forma, mas não está disponível para o usuário, caso contrário, como desenhar os movimentos no copo? Mas, se há muitos movimentos e eles já estão obsoletos, então talvez eles sejam apenas descartados pelo filtro.
Como é possível verificar isso? Com o que verificar? De jeito nenhum, ou alguma idéia?
Você tem certeza de que todos os eventos estão agora expostos no copo? Em geral, eles são processados, porque pode haver um filtro - digamos que não mais de 100 eventos por segundo. E, provavelmente, a hora chega de qualquer maneira, mas não está disponível para o usuário, caso contrário, como desenhar os movimentos no copo? Mas, se há muitos movimentos e eles já estão obsoletos, então talvez eles sejam apenas descartados pelo filtro.
Como é possível verificar isso? Com o que verificar? De jeito nenhum, ou você tem alguma idéia?
Você gostaria que eu lhe desse a especificação da Praça 2?
Leia-o se estiver interessado, talvez você entenda como tudo funciona.
Adicionado
Mas em poucas palavras.
O intercâmbio produz fluxos de dados, mas não podemos obtê-los em tempo real, mas recebemos "fatias" desses fluxos
com um atraso bastante insignificante.
Outra possibilidade é porque a MQ não quer fazer reparos e inovações.
Eles precisavam reescrever rapidamente o servidor MT5 para a CGate, para que eles pudessem contratar
para a implementação da CGate.
E não são duas linhas de código e precisa ser muito séria a esse respeito.
Adicionado por
Tentei escrever meu próprio conector Plaza2 várias vezes, mas falhei (não tinha cérebro suficiente)
Você tem certeza de que todos os eventos estão agora expostos no copo? Em geral, eles são processados, porque pode haver um filtro - digamos que não mais de 100 eventos por segundo. E, provavelmente, a hora chega de qualquer maneira, mas não está disponível para o usuário, caso contrário, como desenhar os movimentos no copo? Mas, se há muitos movimentos e eles já estão obsoletos, então talvez eles sejam apenas descartados pelo filtro.
Como é possível verificar isso? Com o que verificar? Não há como, ou você tem alguma idéia?
Deixe-os ao menos fazer uma confirmação de todas as negociações. Isto é, para que o mercado possa confirmar negócios passados. Isso significa precisão de milissegundos. É isso, não mais, o que é menos - deixe-os agregar/umarizar/filtrar/cortar, o que quer que seja. Só é preciso que sob a atual precisão do tick o tempo do copo com a mesma precisão.
Pessoal, preciso de conselhos sobre como estabelecer limites em Forts, há um código, quando uma posição aparece, o robô acima e abaixo do preço coloca ordens de limite com recuo
Quero saber se normalizei corretamente o preço do travessão para os limitadores ou se devo usar a biblioteca incorporada ou melhor para normalizar o preço separadamente.
Obrigado.
Criar uma linha separada.