Erros, bugs, perguntas - página 2438
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
2. um tipo de molduras é lido em OnTesterPass, terminado em OnTesterDeinit. Outras molduras são lidas em OnTesterDeinit
Esta característica não nos permite trabalhar em tempo real com os resultados dos passes calculados, se houver vários quadros por passe.
Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
Teste de Calendários de Estratégia com Autosubstituição de Resultados em EAs
Slava, 2013.04.10 15:04
1. Sim. Pode ser redundante.
2. um tipo de molduras é lido em OnTesterPass e terminado em OnTesterDeinit. Os restantes quadros são lidos em OnTesterDeinit
Esta capacidade de transmitir-receber vários tipos de quadros permitiu-nos corrigir alguns erros difíceis de reproduzir no testador. E os quadros só eram transmitidos se houvesse uma diferença com algum valor de referência.
Há pouco mencionei a perda de quadros, se muitos quadros forem passados num só passe e houver problemas com o agente - a ligação está quebrada - será que algo será feito para resolver esta situação?
Abrirá o opt-format?
Sim.
Em troca da publicação do código para ler o ficheiro opt
Esta característica não lhe permite trabalhar em tempo real com os resultados dos passes contados se houver vários quadros por passe.
Sim.
É por isso que temos de ler quadros do tipo "não-núcleo" após a optimização estar concluída.
Há pouco falei da perda de fotogramas, se muitos fotogramas forem transmitidos num só passe e houver problemas com o agente - uma quebra na comunicação - será que algo será feito para resolver esta situação?
O que se pode fazer?
O resultado da optimização irá, em qualquer caso, sair mais cedo e mais rapidamente do que a sua moldura. Se o agente tiver sido bloqueado (encerramento do computador, serviço parado), não há definitivamente nada que se possa fazer.
Poderíamos tentar fazer o seguinte: até que o quadro seja enviado, não enviar o resultado. Mas não sabemos quando o iremos consertar.
Isto parece ser uma falha puramente metodológica
Evitamos a reafectação desnecessária de memória.
Neste caso, há 99% de probabilidade de que o buffer da matriz seja atribuído uma vez
O que se pode fazer?
O resultado da optimização irá de qualquer forma sair mais cedo e mais rapidamente do que a sua estrutura. Se o agente tiver sido bloqueado (encerramento do computador, serviço parado), não há exactamente nada que se possa fazer.
Poderíamos tentar o seguinte: até ser enviada uma moldura, não enviar o resultado. Mas não se sabe quando o iremos corrigir.
Talvez antes da transmissão dos quadros, possa dizer quantos quadros são esperados, e se for menos do que o esperado e o agente não estiver disponível, então dê o passe a outro agente e escreva por cima dos quadros já recebidos?
Ou no corpo de cada frame escreva o número total e o seu número de sequência nesse número, e da mesma forma, se todos não vieram, reoptimize.Sim.
Em troca da publicação do código para ler o ficheiro opt
Estou ainda mais interessado na gravação. Eu faço a leitura, se o formato for conhecido.
Pode dizer quantos fotogramas são esperados antes de começar a transmitir, e se chegar menos do que o esperado e o agente não estiver disponível, então dê o passe a outro agente e escreva por cima dos fotogramas já recebidos?
Ou no corpo de cada moldura para escrever o número total e o seu número de sequência nesta quantidade, e da mesma forma, se todos não vieram, re-optimizar.E se nem todos os passes devolvem uma moldura?
Dei acima um exemplo sobre a captura de erros no testador. Os quadros só foram enviados quando algum valor de resultado não coincidiu com o valor de referência