OpenCL: test di implementazione interna in MQL5 - pagina 62
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
È molto divertente, ma il programma OCL funziona in modo brillante anche se c'è una strisciata fuori dall'array! - e funziona bene, ma ottiene non solo qualsiasi cosa, ma 0 da un blob vuoto e non contrassegnato.
Che sia buono o meno è a discrezione di ognuno. Lo so solo ora.
Gli zeri non significano nulla. Il programma OCL potrebbe semplicemente non essere compilato.
State usando un compilatore di kernel esterno (dal fornitore di hardware grafico)?
Gli zeri non ti dicono nulla. Il programma OCL potrebbe semplicemente non essere compilato.
State usando un compilatore esterno del fornitore di hardware grafico?
Dopo un duro riavvio, condividi le tue impressioni...
Questa è la ragione per cui non c'è supporto OpenCL nel tester finora...
Al momento stiamo cercando dei modi per risolvere questo problema di OpenCL.
Quindi dai un'occhiata, Andrei. Ne ho una Intel off-line (c'è anche una foto nell'articolo). Un sacco di messaggi se qualcosa è andato storto. Potete modificare il kernel immediatamente in esso per renderlo più veloce.
Molto pratico. Peccato che non ci sia il debugging. Ma è molto più comodo che nell'editor del terminale.
Quindi dai un'occhiata, Andrei. Ne ho una Intel off-line (c'è anche una foto nell'articolo). Un sacco di messaggi se qualcosa è andato storto. Puoi modificare il kernel immediatamente in esso per essere più veloce.
È molto conveniente. È un peccato che non ci sia il debugging. Ma è molto più comodo che nell'editor del terminale.
Il kernel funziona e funziona senza errori, secondo la logica. Non modifico affatto il kernel in ME, poiché è inutile in termini di rilevamento di potenziali errori - lo controllo e lo modifico in OpenCLCodeChecker. Il kernel funziona.
Ho deliberatamente impostato il ciclo per andare oltre l'array e non causa il crash del driver OCL quando il programma è in esecuzione; questa "apertura" è stata riportata in questo thread. Vedi il post di Ilyaz qui sopra.
Sono d'accordo, è una cosa stupida in ME.
Il mio OpenCLCodeChecker non funziona così. Beh, che diavolo, farò con quello di Intel in qualche modo...
Sono d'accordo, è una cosa stupida in ME.
Il mio OpenCLCodeChecker non funziona così. Beh, fanculo, farò con quello Intel in qualche modo...
Sì, c'è una ragione per cui AMD ha comprato ATI sei anni fa. Proprio quando è stato annunciato il Core 2 Duo.
Anche Intel non è ferma sulla parte IGP, ma è ancora indietro. Su ixbt gli esperti dicono che Intel HD 4000 rivaleggerà con l'attuale A6 in termini di grafica. Ma è anche un grande progresso.
P.S. A proposito, la parte OpenCL di Trinity non è poi così grande. Sembra essere basato sul Cayman CE (cioè la serie 6xxx, anche se lo chiamano HD 7xxx per qualche motivo), ma il rapporto di prestazioni double to float è 16.
P.S. A proposito, la parte OpenCL di Trinity non è poi così grande. Il core sembra essere basato su Cayman CE (cioè la serie 6xxx, anche se lo chiamano HD 7xxx per qualche motivo), ma il rapporto di prestazioni double to float è 16.