Librerie: MultiTester - pagina 14
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
Per un motivo sconosciuto, l'esecuzione di un test più volte scarica lo script. Non si ripete sempre, a volte prima, a volte dopo. È successo solo a 413 iterazioni, per esempio. IsStopped è impostato su true e lo script viene scaricato, bloccando tutto il lavoro nel mezzo del caso. Non ci sono messaggi di errore. I messaggi di debug mostrano che ciò avviene dopo Sleep (100) dopo SendMessageW (Handle, WM_COMMAND, ID_EDIT_PASTE, 0 );
in una chiamata al comando statico bool SetSettings (const string Str)
Di seguito è riportato il set minimo da riprodurre. Ma ho il sospetto che la questione è ancora in MetaTrader. Build 2245, ma sull'ultima 2253 lo stesso. Anche la build 2190 soffre di questo problema, forse anche prima.
Ciao. C'è qualche soluzione per questo problema?
Sto avendo lo stesso problema utilizzando la MT5 build 2265.
Grazie.
Ora gli EA in esecuzione nel Tester possono ricevere i loro dati.
Ottimo.
Avete in programma di gestire il numero di agenti attivati? Non ho trovato alcun approccio. Inoltre, quando si passa al test postico, ha senso disattivare alcuni agenti.
Nessuna urgenza, solo uno sviluppo auspicabile.
Oggi ho anche aggiornato win_10 alla build .535: Multitester ha smesso di funzionare del tutto, ma in modo diverso da qui. Si confonde quando scorre l'elenco delle coppie e inizia a inseguirne una in cerchio. Questo succedeva prima, ma raramente e dopo lunghi calcoli. Ecco un pezzo dell'elenco di ottimizzazione:
Terminale 2280, multitester è l'ultimo. Non ignorare win_10, MQ non supporterà win_7 per sempre....
Avete in programma di gestire il numero di agenti attivati?
Non ho intenzione di farlo, perché non ci sono attività in cui sia necessario. Posso usare il multitester in modo primitivo, ma lo faccio solo su simboli personalizzati su tick reali. Pertanto, in base alla necessità di lasciare libere alcune risorse, configuro un numero adeguato di agenti. Di norma, un passaggio dura circa un secondo, quindi non sono necessarie molte risorse.
MTTester.mqh + TesterCache probabilmente possono fare tutto, tranne tst-format.
Nei piani (qualcosa implementato molto tempo fa) - non si tratta più di librerie, ma di compiti stessi. Ad esempio, si introduce un nuovo parametro di input in un Expert Advisor. È necessario valutare la sua influenza sui risultati del TS. Il walk-forward è a tutti gli effetti. Selezione del portafoglio da diversi TS, ecc.
E nei piani c'è anche il compito di eseguire un multi-tester per migliaia di ottimizzazioni e da queste migliaia trovare singoli punti interessanti. Si tratterà di ricerche dove, in effetti, nessun piede umano ha mai messo piede. La complessità computazionale è molto elevata. Ecco perché sto pensando a modi per trovare rapidamente un ago in un pagliaio.
Non appena il formato tst sarà noto, le possibilità si amplieranno notevolmente.
win_10, MQ non supporterà win_7 per sempre.
Sono seduto su una build personalizzata e minimalista di Windows 7 Embedded. Tutto funziona, non c'è motivo di aggiornare.
Se MultiTester è stato terminato nel mezzo di un caso, al prossimo avvio dirà che non ha terminato l'ultima volta e chiederà se deve continuare dalla vecchia posizione. Se si continua, si passa a TesterSettings.Deinit(Pos - 1); dove ci sarà un if (this.iDeinit[Pos]) all'interno dopo che la prima esecuzione è terminata. Ma l'array iDeinit è vuoto, il che lo manda sostanzialmente in crash. Forse qualcosa potrebbe cadere da qualche altra parte, non l'ho testato ulteriormente.
Sono seduto su una build personalizzata e minimalista di Windows 7 Embedded. Tutto funziona, non c'è motivo di aggiornare.
Ieri sera è arrivato un aggiornamento di windup (almeno io l'ho installato ieri).
Anch'io ho win_10 aggiornato oggi alla build .535
I log del tester vanno guardati.
Se MultiTester è stato terminato nel mezzo di un caso, al prossimo avvio dirà che non ha terminato l'ultima volta e chiederà se deve continuare dalla vecchia posizione. Se si continua, si passa a TesterSettings.Deinit(Pos - 1); dove ci sarà un if (this.iDeinit[Pos]) all'interno dopo che la prima esecuzione è terminata. Ma l'array iDeinit è vuoto, il che lo manda sostanzialmente in crash. Forse qualcosa potrebbe cadere da qualche altra parte, non l'ho testato ulteriormente.
Grazie, aggiornato.
Grazie, aggiornato.
È possibile zippare già o no? (E 'come - che cosa se funziona ))))