Allez sur le compte de démonstration MetaQuotes-Demo avec un historique de transactions relativement long.
Si votre compte de démonstration a peu d'historique de trading, alors autorisez l'auto-trading et exécutez en parallèle le script OrderSend-Test2.ex5 (dans la pièce jointe, le code source).
Cet ancien script montre de nombreux freins si vous l'exécutez sur un graphique MQ-Demo et ajoutez plus de symboles commerciaux à Market Watch (j'en avais 100).
Journal du terminal.
2020.09.04 17:51:33.112 Trades '34510052': cancel order #702851395 buy stop 0.01 EURCAD at 1.55852
2020.09.04 17:51:33.512 Trades '34510052': accepted cancel order #702851395 buy stop 0.01 EURCAD at 1.55852
2020.09.04 17:51:33.514 Trades '34510052': cancel #702851395 buy stop 0.01 EURCAD at market done in 401.845 ms
La suppression de la transaction en cours a eu lieu en 401ms. Les développeurs ont accès aux journaux du serveur de négociation et peuvent voir combien de temps l'exécution y a duré. Par exemple.
Chacun peut le reproduire sur son site.
Juste au cas où, voici à quoi ressemble un ordre de transaction avec des résultats.
Le script a fonctionné pendant environ 10 minutes.
Je ne me soucie pas de ces ralentissements. Je veux juste savoir où et ce que je peux ajuster pour améliorer la situation. Est-ce le Terminal ou le serveur de trading ? En général, les développeurs ont toutes les possibilités de reproduire et, si on le souhaite, de comprendre.
Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
Cet ancien script montrera de nombreux freins si vous l'exécutez sur un seul graphique MQ-Demo et si vous ajoutez plus de symboles commerciaux à Market Watch (j'en avais 100).
La charge doit être prise en compte dans tous les cas :
J'ai un ordinateur lent... et j'en ai une très lente... Alors... Si j'ajoute 63 symboles à Market Watch sur un ordinateur super lent et que j'appuie sur F10 après cela, MetaTrader se bloque complètement (un redémarrage est nécessaire)... alors que dans tous les autres modes, il fonctionne bien
J'ai essayé d'utiliser F10 mais cela n'a pas bougé pendant au moins un an - bien qu'il s'agisse d'une version 32 bits.
Le nombre de caractères dans la Revue des marchés n'est pas déterminant pour jouer les freins. C'est juste la façon dont je l'ai fait dans le mien.
C'est facile à reproduire.
2020.09.0418:25:06.131 Trades '34510052': buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.202 Trades '34510052': accepted buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.202 Trades '34510052': order #702911224 buy limit 0.01 / 0.01 USDPLN at 3.77653 done in70.966 ms
2020.09.0418:25:06.202 Trades '34510052': cancel order #702911224 buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.274 Trades '34510052': accepted cancel order #702911224 buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.274 Trades '34510052': cancel #702911224 buy limit 0.01 USDPLN at market done in71.859 ms
2020.09.0418:25:06.274 Trades '34510052': buy stop 0.01 USDPLN at 3.796532020.09.0418:25:06.481 Trades '34510052': instant sell 0.1 NZDSGD at 0.91421, close #702903930 buy 0.1 NZDSGD 0.914622020.09.0418:25:06.982 Trades '34510052': accepted buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.030 Trades '34510052': order #702911229 buy stop 0.01 / 0.01 USDPLN at 3.79653 done in755.302 ms2020.09.0418:25:07.030 Trades '34510052': accepted instant sell 0.1 NZDSGD at 0.91421, close #702903930 buy 0.1 NZDSGD 0.914622020.09.0418:25:07.030 Trades '34510052': deal #681898561 sell 0.1 NZDSGD at 0.91421 done (based on order #702911234)
2020.09.0418:25:07.031 Trades '34510052': cancel order #702911229 buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.031 Trades '34510052': order #702911234 sell 0.1 / 0.1 NZDSGD at 0.91421 done in550.273 ms2020.09.0418:25:07.103 Trades '34510052': accepted cancel order #702911229 buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.103 Trades '34510052': cancel #702911229 buy stop 0.01 USDPLN at market done in72.558 ms
2020.09.0418:25:07.103 Trades '34510052': instant buy 0.01 USDHUF at 297.871 (deviation: 100)
2020.09.0418:25:07.130 Trades '34510052': instant sell 0.01 GBPCAD at 1.73255, close #702904086 buy 0.01 GBPCAD 1.732712020.09.0418:25:07.174 Trades '34510052': accepted instant buy 0.01 USDHUF at 297.871 (deviation: 100)
2020.09.0418:25:07.174 Trades '34510052': deal #681898572 buy 0.01 USDHUF at 297.871 done (based on order #702911246)
2020.09.0418:25:07.175 Trades '34510052': order #702911246 buy 0.01 / 0.01 USDHUF at 297.871 done in72.051 ms
Il n'y a que 1ms entre les deux heures locales rouges, qui devraient en fait être de 550ms (OrderSend consécutif). Apparemment, les clichés d'impression ont un effet ici aussi.
J'ai un très bon timeframe, surtout pour EURUSD, la croix se déplace très lentement en suivant le curseur, il suffit de déplacer le curseur en diagonale douce pour le reproduire. Il peut être utilisé dans d'autres périodes. Il n'y avait pas de tel délai avant
Et tous les tracés manuels (tendance, Fibonacci, etc.) sont également lents.
Tous les paramètres sont par défaut :
Serveur : MetaQuotes-Demo
Historique : disponible depuis le 01.01.1971
Délai précis : aucun
Nombre maximal de barres dans la fenêtre : 100000
Type de graphique : chandeliers
Réduction de l'échelle du graphique : Maximum
Symbole, période
bars
latence
EURUSD, Mounthly
597
aller à
EURUSD, Hebdomadaire
2590
Vérifiez
EURUSD, Quotidien
12797
pas de
Une sorte de dépendance inverse : moins il y a de barres, plus c'est lent.
Sur les graphiques mensuels et hebdomadaires, par exemple l'EURGBP (où il n'y a pas d'historique aussi profond), aucun retard.
Une sorte de relation inverse : plus les barres sont basses, plus le rythme est lent.
Il est plutôt direct - plus la TF est élevée, plus le délai est long.
Apparemment, cela est dû au calcul précis des coordonnées par le TF inférieur. Il y a eu un problème avec l'obtention des indices des barres incluses dans la barre hebdomadaire/mensuelle que nous recherchons.
ps : tout fonctionne pour moi, même nombre de barres
Plutôt comme une ligne droite - plus la TF est élevée, plus le retard est important.
Apparemment, en raison du calcul précis des coordonnées sur le TF inférieur. Quelque part, ils se sont trompés en incluant les indices des barres dans la barre hebdomadaire/mensuelle requise.
ps : tout fonctionne pour moi, même nombre de barres
Bien sûr, aucun EAs/indicateurs/scripts ne sont en cours d'exécution - uniquement une création manuelle. La latence indiquée est reproductible sur toute tablette moderne moyenne à 64 bits. Si vous avez un ordinateur i7, je suppose que vous n'avez pas rencontré ce retard.
A100: Naturellement, aucun expert/indicateur/script n'est en cours d'exécution - uniquement des constructions manuelles. La latence indiquée est reproductible sur toute tablette moderne moyenne de 64 bits. Si vous avez un ordinateur i7, je suppose que vous n'avez pas rencontré ce retard.
J'aurais probablement dû préciser qu'une tablette était utilisée.
Très probablement après la prochaine version (actuellement en version bêta).
Très probablement après la prochaine version (actuellement en version bêta).
N'y aura-t-il pas une multitude d'offres ?
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading
MT5 et la vitesse en action
fxsaber, 2020.08.13 04:36
Cet ancien script montre de nombreux freins si vous l'exécutez sur un graphique MQ-Demo et ajoutez plus de symboles commerciaux à Market Watch (j'en avais 100).
Journal du terminal.
2020.09.04 17:51:33.112 Trades '34510052': cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.512 Trades '34510052': accepted cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.514 Trades '34510052': cancel #702851395 buy stop 0.01 EURCAD at market done in 401.845 msLa suppression de la transaction en cours a eu lieu en 401ms. Les développeurs ont accès aux journaux du serveur de négociation et peuvent voir combien de temps l'exécution y a duré. Par exemple.
Chacun peut le reproduire sur son site.
Juste au cas où, voici à quoi ressemble un ordre de transaction avec des résultats.
Ping.
Le script a fonctionné pendant environ 10 minutes.
Je ne me soucie pas de ces ralentissements. Je veux juste savoir où et ce que je peux ajuster pour améliorer la situation. Est-ce le Terminal ou le serveur de trading ? En général, les développeurs ont toutes les possibilités de reproduire et, si on le souhaite, de comprendre.
Cet ancien script montrera de nombreux freins si vous l'exécutez sur un seul graphique MQ-Demo et si vous ajoutez plus de symboles commerciaux à Market Watch (j'en avais 100).
Je me souviens de cette affaire
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Nouvelle version de la plateforme MetaTrader 5 build 1880 : Calcul de l'historique complet des instruments synthétiques
A100, 2018.07.25 21:55
La charge doit être prise en compte dans tous les cas :
J'ai un ordinateur lent... et j'en ai une très lente... Alors... Si j'ajoute 63 symboles à Market Watch sur un ordinateur super lent et que j'appuie sur F10 après cela, MetaTrader se bloque complètement (un redémarrage est nécessaire)... alors que dans tous les autres modes, il fonctionne bien
J'ai essayé d'utiliser F10 mais cela n'a pas bougé pendant au moins un an - bien qu'il s'agisse d'une version 32 bits.
Je me souviens d'un cas comme celui-ci
Le nombre de caractères dans la Revue des marchés n'est pas déterminant pour jouer les freins. C'est juste la façon dont je l'ai fait dans le mien.
C'est facile à reproduire. Il n'y a que 1ms entre les deux heures locales rouges, qui devraient en fait être de 550ms (OrderSend consécutif). Apparemment, les clichés d'impression ont un effet ici aussi.Pour le bien de votre position, un autodafé serait-il envisageable ?
Résultat sur b2592 MQ-Demo.
Il y a un décalage sur chaque appel.
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
Bugs, bugs, questions
A100, 2020.08.31 15:55
J'ai un très bon timeframe, surtout pour EURUSD, la croix se déplace très lentement en suivant le curseur, il suffit de déplacer le curseur en diagonale douce pour le reproduire. Il peut être utilisé dans d'autres périodes. Il n'y avait pas de tel délai avant
Et tous les tracés manuels (tendance, Fibonacci, etc.) sont également lents.
Tous les paramètres sont par défaut :
12797
Une sorte de dépendance inverse : moins il y a de barres, plus c'est lent.
Sur les graphiques mensuels et hebdomadaires, par exemple l'EURGBP (où il n'y a pas d'historique aussi profond), aucun retard.
Une sorte de relation inverse : plus les barres sont basses, plus le rythme est lent.
Il est plutôt direct - plus la TF est élevée, plus le délai est long.
Apparemment, cela est dû au calcul précis des coordonnées par le TF inférieur. Il y a eu un problème avec l'obtention des indices des barres incluses dans la barre hebdomadaire/mensuelle que nous recherchons.
ps : tout fonctionne pour moi, même nombre de barres
Plutôt comme une ligne droite - plus la TF est élevée, plus le retard est important.
Apparemment, en raison du calcul précis des coordonnées sur le TF inférieur. Quelque part, ils se sont trompés en incluant les indices des barres dans la barre hebdomadaire/mensuelle requise.
ps : tout fonctionne pour moi, même nombre de barres
Naturellement, aucun expert/indicateur/script n'est en cours d'exécution - uniquement des constructions manuelles. La latence indiquée est reproductible sur toute tablette moderne moyenne de 64 bits. Si vous avez un ordinateur i7, je suppose que vous n'avez pas rencontré ce retard.
J'aurais probablement dû préciser qu'une tablette était utilisée.
J'ai un i5