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
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
FORTS. Questions sur l'exécution
prostotrader, 2020.02.13 16:11
Ce qui importe probablement ici, c'est que l'enchère commence exactement à 10 heures.
Ici, il importe probablement que la commande soit passée à 10 heures précises.
Oui, j'ai déjà écrit à ce sujet, le serveur MT5 ne peut pas faire face à l'important "afflux" d'ordres.
Ne pas faire de commerce pendant cette période ? :)
Forts, Open, real, Bild 2280, Access Server VI
Rien de "criminel" ne s'est produit aujourd'hui, à l'exception d'un retard de 10 secondes.
modification de l'ordre
Il estintéressant de noter que mon terminal a déjà reçu la réponse du serveur concernant la modification de l'ordre.
2020.02.14 10:06:16.144 Trades 'xxxxx': accepted modify order #117363348 sell limit 1.00 SNGR-6.20 at 49654 sl: 0 tp: 0 expiration: day -> 49540, sl: 0 tp: 0 expiration: dayEt il s'est "réveillé" i.e. état synchronisé seulement après 3 secondes!!!
et les pertes financières dues à 9,5 secondes d'exécution (hors réponse de l'échange)
Notez que l'heure est loin de 10-00!
Forts, ouvreurs, réels, Bild 2280
Rien de "criminel" ne s'est produit aujourd'hui, à l'exception d'un retard de 10 secondes.
modification de l'ordre
Ce qui est intéressant, c'est que le terminal a déjà reçu la réponse du serveur concernant la modification de la commande.
Et il s'est "réveillé" i.e. état synchronisé seulement après 3 secondes!!!
et les pertes financières dues à 9,5 secondes d'exécution (hors réponse de l'échange)
Notez que l'heure est loin de 10-00!
Tout cela est bien triste en quelque sorte. Tant de choses fantaisistes sont ajoutées au terminal et les fonctions de base directement liées à ce pour quoi il a été conçu fonctionnent avec un délai de 10 secondes.
c'est un échec
Forts, ouvreurs, réels, Bild 2280
Rien de "criminel" ne s'est produit aujourd'hui, à l'exception d'un retard de 10 secondes.
modification de l'ordre
Ce qui estintéressant, c'est que le terminal a déjà reçu la réponse du serveur concernant la modification de la commande.
Et il s'est "réveillé" i.e. état synchronisé seulement après 3 secondes!!!
et les pertes financières dues à 9,5 secondes d'exécution (hors réponse de l'échange)
Notez que l'heure est loin de 10-00!
Je soupçonne que ces retards sont liés aux interfaces réseau de l'écosystème methaquotes.
c'est-à-dire la communauté, les nouvelles, le marché, les agents de réseau, le calendrier, le chat, etc... beaucoup de charge de réseau sur le terminal, et tout ce tas affecte les demandes de transaction.
J'ai déjà écrit quelque part que les sockets mql qui sortent de la boîte sont bloqués si la connexion au serveur mt5 est interrompue, et c'est très étrange.
Le socket mql personnalisé ne reçoit pas de données du serveur mt5, mais pour une raison quelconque, il est bloqué lorsque la connexion avec le serveur mt5 est interrompue.
J'ai des soupçons...
Je n'ai aucun soupçon !
Outre la défaillance du serveur MT5, c'est maintenant le terminal qui vient s'ajouter aux freins.
LISEZ ATTENTIVEMENT!
Quelle "satanée" latence du réseau? ?? (Cela "roulait" il y a 6 ans, quand les délais étaient de quelques dizaines de millisecondes!
Il s'exécute en 6-7 millisecondes! (Pour référence, en 1 seconde 1000 millisecondes)
Chers utilisateurs du forum !
Avant de poster, veuillez vous familiariser avec le message auquel vous répondez !
Je n'ai aucun soupçon !
En plus de la défaillance du serveur MT5, le terminal a maintenant ajouté aux freins.
LISEZ ATTENTIVEMENT!
Quel genre de latence de réseau?
Il s'exécute en 6-7 millisecondes! (Pour référence, 1 seconde est égale à 1000 millisecondes).
Chers utilisateurs du forum !
Avant de poster, lisez attentivement le message auquel vous répondez !
Pourquoi une telle réponse ?
La réponse qu'il reçoit du serveur, mais à cause de l'infrastructure de réseau qui l'entoure, quelque part il attrape le frein du traitement.
Quelque part, il y a un goulot d'étranglement, un petit éternuement du réseau et le terminal tombe complètement en anabiose de synchronisation ;))
Pourquoi une telle réaction ?
La réponse a été reçue du serveur, mais à cause de l'infrastructure du réseau, le traitement est lent quelque part.
Quelque part, il y a un goulot d'étranglement, un petit éternuement du réseau et le terminal entre complètement en anabiose de synchronisation ;))
La raison d'une telle réaction est que vous n'avez pas lu les messages précédents, qui disaient qu'en plus de ce graphique, cet EA fonctionne également sur 83 graphiques (2 terminaux) en même temps,
qu'en plus de ce graphique, cet EA fonctionne également sur83 graphiques en même temps (2 terminaux) et il n'y a AUCUN RETARD DE RÉSEAU!
Et 1 minute et 42 secondes, c'est exactement la "latence du réseau" en algotrading !
Et vous n'avez certainement pas lu le blogfxsaber, qui décrit les résultats du test de MT5 sur un ordinateur local (Client-Serveur)
Et la réaction est due au fait que tu ne lis pas les messages précédents, qui disaient ,
qu'en plus de ce graphique, cet EA fonctionne également sur 83 graphiques et il n'y a AUCUN RETARD DE RÉSEAU!
Ce n'est pas la latence du réseau elle-même !
Il s'agit de son traitement, le traitement de nombreuses requêtes du réseau de l'écosystème vers le terminal !
Et chaque service individuel dispose d'une synchronisation de réseau.
Par exemple, le réseau avec le marché est perdu, le terminal commence à pilonner le réseau pour se connecter et ne se calme pas tant que ce n'est pas terminé.
Ce n'est pas la latence du réseau elle-même !
Ce n'est pas la latence du réseau en elle-même, c'est le traitement, la prise en charge de nombreuses requêtes réseau de l'écosystème vers le terminal !
L'homme est "bon" - c'est la faute de la Vodka !