OpenCL: testes internos de implementação em MQL5 - página 17
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
Contudo, ainda existe uma frota de cartões de vídeo que não suportam cálculos de GPU e é para eles que é feita a emulação do cálculo do código OpenCL na CPU (que, como pode imaginar, será muito mais lenta).
O software OpenCL não tem nada a ver com placas de vídeo e não inclui nenhuma das funções parciais das placas mais antigas. É pura execução de CPU.
O software OpenCL não tem nada a ver com placas de vídeo e não inclui quaisquer características parciais de placas mais antigas. É pura execução de CPU.
Era exactamente isso que eu queria transmitir, obrigado pelo esclarecimento.
Sim, as excepções são escritas em C++ onde se escolhe se o código OpenCL será executado no dispositivo GPU ou na CPU, mas esta excepção é escrita apenas quando a GPU não pode ser utilizada. Não há testes para ver que CPU ou GPU é mais rápido para um determinado código. Isto precisa de ser compreendido.
Desenrola-se uma luta séria pela velocidade, daí a questão: o que é um bom código e o que é um mau código? Quais são as coisas que tiram a velocidade? Recomendaria algo para ler?
A propósito, estamos a preparar um novo mecanismo de trabalho com caches de estados intermediários de barras para o testador, o que dará uma aceleração séria na optimização dos robots de comércio.
Será lançado nas próximas construções após longos testes.
Há também uma questão interessante: qual é o sentido da vida?
É inequivocamente para servir !!!! )))
Uma vez observei uma cena semelhante:
Uma avó surda aproxima-se do seu neto, aponta o dedo a um CD-ROM e faz uma pergunta:
- Isso aí é uma cassete? Um filme?
O rosto do neto exibe o processo de digitalização de informação sobre computadores, unidades de CD, codificação de informação como 0 e 1, CDFS, FAT32, gravação de informação vídeo em formato avi, e após um frenético trabalho cerebral, a resposta vem:
- avó, não lhe vou responder.
A propósito, estamos a preparar um novo mecanismo de trabalho com caches de estados intermediários de barras para o testador, o que dará uma aceleração séria na optimização dos robots de comércio.
Será lançado nas próximas construções após longos testes.
A propósito, estamos a preparar um novo mecanismo de trabalho com caches de estados intermédios de barras para o testador, o que dará uma aceleração séria na optimização dos robots de comércio.
Nas próximas construções, estará disponível após longos testes.
Estamos ansiosos por isso.
Teoricamente, se para abrir os preços, poderia ser acelerado desta forma:
Tomamos duas caches: para a M1 e para o período de tempo actual.
Verificamos a n-ésima barra actual utilizando a cache do actual período de tempo. Se uma posição abre ou fecha no mercado, então executamos uma ordem ao preço de abertura do prazo actual. Se qualquer uma das ordens pendentes (paragens de protecção, isto é, Take Profit ou Stop Loss são também ordens pendentes) pelos preços das ordens pendentes estão no intervalo: Max(High[0], Close[1]) e Min[0], Close[1]), então executamos esta barra como para a cache M1. Se nenhuma das ordens tiver entrado no intervalo, a barra é saltada.
Como é que se parece?
É demasiado aborrecido para optimizar em grandes períodos de tempo.
Renat, também deixei uma mensagem no ramo: https://www.mql5.com/ru/forum/4927/page116 sobre a aceleração dos testes de avanço no modo de algoritmo genético. Gostaria de ouvir a opinião dos criadores.
Montar o Centro Catalisador 12, anteriormente era o 11. Já obteve resultados (destacados a vermelho): ........................