FORTI. Problemi di applicazione - pagina 34
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
Ho iniziato questo thread il 16.12.2014.
Ora è settembre 2015.
Per essere giusti, bisogna notare i ritardi generali causati dal concetto originale di piattaforma,
è stato risolto molto rapidamente, ma è infinitamente spiacevole che gli sviluppatori non abbiano preso sul serio il ritardo del "singolo fluttuante",
che si è rivelato essere fatale nel trading (come è stato testato con diversi broker sul conto demo e reale,
è ovvio che i ritardisi verificano nella parte server di MT5 ).
È un gran peccato che il rilevamento di questo errore sia stato fatto dall'utente, ma non dagli sviluppatori.
Anche se Renat ha assicurato il 29.12.2014 che il lavoro continuerà:
"L'occasionale tempo di consegna della risposta fluttuante al terminale non è ancora stato curato, continueremo a lavorare su questo".
Michael, forse i ritardi sono dovuti all'attrezzatura? O pensate che l'attrezzatura funzioni sempre senza guasti? Forse ha senso scrivere agli sviluppatori di hardware per server?
Vladimir!
Dovresti leggere attentamente questi post e i registri!
I DIVERSI BROKERS hanno UNO stesso effetto, sia sul demo che sul conto reale!
Vladimir!
Dovresti leggere attentamente questi post e i registri!
Lo stesso effetto su broker reali e demo ha su broker diversi!
Molto spesso la creazione/manutenzione di un'attività di intermediazione viene effettuata da una società specializzata, che a sua volta mette quasi gli stessi server, cioè diversi broker e l'attrezzatura è una e la stessa...
Succede che server di diversi broker stanno nello stesso rack...
Molto spesso la creazione/servizio di un'attività di intermediazione è gestita da un ufficio specializzato, che a sua volta mette quasi gli stessi server, cioè i broker sono diversi ma l'attrezzatura è la stessa...
Capita che i server di diversi broker siano in un unico rack...
Vladimir!
Ho un grande favore da chiederti:
Non inventate questo, per favore.
Vladimir!
Ho una grande richiesta da farvi:
Non fantasticare, per favore.
Se non sapete come funziona questo business, non significa che qualcuno sta fantasticando, avete bisogno di contatti per creare una casa di intermediazione?
Ok questo è lirico, ho ragione di capire che stai testando i server con il consigliere di questo post https://www.mql5.com/ru/forum/38456/page37#comment_1869077
Ecco il mio diario di bordo se siete interessati
Mi chiedo quante richieste il server MT5 possa gestire al minuto o al secondo...
Questa mattina (reale) Accsess server 4:
Possiamo chiamarlo un "singolo" ritardo?
Di conseguenza (limite di tempo di attesa superato) la funzione alternativa di controllo ( CheckOrders() ) è stata attivata:
Questa mattina (reale) Accsess server 4:
Secondo le informazioni di Discovery, AS 4 è meglio non usarlo.
Meglio usare AS2
Michael, posso dirti quanto segue dall'analisi dei tuoi log di accesso dai punti di accesso Discovery:
1) Quando ci si connette, il datacenter registra i ping sul terminale, questi ping sono tenuti intorno ai 10ms ma ci sono picchi fino a 500ms
Access Server2 2015.08.25 08:48:15.666 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 10.89 ms)
Access Server3 2015.08.25 00:07:19.069 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 500.40 ms)
Access Server3 2015.08.25 08:48:28.696 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 12.03 ms)
Access Server3 2015.08.26 04:10:52.879 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 506.13 ms)
Access Server3 2015.08.27 01:08:15.820 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 8.12 ms)
Access Server2 2015.08.27 01:08:18.776 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.12 ms)
Access Server2 2015.08.27 02:32:48.278 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.07 ms)
Access Server2 2015.08.27 09:05:51.324 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.65 ms)
Access Server3 2015.08.27 09:06:04.272 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.75 ms)
Questo è il ping dal punto di accesso al terminale:
| зона ответственности Биржи || зона ответственности Открытия || интернет || клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
Così si possono vedere i problemi già sul percorso MT5 terminale - MT5 punto di accesso, non raggiungendo il commercio.
2) Ho analizzato i ping di altri clienti, ci sono fluttuazioni - ma non ho trovato alcun modello stabile (per esempio, con un aumento massiccio dei ping nello stesso momento)
Cosa farne?
1) Abbiamo aggiunto il ping logging al terminale, la funzionalità sarà disponibile nella prossima beta release. Lo posterò qui quando uscirà. In futuro costruiremo anche misure periodiche di ping tra i componenti nella piattaforma per cercare (possibili) problemi di rete.
2) Ho richiesto ulteriori informazioni di rete a Discover. vediamo se questo aiuta a trovare la causa.
3) Ti consiglio di provare a lavorare attraverso Access Server 4 per un po' - si connette a internet tramite un ISP diverso dagli access point (2,3) ed è collegato diversamente all'interno della rete Discover al server commerciale.
È sorta un'intuizione...
Mi chiedevo, cosa succede se il terminale registra che ha inviato un ordine (order)
Ma non ha inviato (in ritardo), allora si spiega (perché il ping dal terminale al server MT5 è troppo lungo).
Михаил:
Ho pensato, e se il terminale registra che ha inviato un ordine (order),
ma in realtà non ha inviato (in ritardo), allora si spiega tutto (perché il ping è troppo grande dal terminale al server MT5).
Il terminale mantiene una connessione TCP al server dove scambia log, grafici e ordini di compravendita con il server. Gli ordini sono ovviamente di priorità superiore. Il funzionamento di una singola connessione viene eseguito poiché il tempo richiesto per stabilire una connessione separata per l'invio di richieste commerciali è molto lungo - diversi secondi.
Pertanto, le seguenti cose accadono nel terminale:
- La parte commerciale del terminale invia i dati al gestore interno della connessione del terminale
- Il gestore delle connessioni passa i dati al sistema operativo
- Il sistema operativo trasmette i dati a Internet
Quando i dati provengono da Internet, il sistema operativo determina che sono per il terminale, chiama il gestore della connessione del terminale e quest'ultimo determina il componente del terminale a cui appartengono i dati secondo il protocollo internoTutti i pacchetti TCP nella connessione sono numerati in modo sequenziale. Per ogni pacchetto ricevuto, il SO invia una conferma di ricezione. Anche il sistema operativo guarda i pacchetti ricevuti, e se vede che il pacchetto con tale e tale numero non è stato ricevuto, invia un messaggio speciale al mittente - per reinviare il pacchetto con tale e tale numero. Così, anche se un pacchetto viene perso "in viaggio", l'applicazione non ne viene informata - i sistemi operativi su entrambi i lati compensano i pacchetti persi. Ma ci vuole tempo per ritrasmettere, e il sistema operativo non ritrasmette i "nuovi" pacchetti finché non ha ricevuto tutti i "vecchi" pacchetti in ordine. Pertanto, dal lato dell'applicazione la perdita di pacchetti che il sistema operativo ha recuperato è vista come un ritardo.
Dal lato Open, si può vedere che il server di trading registra l'esecuzione delle operazioni "problematiche" a 1-2ms - lo stesso del resto delle operazioni. Secondo le informazioni attuali ricevute da Otkritie, nessun problema è stato rilevato nelle sezioni "exchange" - "gateway", "gateway-trading server", "trading server - access point". Ci occupiamo ora dei punti di accesso e della sezione "punto di accesso - terminale".