FORTS. Questions relatives à l'application de la loi - page 130
![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
:)
Je suis politiquement correct.
Parce que nous ne payons pas pour MT5, mais Open paye, donc Open a le droit de...
au support technique :) Eh bien ... et coupable comme accusé :)
Vous avez peut-être raison (politiquement correct) )))
Si opryvyshka en a le droit, qu'il fasse lui-même des transactions via MT5,
Comme MT5 n'a pas de support pour les traders, nous devons chercher d'autres solutions).
Vous avez peut-être raison (politiquement correct) )))
Si l'ouvreur a le droit, qu'il effectue lui-même les transactions via MT5,
Comme MT5 n'a pas de support pour les traders, nous devons chercher d'autres solutions).
Il y a une raison pour laquelle j'ai posté le "record d'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
Il montre que de moi (depuis mon domicile) au serveur MT5 d'Openwashka , les connexions réseau sont au plus haut niveau.
Pour vous donner un exemple. Ma vitesse moyenne depuis mon domicile (5-7ms)
Comme j'envoie des ordres asynchrones, vous pouvez clairement voir ce qui se passe
Установка ордера 2019.08.16 10:00:02.189 Trades 'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 Если нет ответа сервера в OnTradeTransacrtion (должен прийти тикет ордера), то срабатывает каждую секунду функция CheckOrders
Étant donné que le terminal ne conserve pas de journal de la réponse de la Bourse concernant le placement de l'ordre (pour les ordres asynchrones).
cette confirmation ne peut être obtenue que dansOnTradeTransacrtion et le délai peut donc être encore plus long.
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
En d'autres termes, il faut compter 2 secondes de plus pour la réponse.
La conclusion est évidente !
Lesserveurs MT5 ne peuvent pas faire face à la charge aux heures de pointe, à l'envoi massif d'ordres par les clients.
Ajouté
Le plus triste est qu'il y a 700 clients actifs à Otkryvashka mais qu'il n'y a que 7 serveurs MT5,
Donc pour 1 serveur(en supposant que tous les clients actifs travaillent via MT5)
est de 19700/7 = 2814.29 clients, ce qui, selon les normes d'un serveur même moyen, n'est qu'une bagatelle, pour traiter autant de demandes !
Il y a une raison pour laquelle j'ai publié le "Dossier de l'ouvreur".
Cela montre que de moi (à la maison) au serveur MT5 dans l'Opener , les connexions réseau sont au plus haut niveau.
Pour vous donner un exemple. Ma vitesse moyenne depuis chez moi (5-7ms)
Comme j'envoie des ordres asynchrones, vous pouvez clairement voir ce qui se passe
Étant donné que le terminal ne conserve pas de journal de la réponse de la Bourse concernant le placement de l'ordre (pour les ordres asynchrones).
cette confirmation ne peut être reçue que dansOnTradeTransacrtion, le délai peut donc être encore plus long.
C'est-à-dire que nous avons dû attendre 2 secondes de plus pour la réponse.
La conclusion est évidente !
Lesserveurs MT5 ne peuvent pas faire face à la charge aux heures de pointe, à l'envoi massif d'ordres par les clients.
Ajouté
Le plus triste est qu'il y a 700 clients actifs à Otkryvashka mais qu'il n'y a que 7 serveurs MT5,
Donc pour 1 serveur(en supposant que tous les clients actifs travaillent via MT5)
est de 19700/7 = 2814.29 clients, ce qui, selon les normes d'un serveur même moyen - juste une bagatelle, pour traiter autant de demandes !
Il s'avère que tous les clients se connectent au serveur MT5 avec un ping minimal par défaut et le terminal le choisit. En conséquence, je me retrouve bloqué sur le serveur le plus rapide en termes de ping.
Avez-vous essayé de passer de force sur un autre serveur qui n'est pas le plus rapide en termes de pings ?
Il s'avère que tous les clients MT5 sont connectés par défaut au serveur ayant le ping le plus faible, le terminal se choisit lui-même. En conséquence, il y a un embouteillage sur le serveur ping le plus rapide.
Avez-vous essayé de passer de force sur un autre serveur qui n'est pas le plus rapide en ping ?
Je pense que le terminal ne commute pas seulement en fonction du ping mais aussi de la charge du serveur...
Mais comment cela fonctionne exactement - je ne sais pas.
J'ai essayé de changer de serveur, mais le résultat est le même.
Ce ne sont pas des serveurs, ce sont des points d'accès avec un serveur derrière eux.
Cool ! Comment le savez-vous ?