OpenCL: test di implementazione interna in MQL5 - pagina 32
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
Anche voi avete DDR5, solo che io ho 5500MHz e voi 4800MHz.
È ancora presto - dobbiamo assicurarci che i programmi OpenCL non blocchino l'intera rete a causa dei glitch della GPU e dei programmi OpenCL stessi.
Infatti, i programmi OpenCL possono essere rilasciati in rete solo dopo aver eseguito dei test su agenti locali per assicurarsi che il programma funzioni e non uccida il computer.
Ops, credo di aver incasinato la memoria... Ho comprato i tempi bassi. Probabilmente dovrei andare con le schede a frequenza più alta, giusto?
Il mio è il primo sul tavolo.
Quindi postate separatamente i vostri programmi di prova in formato .ex5. Chi vuole può testarli sul proprio computer, senza accesso al cloud, e postare i risultati sul forum. Penso che queste informazioni vi saranno utili. E se il computer si blocca durante il test, i tuoi amici qui possono ripristinare il sistema da soli.
Non hai bisogno di esempi di test.
Il punto è che qualsiasi progetto contenente codice OPenCL dovrebbe essere testato automaticamente su N passaggi in locale prima di essere inviato alla rete Cloud e agli agenti remoti. Cioè, i primi N passaggi sono fatti localmente, e solo allora i compiti iniziano ad essere distribuiti agli agenti Cloud e remoti.
Questo viene fatto per catturare la maggior parte dei problemi localmente, mettendo a rischio il computer locale, piuttosto che passare un programma difettoso alla rete.
Non ha molta importanza: non influenzerà il calcolo della CPU, tanto meno il calcolo della GPU. Le temporizzazioni della RAM non hanno quasi alcun effetto su nulla (fino al 3-6% massimo), mentre la frequenza di memoria fornirà solo una spinta considerevole in alcuni calcoli intensivi di memoria.
Prendi 1600 MHz, è sufficiente e poco costoso. Se ne hai bisogno, puoi portarlo a 1866 senza pagare troppo per il marketing. Ho 1333, ma preferirei avere una frequenza più alta dato che sto usando la grafica integrata.
Per quanto riguarda la pietra... Non cambierò idea, è inutile(i7-2600 è più veloce ovunque, e più fresco, anche se è anche più costoso).
Per quanto riguarda la pietra... Non ti farò cambiare idea, è inutile(l'i7-2600 è più veloce ovunque, e più fresco. È vero, è anche più caro).
Dovrei aggiungere: X6 1090 non differisce da X6 1100 con l'eccezione del divisore di clockrate esposto al momento della vendita, che è assolutamente equiparato con loro. Ho comprato la mia roccia per divertimento, ho potuto risparmiare 300-500 rubli - sapevo che avrei overclock comunque.
I casi di test non sono necessari.
Il punto è che qualsiasi progetto contenente codice OPenCL dovrebbe essere testato automaticamente su N passaggi in locale prima di essere inviato alla rete Cloud e agli agenti remoti. Cioè, i primi N passaggi sono fatti localmente, e solo dopo i compiti iniziano ad essere distribuiti agli agenti Cloud e remoti.
Questo viene fatto per catturare la maggior parte dei problemi localmente, mettendo a rischio il computer locale, piuttosto che passare un programma difettoso alla rete.
Che ne dite di introdurre la "telemetria inversa", come si può vedere in vari altri programmi?
Se, per esempio, c'è un guasto nel sistema, viene inviato un messaggio di prova con il permesso degli utenti (cioè spuntando una casella di controllo sotto la voce) sulla causa del "crash".
Questo è CPU Mark, sintetico. Non si guarda, ma si guardano le applicazioni reali. Non guardano i sintetici su una risorsa così autorevole come ixbt.com quando testano i PC.
E inoltre hai overcloccato la tua pietra, ovviamente. Beh, se overcloccate il vostro i7 allo stesso modo, penso che sarà circa lo stesso. Forse rimarrà indietro, ne sono sicuro. Ma bisogna anche mantenere oneste le condizioni di prova. Se avete una memoria 1866, e i sistemi i7 sono stati overcloccati da 1333, e il test stesso ama la memoria veloce e i megahertz - allora tutto è chiaro, la vostra configurazione può essere più veloce.
Non sto sostenendo che non si possa trovare un'applicazione reale in cui l'X6 1100T sia più veloce dell'i7. Ma quante di queste sarebbero rispetto a un numero enorme di applicazioni in cui il quadro sarebbe l'opposto?
Va bene, è acqua passata. Hai una pietra davvero veloce, ben in linea con il suo posizionamento per il prezzo.
Non sto sostenendo che non si possa trovare un'applicazione reale in cui un X6 1100T sia più veloce di un i7. Ma quante di queste sarebbero in confronto al vasto numero di applicazioni in cui il quadro sarebbe l'opposto?
Va bene, è acqua passata. Hai una pietra davvero veloce, ben in linea con il suo posizionamento in termini di prezzo.
Evidenziato è esattamente questo!
Non siamo interessati a "un numero enorme di applicazioni" ma a calcoli matematici accoppiati con OpenCL. Con le prestazioni di AMD in ritardo rispetto a Intel di un fattore 2 (e in molti casi anche meno), costa 6 volte meno. La mia intera unità di sistema costa quanto una sola pietra Intel di fascia alta. E se si pone un'enfasi particolare sul numero di core è possibile costruire un sistema multiprocessore AMD su una scheda madre per server - allora le configurazioni Intel saranno molto indietro per prezzo.
Qual è lo scopo di creare una nuvola? Perché OpenCL è stato introdotto in MQL5? Perché gli sviluppatori di supercomputer tendono a creare configurazioni basate su cluster di molte GPU? - Tutto per la stessa ragione: ridurre il costo per 1 filo di calcolo.
Questo è il motivo per cui Vladimir ed io abbiamo scelto il processore Phenom di AMD e la scheda grafica Radeon rispetto a Intel e nVidia.
Andrey, Intel + Radeon è una brutta cosa?