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
Costruire 1430
Fino al decimo secondo sull'apertura degli arbitri, la coda è selvaggia.
Non è sempre possibile mangiare un panino gratis).
Fino al decimo secondo sull'apertura da parte degli arbitri, la coda è selvaggia.
Non si può sempre avere un panino gratis).
L'apertura è
E sono passati sei secondi....
Fino al decimo secondo all'apertura da parte degli arbitri, la coda è selvaggia.
Non si può sempre avere un panino gratis).
Perché oggi va bene alla stessa ora? Bild 1430 reale.
Circa 10 giorni fa, quando ho contattato il broker sui motivi dei ritardi,
Ho consigliato loro di utilizzare un altro software che si collega direttamente al Promserver della borsa (Cgate).
Avevo solo bisogno di scrivere un semplice logger che mettesse e cancellasse gli ordini in sospeso,
e allora sarebbe stato subito più chiaro.
Allora sarebbe chiaro subito in quale collegamento si verificano i ritardi.
Ma finora il broker sta "lavorando" su questo problema. :(
Perché oggi va bene alla stessa ora? Bild 1430 reale.
Ecco un ottimo modo per gli sviluppatori di riprodurre i freni!
Ora non sarà più possibile dire "non possiamo vedere i freni".
Gli sviluppatori dovrebbero iniziare a mettere dei limiti alle richieste all'apertura della sessione e monitorare il tempo di esecuzione. Se vedono la lentezza se ne occuperanno localmente.
Al momento, purtroppo, la situazione è deprimente.
Domanda per gli sviluppatori.
Impostare un ordine in modalità asincrona
Da chi riceviamo il messaggio?
Dal terminale o dal server?
La borsa ha confermato che un ordine è stato piazzato per la negoziazione o no?
O questo messaggio significa che il server MT5 ha solo inviato un ordine alla borsa?
(Se possibile, più dettagli come con OrderSend)
Questa è una risposta della borsa, non del server di trading mt5.
Capisco.
Aspetteremo che il broker decida qualcosa con la sua rete (software).
È interessante.
Seposto per l' esecuzione in 6.563 ms è la risposta di scambio, allora
Probabilmenteaccettata è la risposta del server di trading MT5
Poi da questa chiamata al registro
ne consegue che il server commerciale ha risposto:
2016.10.10 15:50:02.395 Trades'xxxxxx': modifica ordine #45553946 vendere limite 5.00 HYDR-3.17 a 8056 sl: 0 tp: 0 -> 8054, sl: 0 tp: 0 MENO
2016.10.10 15:50:03.029 Trades'xxxxxx': accettato modifica ordine #45553946 vendere limite 5.00 HYDR-3.17 a 8056 sl: 0 tp: 0 -> 8054, sl: 0 tp: 0
è uguale a 634 ms, poi la borsa ha piazzato un ordine per ( -2 ms )???
2016.10.10 15:50:03.029 Trades'xxxxxx': modifica ordine #45553946 vendere limite 5.00 HYDR-3.17 a 8056 sl: 0 tp: 0 -> 8054, sl: 0 tp: 0 posto in esecuzione in 632.079 ms
O non capisco qualcosa o qualcosa di strano con i log?
Aiuto per capire....
Aiuto per capire....
Il terminale mostra l'ora locale di registrazione/ricezione del segnale sul vostro terminale, non l'ora esatta di ogni passo di esecuzione sul lato remoto.
In questo caso, hai ricevuto tutte le risposte (sia la conferma dal server MT5 che la conferma per impostare un ordine in borsa) allo stesso tempo 029. Poiché ci sono molte reti tra di voi, non c'è garanzia che qualsiasi pacchetto vi venga consegnato istantaneamente nel tempo minimo di ping. Un piccolo ingorgo nella rete o una mancanza di larghezza di banda della rete (per esempio al broker) causerà l'accumulo di pacchetti che saranno poi consegnati in lotti.
Per questo non si possono contare i tempi delle diverse tappe se ci sono problemi con la rete. In una rete ideale, vicina al server del broker, si può ancora contare su qualche garanzia di latenza minima e contare il tempo dei passi intermedi.
La risposta "Ho una rete perfetta, non posso lamentarmi" non è appropriata. Poiché stiamo parlando di tempi completamente diversi, che sono al di là della percezione umana in condizioni normali.