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
Et chaque service a une synchronisation de réseau.
Par exemple, si le réseau avec un marché a disparu, le terminal commence à taper sur le réseau pour se connecter et ne s'arrêtera pas avant d'y être arrivé.
Encore une fois (vous ne lisez probablement rien du tout )
Cet ordinateur du TERMINAL LOCAL a reçu une notification indiquant que la modification de la commande était correcte,
mais l'a synchronisé trois secondes plus tard !
Qu'est-ce que cela a à voir avec le réseau ?
Ajouté
Il y a eu beaucoup de "netizens" ici avant vous, pendant 6 ans...
Lisez-le à votre guise.
https://www.mql5.com/ru/blogs/post/733393
Une fois de plus (vous ne lisez probablement rien du tout )
Cet ordinateur du TERMINAL LOCAL a reçu une notification indiquant que la modification de la commande était correcte,
mais l'a synchronisé trois secondes plus tard !
Qu'est-ce que cela a à voir avec le réseau ?
Ajouté
Il y a eu beaucoup de réseauteurs ici avant vous, pendant 6 ans...
Lisez "à votre guise".
https://www.mql5.com/ru/blogs/post/733393
Vous lisez probablement aussi à travers une ligne, sans vouloir comprendre la prémisse.
Il a donc reçu une notification indiquant que la modification de la commande était correcte.
Cela ne signifie pas qu'il l'a traité.
Et cet événement est traité avec un retard interne dans le terminal.
Nous ne savons pas ce qui a causé ce retard interne, j'ai donc suggéré un possible retard de traitement juste à cause du traitement par des services de réseau tiers.
Vous êtes probablement en train de trop lire dans cette histoire, sans vouloir en comprendre l'essence.
Il a donc reçu un avis de modification d'ordre correct.
Cela ne signifie pas qu'il l'a traité.
Et cet événement est traité avec un retard interne dans le terminal.
Nous ne savons pas ce qui a causé ce retard interne, j'ai donc suggéré un possible retard de traitement juste à cause du traitement par des services de réseau tiers.
Je me fiche de la raison de ce retard !
Attendez une minute...
Pensez-vous qu'il est normal d'exécuter les ordres de bourse en quelques secondes ou minutes?
J'en ai rien à foutre de ce qui a causé le retard !
Attendez une minute...
Pensez-vous qu'une exécution des ordres de bourse à la seconde près soit normale ?
Peu importe, laissons le développeur s'en occuper.
Ai-je écrit quelque part que c'est normal ?
Bien sûr que non, ce n'est absolument pas normal, de tels délais de traitement.
Alors qu'il n'y avait pas beaucoup de services tiers dans le terminal, il n'y a eu aucun retard dans le traitement des demandes.
Et maintenant, je vois occasionnellement l'onglet VPS clignoter, ou l'onglet marché, ou un autre onglet.
Et c'est soit la reconnexion, soit la synchronisation ou autre chose, des gestionnaires de réseau inutiles dans le terminal.
Peu importe, laissons le développeur s'en occuper.
Ai-je écrit quelque part que c'est normal ?
Bien sûr que non, ce n'est absolument pas normal, de tels délais de traitement.
Tout comme il n'y avait pas de piles de services tiers dans le terminal, il n'y avait pas de retard dans le traitement des demandes.
Et maintenant, je vois occasionnellement l'onglet VPS clignoter, ou l'onglet marché, ou un autre onglet.
Et c'est soit la reconnexion, soit la synchronisation ou autre chose, des gestionnaires de réseau inutiles dans le terminal.
n'est-ce pas ?
n'est-ce pas ?
Eh bien oui. Cela ne pourrait-il pas affecter d'autres gestionnaires de réseau sur le terminal ? ou la file d'attente de traitement, y compris les échanges.
Après tout, le terminal est en train de spammer le serveur communautaire en ce moment, et essaie de se connecter.
Et il y a beaucoup de services dans le terminal et tous ont des serveurs différents, et probablement plus d'un, et le terminal recherche la synchronisation avec chaque serveur.
Je pense qu'il est possible que ce soit l'une des raisons possibles du retard de traitement des événements commerciaux du côté du terminal.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading
FORTS. Questions sur l'exécution
prostotrader, 2020.02.14 18:37
J'en ai rien à foutre de ce qui a causé le retard !
C'est peut-être parce que les courtiers MT5(selon Renat) ne mettent pas à jour la plateforme pendant 1,5 an.
C'est peut-être parce que les courtiers MT5(selon Renat) n'ont pas mis à jour la plateforme depuis un an et demi.
:) Avant, les retards étaient beaucoup moins importants, et en plus ils ont mis à jour
Serveur à Otkryvashka (les commandes par limite de prix inférieure n'étaient pas fixées - corrigé)
FORTS, réel, construire 2340
Mes robots ne fonctionnaient plus du tout (freins jusqu'à 9 minutes !) sur cette construction.
Reporté à la build 1947 (novembre 2018).
Heureusement, cette version est compatible avec la partie serveur.
Jusqu'à présent, tout fonctionne bien (il y a des retards, bien sûr).
Chers agents de change, je suis un peu hors sujet car ma question ne porte pas sur FORTS mais sur AMP. HOEH20 M5 TF futures. Il y a 3 lignes de prix sur la capture d'écran : Asc, Bid et Last. Last (fond vert dans la capture d'écran) se bloque parfois pendant quelques minutes (s'endort) et est en retard sur les Ask/Bid, qui évoluent main dans la main. Cela ne se produit pas très souvent. Veuillez me dire si ce phénomène est normal, quelle en est la cause et comment y remédier.