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
Naturalmente, nessun esperto/indicatore/script è in esecuzione - solo build manuali. La latenza indicata è riproducibile su qualsiasi tablet moderno medio a 64 bit. Se avete un computer i7, non credo che abbiate riscontrato questo ritardo
è l'apk o l'exe-system che rallenta?
Sull'altro Terminale, l'Ottimizzazione funziona in parallelo su sei Agenti locali su otto possibili.
Se queste sono interruzioni di rete, perché influisce sull'ottenimento dell'ultimo tick dal Market Watch e sull'ottenimento dell'ultimo tick dalla cronologia dei tick?
ZZY Il tronco del terminale è sullo stesso tratto.
Se queste sono interruzioni di rete, perché influisce sull'ottenimento dell'ultimo tick dal Market Watch e sull'ottenimento dell'ultimo tick dalla cronologia dei tick?
Un'attenta analisi ha dimostrato che CopyTicks rallenta quando ci sono interruzioni di rete.
Prima di tutto, per tua informazione.
"Se ilcontrollo della struttura di base (controllo del puntatore) ha successo, viene restituito true -non indica il successo dell'esecuzione dell' operazione commerciale. Per ottenere una descrizione più dettagliata del risultato dell'esecuzione della funzione, bisogna analizzare i campi della struttura delrisultato."
In secondo luogo, secondo la vostra logica, se un ordine viene aperto, non lo si aggiunge alla lista degli ordini, ma si invalida completamente la cache)?
È possibile CHE ottimizzare tutto il codice, che avete HistorySelect sarà l'ultimo posto per le domande sul tempo di esecuzione) Utilizzare la cache. Puoi invalidarlo, per esempio, una volta al giorno, ma questo accelererà significativamente il tuo EA.
Beh, prima di tutto
O si deve eseguire il codice per capirlo correttamente, o leggerlo molto bene da un foglio di lavoro.
In secondo luogo, secondo la vostra logica, se un ordine viene aperto, non lo si aggiunge alla lista degli ordini, ma si invalida l'intera cache)?
L'elenco degli ordini non cambia. Leggi il codice.
per capire bene il codice, bisogna eseguirlo o leggerlo molto bene dal foglio.
La lista degli ordini non cambia. Leggi il codice.
Qui
Vedo questa logica:
Ma può essere che la richiesta sia già respinta sul server - non c'è nessun controllo per questo in questo codice. Che senso ha selezionare la storia? Cosa vogliamo vedere lì?
Qui, in queste due righe di codice, personalmente non vedo il punto. Lo vedrei bene se ci fosse un controllo per cambiare la storia prima di selezionarla. Forse, naturalmente, queste due righe non danno un quadro completo del compito. Ma la connessione tra l'invio con successo di una richiesta al server e la selezione dell'intera cronologia non mi è chiara. Anche se il server invia con successo una richiesta, la lista degli ordini di mercato e delle posizioni sarà cambiata. Cosa c'entra la lista della storia?
Qui è dove
Vedo questa logica:
Ma potrebbe essere che la richiesta sia già stata rifiutata sul server - non c'è nessun controllo per questo in questo codice. Che senso ha selezionare la storia? Cosa vogliamo vedere lì?
Qui, in queste due righe di codice, personalmente non vedo il punto. Lo vedrei bene se ci fosse un controllo per cambiare la storia prima di selezionarla. Forse, naturalmente, queste due righe non danno un quadro completo del compito. Ma la connessione tra l'invio con successo di una richiesta al server e la selezione dell'intera cronologia non mi è chiara. Anche se il server invia con successo una richiesta, la lista degli ordini di mercato e delle posizioni sarà cambiata. Cosa ha a che fare questo con la lista della storia?
Se - per sbarazzarsi dell'avvertimento del compilatore. Non ha altro da fare.
Questo thread non serve per insegnare a scrivere EAs. Ha lo scopo di eliminare le debolezze del terminale. Gli sviluppatori hanno bisogno di un codice semplice, conciso e riproducibile per capirlo. Non scrivo niente del genere per me stesso, naturalmente. Il fatto è che il Combat Advisor registra i freni. Comincio a scavare e mi rendo conto che il rallentamento avviene quando qualcuno (almeno a mano) modifica una posizione. Questo resetta la cache storica, anche se la storia non cambia, ovviamente.
Il codice dimostra perfettamente il problema. Non c'è mai bisogno di ingombrare il codice di replay con controlli inutili. Il suo compito è quello di mostrare chiaramente il problema. E una volta aggiustato - per dimostrare che ora tutto funziona correttamente.
per capire bene il codice, bisogna eseguirlo o leggerlo molto bene dal foglio.
La lista degli ordini non cambia. Leggi il codice.
Considera che sono molto bravo a leggere dal foglio :)
Questo codice l'avete preso da qualche altra parte e avete lì una nuova creazione di posizione, che viene eseguita, giusto?
Altrimenti l'intero punto del tuo codice si riduce ad aggiornare TP della posizione corrente e ad invalidare la cache per il gusto di farlo, il che è anche molto strano.
In entrambi i casi, non viene utilizzata alcuna logica per ottimizzare l'operazione di caching. Inoltre, la vostra soluzione non è scalabile, perché man mano che la storia cresce, porta ad un aumento della frenata.
Il codice dimostra perfettamente il problema. Non c'è mai bisogno di ingombrare il codice di replay con controlli non necessari. Il suo compito è quello di mostrare chiaramente il problema. E quando viene corretto - per dimostrare che ora tutto funziona correttamente.
Quindi, secondo la tua logica, questo codice qui
dimostra la lentezza del processore?
Avete preso questo codice da qualche parte e lo avete lì creando una nuova posizione, che viene eseguita, giusto?
Quindi, secondo la tua logica, questo codice qui
mostra la lentezza del processore?