FORTI. Problemi di applicazione - pagina 4
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
Quindi pensi che la latenza (nella rete interna) ~30 ms sia normale per TM-5?
Perché li considera interni?
1) Guarda in OnTradeTransaction quanti stati intermedi ricevi sulla richiesta.
Ogni transazione commerciale non è un pacchetto (richiesta-risposta), ma diverse notifiche. È così che il terminale sa sempre a che punto è la richiesta (per esempio, l'esecuzione può richiedere molto tempo).
Ora stiamo pensando alla possibilità di includere in MQL5 una funzione separata per disabilitare tutte le notifiche di stato intermedio, trasformando lo schema in un semplice modulo. Questo potrebbe accelerare l'esecuzione.
2) Ti manca completamente il secondo lato della comunicazione con lo scambio e la variabilità della velocità di esecuzione. Sembra che tu pensi che ci sia uno 0 conosciuto, ma non c'è garanzia di velocità lì.
Mi sembra che sia 10 volte di più di quello che potrebbe essere.
Non c'è bisogno di farsi ingannare guardando un pezzo di asberg che sporge sull'acqua.
Lasciatemi chiarire che non abbiamo effettivamente migliorato la velocità di un fattore 2, ma abbiamo guadagnato circa 20-30ms. Due non è il doppio di uno, ma solo di un fattore uno. Questo è solo un effetto base basso.
In ogni caso, continuiamo a lavorare e otterremo risultati ancora migliori.
Perché li considera interni?
1) Guarda in OnTradeTransaction quanti stati intermedi ricevi sulla richiesta.
Ogni transazione commerciale non è un pacchetto (richiesta-risposta), ma diverse notifiche. È così che il terminale sa sempre a che punto è la richiesta (per esempio, l'esecuzione può richiedere molto tempo).
Ora stiamo pensando alla possibilità di includere in MQL5 una funzione separata per disabilitare tutte le notifiche di stato intermedio, trasformando lo schema in un semplice modulo. Questo potrebbe accelerare l'esecuzione.
2) Ti manca completamente il secondo lato della comunicazione con lo scambio e la variabilità della velocità di esecuzione. Sembra che tu pensi che ci sia uno 0 conosciuto, ma non c'è garanzia di velocità lì.
In ogni caso, continuiamo a lavorare e otterremo risultati ancora migliori.
Sì, perché la latenza dalla macchina virtuale (rete locale) è uguale (anche di più) della latenza quando si commercia da casa (Internet).
Renat, spero davvero che tu risolva questo grave problema.
Vi auguro sinceramente buona fortuna e a noi (utenti) di non aspettare troppo a lungo.
P/S Grazie mille per aver risposto alle mie domande.
E grazie mille per aver migliorato la velocità così rapidamente!
Forex. Perché questi ritardi sul server? Vero build 1010.
Intendi 104ms e 146ms?
Molto probabilmente tra 24ms e 146ms
anche se gli ordini lasciavano il terminale quasi nello stesso momento
Probabilmente tra 24ms e 146ms
anche se gli ordini lasciavano il terminale quasi nello stesso momento.
Questo bug "galleggiante" è stato discusso nel thread "FORTS grandi ritardi quando si effettuano ordini",
( https://www.mql5.com/ru/forum/19681 ) che purtroppo non è fissato nella build 1035.
In questo thread, Renat ha detto:
"L'occasionale tempo di consegna della risposta fluttuante al terminale non è ancora stato curato, continueremo a lavorare su questo".
Anche:
"In ogni caso, stiamo continuando a lavorare e otterremo risultati ancora migliori."
È la differenza tra 24 e 146, 30 e 104.
Ma ci sono anche momenti in cui il tempo per eseguire tutti gli ordini aumenta notevolmente.
Dove stava andando il commercio in quel momento.
Mi sono occupato di questo abbastanza da vicino e sono giunto alla conclusione che è necessario avere
dopo questo si possono fare alcuni test ...
Il server è virtuale, Windows - Server 2012 R, rete Gigabit, ping 7ms. La rete è abbastanza stabile.
Il carico della macchina virtuale influenzerà l'invio dell'ordine batch dal terminale (ci sarà una differenza di tempo), non l'elaborazione dell'ordine sul server MT.
Dammi l'IP del tuo server e lo controllerò io stesso.
mt5 fa un ordine e la macchina virtuale invia l'informazione alla macchina fisica e quest'ultima a sua volta la invia all'interfaccia di rete
La prima fase è scritta nel registro come
(la mia ipotesi)
+ a questo punto è consigliabile fare un ping al server -t
+ un'altra situazione può essere che il server MT5 agisce come un tubo per alcuni PL e dalla connessione MT5server - PL e PL reazione all'ordine può aumentare il tempo totale
hai bisogno di un server МТ5 come istanza finale (broker ala market maker)
Il comando netstat dà uno strano IP:
Impossibile identificare l'IP del server Europe #1
Forse è più facile
aprire un file account e da lì un'immagine con il nome del server/broker
È ancora appeso all'ultima schermata...