FORTI. Problemi di applicazione - pagina 92
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 ho visto alcun ritardo o altri "problemi" con il server MT5 per due giorni
È DAVVERO FISSATO?
Non ho visto alcun ritardo o altri "problemi" con il server MT5 per due giorni
È STATO SISTEMATO TUTTO?
Forse la Banca Centrale ha sospeso i freni? ))
Sono passati 2 anni e 2 mesi.
Non so di chi sia la colpa del broker o del software (non sembra mai scoprirlo), ma questo è il risultato.
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msSono passati 2 anni e 2 mesi.
Non so di chi sia la colpa del broker o del software (sembra che non si scoprirà mai), ma questo è il risultato.
Renat una volta ha detto che per scoprirlo, è necessario avere dati sul ping reale, e non solo il ping, nella rete dal computer al broker - cioè controllare l'idea: "Ci sono problemi (e tali problemi sono sempre presenti e possono verificarsi in qualsiasi momento) al momento nella rete".
Quello che resta da capire è come esattamente cronometrare il passaggio del segnale dal computer al broker simultaneamente all'invio di una richiesta di trading (cosa fare se si tratta di un ordine pendente???).
Renat una volta ha detto che per scoprirlo, è necessario avere dati sul ping effettivo, e non solo il ping, nella rete dal computer al broker - cioè controllare l'idea: "Ci sono problemi (e tali problemi possono sempre verificarsi in qualsiasi momento) in questo momento nella rete".
Resta da capire come esattamente cronometrare il passaggio del segnale dal computer al broker contemporaneamente all'invio di una richiesta di trading (cosa fare se si tratta di un ordine pendente???).
Cosa volete "cronometrare" se il comando precedente è stato eseguito in 6 ms, e anche il successivo?
Renat una volta ha detto che per scoprirlo è necessario avere dati sul ping reale, e non solo il ping, nella rete dal computer al broker - cioè controllare l'idea: "Ci sono problemi (e tali problemi possono sempre verificarsi in qualsiasi momento) in questo momento nella rete".
Resta da capire come esattamente cronometrare il passaggio del segnale dal computer al broker contemporaneamente all'invio di una richiesta di trading (e cosa fare se si tratta di un ordine pendente???).
In questo caso (31 secondi) sarebbe sufficiente vedere il tempo di chiamata di ogni OnTradeTransaction. Sono sicuro che la conferma dal server di trading che la richiesta di cancellare l'ordine è stata accettata è stata quasi immediata.
Poi, guarda l'orario di chiusura per Storia (non OnTradeTransaction). Molto probabilmente la differenza tra questi tempi sarà di 31 secondi. Questo dirà al 100% che la connessione Client<->Terminal non ha nulla a che fare con i freni.
Cosa volete "cronometrare" se il comando precedente è stato eseguito in 6ms, e anche il successivo?
Un semplice esempio. Sto navigando sul web. Improvvisamente internet comincia a rallentare terribilmente. In un minuto viene ripristinato. I motivi possono essere molti: WiFi fallisce - un nuovo dispositivo con standard incompatibile collegato (ho un telefono che uccide il mio router la prima volta che mi connetto al WiFi di casa e devo riavviare il router), o la firma dei router dopo il router di casa...
Un semplice esempio. Sto navigando sul web. Improvvisamente Internet comincia a rallentare terribilmente. Dopo un minuto, torna alla normalità. Ci possono essere molte ragioni: il WiFi è difettoso - un nuovo dispositivo con uno standard incompatibile è collegato (personalmente ho un telefono che uccide il router la prima volta che mi connetto al WiFi di casa e devo riavviare il router), o la firma di router dopo il mio router di casa...
Non c'è bisogno di navigare sul web, è semplice qui
Quando gli ordini vengono inviati in modo asincrono si ottiene quanto segue:
Indica che l'ordine è stato inviato dal terminale al server MT5.
Indica che il server MT5 ha ricevuto un ordine
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msSignifica che il server ha inviato l'ordine alla borsa.
La risposta della borsa arriva immediatamente in OnTradeTransaction e il terminale stesso non emette alcun messaggio!
Aggiunto
Ecco la risposta della SD di un anno fa:
Il metodo asincrono non si aspetta né controlla il risultato dell'operazione (immissione di un ordine), solo il fatto dell'invio, e quindi non lo registra.
Guarda di nuovo i comandi precedenti e successivi
È possibile, naturalmente, che sia un problema di rete, ma non è un problema MIO, è del broker.
Perché si ripete giorno dopo giorno, dopo aver installato la nuova build 1755 ed esattamente all'inizio della sessione mattutina.
Aggiunto
Per quanto riguarda internet.
Questi log sono stati presi dal terminale, che funziona tramite OnLime (100 mbps).
questi sono i log del terminale che funziona tramite MGTS (fibra 200 mbps).
Il frammento di registro ha lo stesso tempo dell'altro terminale e il risultato è lo stesso:
Cosa ne pensate?
Fatto una richiesta a Opener per i log del server sull'ordine#84312120
Ho questi registri
Dal mio e i log del server mostrano:
Rapportiterminali:
2018.02.15 10:00:54.309 Compravendite 'xxxxxx': annulla ordine #84312120 vendere limite 2,00 MOEX-6,18 a 11557
Server:
2018.02.15 10:01:25.239 * 'xxxxxx': cancellare l'ordine #84312120 vendere limite 2.00 MOEX-6.18 a 11557 (11002 / 11221 / 11200)
Cioè sono passati 31 secondi dal momento in cui l'ordine è stato effettuato dal TERMINALE al momento in cui l'ordine è stato accettato dal SERVER.
Quindi il problema potrebbe essere:
1. Nel terminale (ha detto che ha inviato un ordine, ma in realtà non l'ha fatto) cosa di cui dubito fortemente.
2. Ifornitoridi OPENo la rete interna di OPEN non funzionano correttamente.
3. Il server ha messo in coda il MIO ordine e l'attesa è stata di 31 secondi.
Il mio internet è COMPLETAMENTE escluso, per il motivo indicato nel post sopra.
Ho inviato le mie conclusioni al broker, in attesa di una risposta...
Quindi il problema potrebbe essere:
1. Nel terminale stesso (ha segnalato che ha inviato un ordine ma in realtà non l'ha fatto), cosa di cui dubito fortemente
No.
2. Ifornitoridi OPENo la rete interna di OPEN non funzionano correttamente.
No.
3. Il server ha messo in coda il MIO ordine e l'attesa è stata di 31 secondi.
Sì.
Imho, l'opener ha solo ritardato l'esecuzione del tuo ordine, tutto qui... che problemi tecnici ci possono essere nell'era del socialismo avanzato? Divertente :-))
Trading ad alta frequenza? Il robot invia spesso ordini al server?