Bibliothèque: MultiTester - page 14
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
Pour une raison inconnue, l'exécution d'un test plusieurs fois décharge le script. Ce n'est pas toujours répété, parfois plus tôt, parfois plus tard. Cela s'est produit à 413 itérations, par exemple. IsStopped est mis à vrai, et le script est déchargé, bloquant tout le travail au milieu du cas. Il n'y a pas de message d'erreur. Les messages de débogage montrent que cela se produit après Sleep (100) après SendMessageW (Handle, WM_COMMAND, ID_EDIT_PASTE, 0 ) ;
dans un appel à static bool SetSettings (const string Str)
Voici le jeu minimum à jouer. Mais je soupçonne que le problème est encore dans MetaTrader. Build 2245, mais sur le dernier 2253 la même chose. La Build 2190 souffre également de ce problème, peut-être même avant.
Bonjour. Une solution à ce problème ?
J'ai le même problème avec le MT5 build 2265.
Je vous remercie.
Désormais, les EA fonctionnant dans le testeur peuvent recevoir leurs données.
Très bien.
Envisagez-vous de gérer le nombre d'agents activés ? Je n'ai pas trouvé d'approche. Et lorsque l'on passe au test postique, il est logique de désactiver certains agents.
Il n'y a pas d'urgence, c'est juste une évolution souhaitable.
J'ai également mis à jour aujourd'hui win_10 vers la build .535 : Multitester a complètement cessé de fonctionner, mais différemment qu'ici. Il s'embrouille lorsqu'il parcourt la liste des paires et commence à tourner en rond avec l'une d'entre elles. Cela se produisait auparavant, mais rarement et après de longs calculs. Voici un morceau de la liste d'optimisation :
Terminal 2280, multitester est le plus récent. N'ignorez pas win_10, MQ ne supportera pas win_7 pour toujours....
Envisagez-vous de gérer le nombre d'agents activés ?
Je ne prévois pas de le faire, car il n'y a pas de tâches pour lesquelles cela est nécessaire. Je peux utiliser le multitester de manière primitive, mais je ne le fais que pour des symboles personnalisés sur des ticks réels. Par conséquent, en fonction de la nécessité de laisser certaines ressources libres, je mets en place un nombre approprié d'agents. En règle générale, une passe dure environ une seconde, ce qui signifie que peu de ressources sont nécessaires.
MTTester.mqh + TesterCache peuvent probablement faire tout sauf tst-format.
Dans les plans (quelque chose mis en œuvre il y a longtemps) - il ne s'agit plus de bibliothèques, mais de tâches elles-mêmes. Par exemple, vous introduisez un nouveau paramètre d'entrée dans un Expert Advisor. Vous devez évaluer son influence sur les résultats du TS. La marche en avant est complète. Sélection d'un portefeuille à partir de plusieurs systèmes d'information, etc.
Il est également prévu d'exécuter un multi-test pour des milliers d'optimisations et, à partir de ces milliers d'optimisations, de trouver des endroits intéressants. Il s'agira de recherches où, en effet, aucun être humain n'a jamais mis les pieds. La complexité informatique est très élevée. C'est pourquoi je réfléchis à des moyens de trouver rapidement une aiguille dans une botte de foin.
Dès que le format tst sera connu, les possibilités s'élargiront considérablement.
win_10, MQ ne supportera pas win_7 pour toujours.
Je suis assis sur une version minimaliste personnalisée de Windows 7 Embedded. Tout fonctionne, il n'y a pas de raison de faire une mise à jour.
Si le MultiTester a été terminé au milieu d'un cas, au prochain démarrage, il dira qu'il n'a pas terminé la dernière fois et demandera s'il doit continuer à partir de l'ancien emplacement. Si vous continuez, il ira à TesterSettings.Deinit(Pos - 1) ; où il y aura un if (this.iDeinit[Pos]) à l'intérieur après la fin de la première exécution. Mais le tableau iDeinit est vide, ce qui le fera planter. Il se peut que quelque chose d'autre tombe ailleurs, je ne l'ai pas testé plus avant.
Je suis assis sur une version minimaliste personnalisée de Windows 7 Embedded. Tout fonctionne, il n'y a pas de raison de faire une mise à jour.
Hier soir, une mise à jour de windup est arrivée (du moins je l'ai installée hier).
Moi aussi j'ai mis à jour win_10 aujourd'hui avec la build .535
Les logs des testeurs doivent être examinés.
Si le MultiTester a été terminé au milieu d'un cas, au prochain démarrage, il dira qu'il n'a pas terminé la dernière fois et demandera s'il doit continuer à partir de l'ancien emplacement. Si vous continuez, il ira à TesterSettings.Deinit(Pos - 1) ; où il y aura un if (this.iDeinit[Pos]) à l'intérieur après la fin de la première exécution. Mais le tableau iDeinit est vide, ce qui le fera planter. Il se peut que quelque chose d'autre tombe ailleurs, je ne l'ai pas testé plus avant.
Merci, mis à jour.
Merci, mise à jour.
Est-il possible de zipper déjà ou non ? (C'est comme - et si ça marche ))))