FORTS. Questions relatives à l'application de la loi - page 34
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
J'ai commencé ce fil de discussion le 16.12.2014.
Nous sommes maintenant en septembre 2015.
Pour être juste, il faut noter les retards généraux causés par le concept original de la plate-forme,
a été corrigé très rapidement, mais il est infiniment regrettable que les développeurs n'aient pas pris au sérieux le délai de "single flottant",
qui s'est avéré fatal dans le trading (car il a été testé avec différents courtiers sur compte démo et réel,
il est évident que les retardsse produisent du côté du serveur MT5 ).
Il est très dommage que la détection de cette erreur ait été faite par l'utilisateur, mais pas par les développeurs.
Bien que Renat ait assuré le 29.12.2014 que les travaux se poursuivront :
" Ledélai de livraison de la réponse flottante occasionnelle au terminal n'a pas encore été pris en charge, nous allons continuer à y travailler."
Michael, peut-être que les retards sont dus à l'équipement ? Ou pensez-vous que l'équipement fonctionne toujours sans défaillance ? Peut-être serait-il judicieux d'écrire aux développeurs de matériel de serveur ?
Vladimir !
Vous devriez lire attentivement ces messages et les journaux !
Les DIFFERENTS BROKERS ont UN SEUL et même effet, tant sur la démo que sur le compte réel !
Vladimir !
Vous devriez lire attentivement ces messages et les journaux !
Le même effet sur les courtiers réels et démo a sur les différents courtiers !
Très souvent, la création / maintenance d'une entreprise de courtage est effectuée par une société spécialisée, qui à son tour met presque les mêmes serveurs, c'est-à-dire différents courtiers et l'équipement est un seul et même ...
Il arrive que des serveurs de différents courtiers se trouvent dans le même rack...
Très souvent, la création/service d'une entreprise de courtage est prise en charge par un bureau spécialisé, qui à son tour met presque les mêmes serveurs, c'est-à-dire que les courtiers sont différents mais l'équipement est le même ...
Il arrive que les serveurs de différents brokers se trouvent dans un même rack ...
Vladimir !
J'ai une grande faveur à te demander :
N'inventez pas ça, s'il vous plaît.
Vladimir !
J'ai une grande demande à vous faire :
Ne fantasmez pas, s'il vous plaît.
Si vous ne savez pas comment fonctionne ce secteur, cela ne veut pas dire que quelqu'un fantasme. Avez-vous besoin de contacts pour créer une maison de courtage ?
Ok c'est lyrique, ai-je raison de comprendre que vous testez des serveurs avec le conseiller de ce post https://www.mql5.com/ru/forum/38456/page37#comment_1869077
Voici mon journal de bord si cela vous intéresse.
Je me demande combien de requêtes le serveur MT5 peut traiter par minute ou par seconde...
Ce matin ( réel ) serveur d'accès 4 :
Peut-on appeler cela un retard "unique" ?
En conséquence (dépassement du délai d'attente), la fonction de contrôle alternatif ( CheckOrders() ) a été activée :
Ce matin ( réel ) serveur d'accès 4 :
Selon les informations de Discovery, il est préférable de ne pas utiliser l'AS 4.
Mieux vaut utiliser AS2
Michael, je peux vous dire ce qui suit à partir de l'analyse de vos journaux de connexion des points d'accès Discovery :
1) Lorsque vous vous connectez, le centre de données enregistre des pings sur le terminal, ces pings sont conservés environ 10ms mais il y a des pics jusqu'à 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)
C'est le ping du point d'accès au terminal :
| зона ответственности Биржи || зона ответственности Открытия || интернет || клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
Vous pouvez donc constater que les problèmes se trouvent déjà sur le chemin terminal MT5 - point d'accès MT5, n'atteignant pas la transaction.
2) J'ai analysé les pings d'autres clients, il y a des fluctuations - mais je n'ai pas trouvé de schéma stable (par exemple, avec une augmentation massive des pings au même moment).
Que faire avec ?
1) Nous avons ajouté la journalisation du ping au terminal, la fonctionnalité sera disponible dans la prochaine version bêta. Je le posterai ici quand il sortira. À l'avenir, nous intégrerons également à la plateforme des mesures périodiques de ping entre les composants afin de détecter les (éventuels) problèmes de réseau.
2) J'ai demandé des informations supplémentaires sur le réseau à Discover. Voyons si cela peut aider à trouver la cause.
3) Je vous recommande d'essayer de travailler avec le serveur d'accès 4 pendant un certain temps - il se connecte à Internet via un autre fournisseur d'accès que les points d'accès (2,3) et est connecté différemment au serveur commercial à l'intérieur du réseau Discover.
Un pressentiment s'est fait jour...
Je me suis demandé ce qui se passe si le terminal enregistre qu'il a envoyé une commande (order)
Mais il n'a pas envoyé (retardé), alors il explique (pourquoi le ping du terminal vers le serveur MT5 est trop long).
Михаил:
J'ai pensé, et si le terminal enregistre qu'il a envoyé une commande (ordre),
mais qui en fait n'a pas été envoyé (retardé), alors cela explique tout (pourquoi le ping est trop grand du terminal au serveur MT5).
Le terminal maintient une connexion TCP avec le serveur où il échange des journaux, des graphiques et des ordres de transaction avec le serveur. Les commandes sont bien sûr plus prioritaires. L'exploitation d'une seule connexion est effectuée car le temps nécessaire à l'établissement d'une connexion distincte pour l'envoi des demandes de transaction est très long - plusieurs secondes.
Par conséquent, les choses suivantes se produisent dans le terminal :
- La partie commerciale du terminal envoie des données au gestionnaire de connexion interne du terminal.
- Le gestionnaire de connexion transmet les données au système d'exploitation
- Le système d'exploitation transmet les données à l'internet
Lorsque des données proviennent d'Internet, le système d'exploitation détermine qu'elles sont destinées au terminal, appelle le gestionnaire de connexion du terminal et ce dernier détermine le composant du terminal auquel appartiennent les données en fonction du protocole interne.Tous les paquets TCP de la connexion sont numérotés séquentiellement. Pour chaque paquet reçu, le système d'exploitation envoie un accusé de réception. Le système d'exploitation surveille également les paquets reçus, et s'il constate que le paquet portant tel ou tel numéro n'a pas été reçu, il envoie un message spécial à l'expéditeur - pour qu'il renvoie le paquet portant tel ou tel numéro. Ainsi, même si un paquet est perdu "en route", l'application n'en est pas informée - les systèmes d'exploitation des deux côtés compensent les paquets perdus. Mais la retransmission prend du temps, et le système d'exploitation ne retransmet pas les "nouveaux" paquets avant d'avoir reçu tous les "anciens" paquets dans l'ordre. Par conséquent, du côté de l'application, la perte de paquets que le système d'exploitation a récupérés est considérée comme un retard.
Du côté ouvert, vous pouvez voir que le serveur de trading enregistre l'exécution des transactions "problématiques" à 1-2ms - comme pour le reste des transactions. Selon les informations actuelles reçues d'Otkritie, aucun problème n'a été détecté dans les sections "bourse" - "passerelle", "passerelle - serveur de négociation", "serveur de négociation - point d'accès". Nous nous occupons maintenant des points d'accès et de la section "point d'accès - terminal".