FORTES. Questões de aplicação da lei - página 125
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
Sim, e depende de qual troca. Eu não considero o nosso.
Eu não sei sobre os outros. Mas o princípio é o mesmo - receber ofertas de clientes, transmitir um quadro, e novamente receber e transmitir - toda a questão é a freqüência desses quadros e a freqüência das ofertas.
A troca será transmitida da mesma forma. Ou você está sugerindo que há uma perda das armações do copo?
Estes pontos precisam ser reconhecidos separadamente. Com que taxa de amostragem as fotos são tiradas.
Estes pontos precisam ser reconhecidos separadamente. A que taxa de amostragem as imagens são tiradas.
Provavelmente está na documentação em seu website.
Eu não sei sobre os outros. Mas o princípio é o mesmo - receber pedidos de clientes, transmitir um quadro, e novamente receber e transmitir - a questão inteira é a freqüência desses quadros e a freqüência dos pedidos.
Acontece que já respondi.
Refiro-me à CME. Você tem que ler os documentos.
É também FORTS, apenas americano. Futuros.
O servidor está estragando novamente (((.
Pendurado por 3 minutos e depois[Solicitar tempo limite]
Discovery Server, Terminal Build 1947.
O que eu faço?
Tive um desligamento por exatamente 3 minutos várias vezes nos seguintes casos:
1) Perdi a conexão com o servidor por um curto período, por exemplo, 100ms.
2) Um consultor especializado envia um pedido para apagar o pedido (OrderSend() ).
3) A segunda EA envia um pedido para apagar a mesma ordem (OrderSend() ).
4) Assim que o primeiro EA se conecta + um ligeiro atraso, OrderSend() é bem sucedido, o pedido é de fato eliminado.
5) A segunda EA "pende". Exatamente 3 minutos após o OrderSend() ser chamado, ele termina com o resultado: retcode=10012 comment="Request timeout".
Levando em conta que a ordem está realmente sendo apagada e a primeira EA viu isso, a troca não tem nada a ver com isso, é apenas um terminal e interação da EA. Parece que quando uma operação comercial com o servidor é concluída, apenas a primeira EA que está esperando pela execução desta operação recebe uma resposta. Se houver outros Conselheiros Especialistas que estejam esperando pela mesma operação, eles não recebem a resposta e a execução da operação é completada por tempo limite.
Tanto quanto sei, o elenco de ações é transmitido pela bolsa com uma certa freqüência, ou seja, toda mudança não é possível de obter apenas.
E, eu ainda não entendo, o que deve fazer com ele? Especialmente se os dados vierem com um atraso quando houver fortes movimentos...Pesquise no site mosbirch as palavras "orderlog completo".
Encontrei esta informação
O teste envolveu servidores de batalha emitindo fluxos de registro de pedidos completos com o batching desligado e servidores de batalha emitindo uma pilha agregada com dados agrupados em quanta de 10ms, semelhante aos serviços Plaza II/CGate.
Portanto, a quantificação é de 10ms. Ou algo mais, eu deveria descobrir que era útil?