OpenCL: test di implementazione interna in MQL5 - pagina 17
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Tuttavia, c'è ancora una flotta di schede video che non supportano il calcolo su GPU ed è per loro che viene fatta l'emulazione del calcolo del codice OpenCL sulla CPU (che, come potete immaginare, sarà molto più lenta).
Il software OpenCL non ha nulla a che fare con le schede video e non include nessuna delle funzioni parziali delle vecchie schede. È una pura esecuzione della CPU.
Il software OpenCL non ha nulla a che fare con le schede video e non include nessuna caratteristica parziale delle vecchie schede. È una pura esecuzione della CPU.
Questo è esattamente quello che volevo trasmettere, grazie per aver chiarito.
Sì, le eccezioni sono scritte in C++ dove viene fatta la scelta se il codice OpenCL sarà eseguito sul dispositivo GPU o sulla CPU, ma questa eccezione è scritta solo quando la GPU non può essere usata. Non ci sono test per vedere quale CPU o GPU è più veloce per un certo codice. Questo deve essere compreso.
Si sta svolgendo una seria lotta per la velocità, da qui la domanda: cos'è il buon codice e cos'è il cattivo codice? Quali sono le cose che tolgono velocità? Mi consiglieresti qualcosa da leggere?
A proposito, stiamo preparando un nuovo meccanismo di lavoro con le cache degli stati intermedi delle barre per il tester, che darà una seria accelerazione nell'ottimizzazione dei robot di trading.
Sarà rilasciato nelle prossime build dopo lunghi test.
C'è anche una domanda interessante: qual è il senso della vita?
È inequivocabilmente a servicedesk !!!! )))
Una volta ho osservato una scena simile:
Una nonna sorda si avvicina al nipote, punta il dito su un CD-ROM e fa una domanda:
- C'è un nastro lì, un film?
La faccia del nipote mostra il processo di scansione delle informazioni sui computer, le unità CD, la codifica delle informazioni come 0 e 1, CDFS, FAT32, la registrazione delle informazioni video in formato avi, e dopo un frenetico lavoro del cervello, arriva la risposta:
- Nonna non ti risponderò.
A proposito, stiamo preparando un nuovo meccanismo di lavoro con le cache degli stati intermedi delle barre per il tester, che darà una seria accelerazione nell'ottimizzazione dei robot di trading.
Sarà rilasciato nelle prossime build dopo lunghi test.
A proposito, stiamo preparando un nuovo meccanismo di lavoro con le cache degli stati intermedi delle barre per il tester, che darà una seria accelerazione nell'ottimizzazione dei robot di trading.
Nelle prossime build sarà disponibile dopo lunghi test.
Non vediamo l'ora.
Teoricamente, se per i prezzi di apertura, potrebbe essere accelerato in questo modo:
Prendiamo due cache: per M1 e per il periodo attuale.
Controlliamo l'attuale n-esima barra usando la cache del timeframe corrente. Se una posizione si apre o chiude a mercato, allora eseguiamo un ordine al prezzo di apertura del timeframe corrente. Se uno degli ordini pendenti (gli stop protettivi, cioè Take Profit o Stop Loss sono anche ordini pendenti) dai prezzi degli ordini pendenti sono nell'intervallo: Max(High[0], Close[1]) e Min[Low[0], Close[1]), allora eseguiamo questa barra come per la cache M1. Se nessuno degli ordini è entrato nell'intervallo, la barra viene saltata.
Che aspetto ha?
È troppo noioso ottimizzare su grandi orizzonti temporali.
Renat, ho anche lasciato un messaggio nel ramo: https://www.mql5.com/ru/forum/4927/page116 sulla velocizzazione dei test in avanti nella modalità algoritmo genetico. Mi piacerebbe sentire l'opinione degli sviluppatori.
Metti il Catalyst Centre 12, prima era 11. Già ottenuto risultati (evidenziati in rosso): ........................