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
Non preoccupatevi, abbiamo diverse aree in sviluppo in parallelo e abbiamo già iniziato a implementare il visualizzatore di test.
Il problema della visualizzazione del processo di test è effettivamente difficile, perché il tester è completamente fuori dal terminale. Al momento abbiamo deciso che la visualizzazione funzionerà direttamente nell'agente di test (solo locale) stesso, rappresentando una finestra del giocatore con dei grafici. Questo significa che dobbiamo trasferire al tester una copia dell'intero sistema di visualizzazione utilizzato nel terminale.
Spostiamo la visualizzazione nell'agente tester per non appesantire (rovinare) l'architettura del terminale stesso.
Interessante. Significa che sarà possibile eseguire diversi visualizzatori allo stesso tempo? Forse sarebbe meglio portare questa parte del terminale in dll e usare il terminale dll e caricarlo nell'agente durante il test visivo (per non sprecare risorse quando la visualizzazione non è richiesta). Non vedo l'ora, visto che la maggior parte dello sviluppo è in stallo per mancanza di esso.
Questa domanda sembra strana.
Avete un terminale->il tester inizia in esso->con esso la visualizzazione.
Che visualizzazione intendete per diversi tester in un solo terminale?
Cosa c'è di strano? 4 core, 4 agenti, 4 visualizzazioni simultanee :)
Cosa c'è di strano? 4 core, 4 agenti, 4 visualizzazioni simultanee :)
allora è la cosa giusta da fare:
4 core, 4 agenti, 4 terminali, 4 visualizzazioni simultanee
Cosa c'è di strano? 4 core, 4 agenti, 4 visualizzazioni simultanee :)
allora il modo corretto è il seguente:
4 core, 4 agenti, 4 terminali, 4 visualizzazioni simultanee
Il test singolo viene eseguito su un singolo core, qui come giustamente notato da Sergeev come opzione funzioneranno solo 4 terminali.
PS
Ma invece di tale opzione, personalmente preferirei la possibilità di riunire tutti i core locali in un pool (in modo che siano visti come un unico core).
Essenzialmente, una tale implementazione vi darebbe la possibilità di accelerare considerevolmente i singoli test.
Interesting:
Ma invece di questa caratteristica, personalmente preferirei la possibilità di riunire tutti i core locali in un pool (in modo che siano visti come un unico core).
In sostanza, una tale implementazione darebbe la possibilità di accelerare considerevolmente i singoli test.
Non ci sarà alcuna accelerazione. Come avverrà la distribuzione dei compiti e la sincronizzazione dei risultati tra i core, se il linguaggio non ha mezzi per questo (tranne qualche hack)?
Abbiamo lanciato cinque MetaTrader 5 Cloud Server in diverse parti del mondo per il bilanciamento del carico:
Presto cominceranno a mostrare le risorse disponibili come "348 di 1456 agenti disponibili" nella colonna "Hardware".
All'inizio, il sistema funzionerà in modalità di test interno, e poi inizieremo i test pubblici. Per ora è possibile registrare i vostri agenti in MQL5 Cloud Network - tutti gli agenti sono disponibili nel proprio profilo su MQL5.com.
Ne sono felice.
Ho messo circa 32 core nel pool.
Tuttavia, la maggior parte dei core sono i core dei portatili, che ovviamente non sono sempre abilitati.