FORTS. Questions relatives à l'application de la loi - page 92
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
Depuis deux jours, je n'ai PAS constaté de retard ou d'autres "problèmes" avec le serveur MT5.
EST-IL VRAIMENT RÉPARÉ ?
Je n'ai PAS constaté de retard ou d'autres "problèmes" avec le serveur MT5 depuis deux jours maintenant.
TOUT A ÉTÉ RÉPARÉ ?
La Banque centrale a peut-être suspendu les freins ? ))
Ça fait 2 ans et 2 mois.
Je ne sais pas qui est à blâmer, du courtier ou du logiciel (je n'arrive jamais à le savoir), mais voici le résultat.
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msÇa fait 2 ans et 2 mois.
Je ne sais pas qui est à blâmer, le courtier ou le logiciel (il semble qu'on ne le saura jamais), mais voilà le résultat.
Renat a dit un jour que pour le savoir, il faut avoir des données sur le ping réel, et pas seulement le ping, dans le réseau de l'ordinateur au courtier - c'est-à-dire vérifier l'idée : "Y a-t-il des problèmes (et de tels problèmes sont toujours présents et peuvent survenir à tout moment) à ce moment-là dans le réseau".
Ce qui reste à comprendre, c'est comment chronométrer exactement le passage du signal de l'ordinateur au courtier en même temps que l'envoi d'une demande de transaction (que faire s'il s'agit d'un ordre en attente ???).
Renat a dit une fois que pour le savoir, il est nécessaire d'avoir des données sur le ping réel, et pas seulement le ping, dans le réseau de l'ordinateur au courtier - c'est-à-dire vérifier l'idée : "Y a-t-il des problèmes (et de tels problèmes peuvent toujours se produire à tout moment) à ce moment-là dans le réseau".
Il reste à comprendre comment chronométrer exactement le passage du signal de l'ordinateur au courtier en même temps que l'envoi d'une demande de transaction (que faire s'il s'agit d'un ordre en attente ???).
Que voulez-vous "chronométrer" si la commande précédente a été exécutée en 6 ms, et la suivante aussi !?
Renat a dit une fois que pour le savoir, il est nécessaire d'avoir des données sur le ping réel, et pas seulement le ping, dans le réseau de l'ordinateur au courtier - c'est-à-dire vérifier l'idée : "Y a-t-il des problèmes (et de tels problèmes peuvent toujours se produire à tout moment) à ce moment-là dans le réseau".
Il reste à comprendre comment chronométrer exactement le passage du signal de l'ordinateur au courtier en même temps que l'envoi d'une demande de transaction (et que faire s'il s'agit d'un ordre en attente ???).
Dans ce cas (31 secondes), il suffirait de voir le temps d'appel de chaque OnTradeTransaction. Je suis sûr que la confirmation du serveur de négociation que la demande de suppression de l'ordre a été acceptée a été presque immédiate.
Ensuite, regardez l'heure de clôture par Historique (et non par OnTradeTransaction). La différence entre ces temps sera probablement de 31 secondes. Cela permettra de dire à 100% que la connexion Client<->Terminal n'a rien à voir avec les freins.
Que voulez-vous "chronométrer" si la commande précédente a été exécutée en 6ms, et la suivante aussi !
Un exemple simple. Je suis en train de surfer sur le web. Soudain, l'internet commence à ralentir terriblement. En une minute, elle est restaurée. Les raisons peuvent être nombreuses : panne de WiFi - un nouvel appareil avec une norme incompatible connecté (j'ai un téléphone qui tue mon routeur la première fois que je me connecte au WiFi de la maison et je dois redémarrer le routeur), ou signature de routeurs après le routeur de la maison....
Un exemple simple. Je suis en train de surfer sur le web. Soudain, l'Internet commence à ralentir terriblement. Après une minute, tout est redevenu normal. Il peut y avoir de nombreuses raisons : le WiFi est défectueux - un nouvel appareil avec une norme incompatible est connecté (j'ai personnellement un téléphone qui tue le routeur la première fois que je me connecte au WiFi de ma maison et je dois redémarrer le routeur), ou la signature de routeurs après mon routeur domestique...
Pas besoin de surfer sur le web, c'est simple ici.
Lorsque les commandes sont envoyées de manière asynchrone, nous obtenons ce qui suit :
Indique que l'ordre a été envoyé par le terminal au serveur MT5.
Indique que le serveur MT5 a reçu un ordre.
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msSignifie que le serveur a envoyé l'ordre à l'échange.
La réponse de la bourse arrive immédiatement dans OnTradeTransaction et le terminal lui-même ne produit AUCUN message !
Ajouté
Voici la réponse du SD il y a un an :
La méthode asynchrone n'attend ni ne contrôle le résultat de l'opération (passer une commande), seulement le fait de l'envoyer, et ne l'enregistre donc pas.
Regardez à nouveau les commandes précédentes et suivantes
Il est possible, bien sûr, que ce soit un problème de réseau, mais ce n'est pas MON problème, c'est celui du courtier.
Parce que cela se répète jour après jour, après avoir installé la nouvelle build 1755 et exactement au début de la session du matin.
Ajouté
En ce qui concerne l'internet.
Ces journaux ont été pris à partir du terminal, qui fonctionne via OnLime (100 mbps).
Il s'agit de journaux provenant d'un terminal qui fonctionne via MGTS (fibre de 200 mbps).
Le fragment de journal a la même heure que l'autre terminal et le résultat est le même :
Qu'en pensez-vous ?
A fait une demande à Opener pour les journaux du serveur sur la commande#84312120
J'ai obtenu ces journaux
D'après le mien et les journaux du serveur :
Rapports desterminaux:
2018.02.15 10:00:54.309 Trades 'xxxxxx' : annuler l'ordre #84312120 sell limit 2.00 MOEX-6.18 at 11557
Serveur:
2018.02.15 10:01:25.239 * 'xxxxxx' : annuler l'ordre #84312120 vendre limite 2.00 MOEX-6.18 à 11557 (11002 / 11221 / 11200)
C'est-à-dire que 31 secondes se sont écoulées entre le moment où la commande a été passée par le TERMINAL et le moment où la commande a été acceptée par le SERVEUR.
Donc le problème pourrait être :
1. Dans le terminal (il a dit qu'il a envoyé une commande, mais en fait il ne l'a pas fait) ce dont je doute très fort.
2. Lesfournisseurs d'OPENou le réseau interne d'OPEN ne fonctionnent pas correctement.
3. Le serveur a mis en attente MA commande et l'attente était de 31 secondes.
Mon internet est TOTALEMENT exclu, pour la raison indiquée dans le post ci-dessus.
J'ai envoyé mes conclusions au courtier, j'attends une réponse...
Donc le problème pourrait être :
1. Dans le terminal lui-même (il a dit qu'il avait envoyé une commande mais ce n'est pas le cas), ce dont je doute fortement.
Non.
2. Lesfournisseurs d'OPENou le réseau interne d'OPEN ne fonctionnent pas correctement.
Non.
3. Le serveur a mis en file d'attente MA commande et l'attente était de 31 secondes.
Oui.
Je pense que l'ouvreur a juste retardé l'exécution de votre ordre, c'est tout... quels problèmes techniques peut-il y avoir à l'ère du socialisme développé ? Amusant :-))
Le trading à haute fréquence ? Le robot envoie-t-il souvent des ordres au serveur ?