FORTI. Problemi di applicazione - pagina 130
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
:)
Sono politicamente corretto.
Perché noi non paghiamo per MT5, ma Open paga, quindi Open ha il diritto di
al supporto tecnico :) Bene... e colpevole :)
Forse hai ragione (politicamente corretto) )))
Se opryvyshka ha il diritto, lasciate che si scambi tramite MT5,
Dal momento che MT5 non ha alcun supporto per i trader, dobbiamo cercare altre mosse )
Forse hai ragione (politicamente corretto) )))
Se l'opener ne ha il diritto, lascia che sia lui stesso a fare trading attraverso MT5,
Dal momento che MT5 non ha alcun supporto per i trader, dobbiamo cercare altre mosse )
C'è una ragione per cui ho postato il "disco di Opryvashka".
2019.08.20 10:34:52.453 Trades 'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms
Mostra che da me (da casa) al server MT5 di Openwashka le connessioni di rete sono al massimo livello.
Per darvi un esempio. La mia velocità media da casa (5-7ms)
Dal momento che invio ordini asincroni, si può vedere chiaramente cosa sta succedendo
Установка ордера 2019.08.16 10:00:02.189 Trades 'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 Если нет ответа сервера в OnTradeTransacrtion (должен прийти тикет ордера), то срабатывает каждую секунду функция CheckOrders
Dal momento che il terminale non tiene un registro della risposta della borsa sul piazzamento dell'ordine (per gli ordini asincroni)
questa conferma può essere ottenuta solo inOnTradeTransacrtion e il tempo può quindi essere ancora più lungo.
2019.08.16 10:02:39.777 Trades 'ххххх': modify order #107744605 sell limit 2.00 UJPY-12.19 at 108.29 sl: 0.00 tp: 0.00 expiration: day -> 105.73, sl: 0.00 tp: 0.00 expiration: day placed for execution in 40075.505 ms 2019.08.16 10:02:40.768 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605 2019.08.16 10:02:41.786 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605
In altre parole, ci aspettiamo altri 2 secondi per la risposta.
La conclusione è ovvia!
Iserver di MT5 non possono far fronte al carico nelle ore di punta, all'invio di massa di ordini da parte dei clienti.
Aggiunto
La cosa più triste è che ci sono 700 clienti attivi in Otkryvashka ma ci sono solo 7 server MT5,
Quindi per 1 server(supponendo che tutti i clienti attivi stiano lavorando attraverso MT5)
Il conto è 19700/7 = 2814,29 clienti, che per gli standard di un server anche medio - solo un'inezia, per elaborare così tante richieste!
C'è una ragione per cui ho pubblicato il "Record dell'apritore".
Questo mostra che da me (da casa) al server MT5 in Opener le connessioni di rete sono al massimo livello.
Per darvi un esempio. La mia velocità media da casa (5-7ms)
Dal momento che invio ordini asincroni, si può vedere chiaramente cosa sta succedendo
Dal momento che il terminale non tiene un registro della risposta della borsa sul piazzamento dell'ordine (per gli ordini asincroni)
questa conferma può essere ricevuta solo inOnTradeTransacrtion, quindi il tempo può essere ancora più lungo.
Cioè abbiamo dovuto aspettare altri 2 secondi per la risposta.
La conclusione è ovvia!
Iserver di MT5 non possono far fronte al carico nelle ore di punta, all'invio di massa di ordini da parte dei clienti.
Aggiunto
La cosa più triste è che ci sono 700 clienti attivi in Otkryvashka ma ci sono solo 7 server MT5,
Quindi per 1 server(supponendo che tutti i clienti attivi stiano lavorando attraverso MT5)
Il conto è 19700/7 = 2814,29 clienti, che per gli standard di un server anche medio - solo un'inezia, per elaborare così tante richieste!
Risulta che tutti i client si connettono al server MT5 con un ping minimo per impostazione predefinita e il terminale lo sceglie. Di conseguenza, mi blocco sul server con il ping più veloce.
Avete provato a passare forzatamente a un altro server che non sia il più veloce in termini di ping?
Si scopre che tutti i client MT5 sono collegati di default al server con il ping minimo, il terminale sceglie se stesso. Di conseguenza, c'è un ingorgo sul server ping più veloce.
Hai provato a passare forzatamente a un altro server che non è il più veloce in ping?
Penso che il terminale commuti non solo in base al ping ma anche al carico del server...
Ma come funziona esattamente - non lo so.
Ho provato a passare a diversi server, ma il risultato è lo stesso
Non sono server, sono punti di accesso con un server dietro.
Fico! Come fa a saperlo?