Erreurs, bugs, questions - page 2438
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és et les tests de stratégie
Test des calendriers de stratégie avec autosubstitution des résultats dans les EE
Slava, 2013.04.10 15:04
1. Oui. Ça peut être redondant.
2. un type de trames est lu dans OnTesterPass et terminé dans OnTesterDeinit. Les trames restantes sont lues dans OnTesterDeinit
Cette capacité à transmettre-récevoir plusieurs types de trames nous a permis de corriger certaines erreurs difficiles à reproduire dans le testeur. Et les trames n'étaient transmises que s'il y avait une différence avec une certaine valeur de référence.
J'ai mentionné plus tôt la perte de trames, si de nombreuses trames sont passées en une seule fois et qu'il y a des problèmes avec l'agent - la connexion est rompue - est-ce que quelque chose sera fait pour remédier à cette situation ?
Allez-vous ouvrir l'opt-format ?
Oui.
En échange de la publication du code pour lire le fichier opt.
Cette fonction ne vous permet pas de travailler en temps réel avec les résultats des passes comptées s'il y a plusieurs images par passe.
Oui.
C'est pourquoi nous devons lire les trames de type "non-core" une fois l'optimisation terminée.
J'ai parlé plus tôt de la perte de trames. Si de nombreuses trames sont transmises en une seule fois et qu'il y a un dysfonctionnement de l'agent - une rupture de communication - est-ce que quelque chose sera fait pour remédier à cette situation ?
Que pouvez-vous faire ?
Le résultat de l'optimisation partira en tout cas plus tôt et plus vite que son cadre. Si l'agent a été bloqué (arrêt de l'ordinateur, arrêt du service), vous ne pouvez absolument rien y faire.
Nous pourrions essayer ce qui suit : tant que la trame n'est pas envoyée, ne pas envoyer le résultat. Mais on ne sait pas quand nous allons le corriger.
Il semble s'agir d'un défaut purement méthodologique.
Nous évitons la réallocation inutile de la mémoire.
Dans ce cas, il y a 99% de probabilité que le tampon du tableau soit alloué une fois.
Que pouvez-vous faire ?
Le résultat de l'optimisation partira de toute façon plus tôt et plus vite que son cadre. Si l'agent a été bloqué (arrêt de l'ordinateur, arrêt du service), il n'y a rien que vous puissiez faire.
Nous pourrions essayer ce qui suit : tant qu'une trame n'est pas envoyée, ne pas envoyer le résultat. Mais on ne sait pas quand nous allons le corriger.
Peut-être qu'avant la transmission des trames, vous pouvez dire combien de trames sont attendues, et si c'est moins que prévu et que l'agent n'est pas disponible, alors donner le passage à un autre agent et écraser les trames déjà reçues ?
Ou bien, dans le corps de chaque image, écrivez le nombre total et son numéro de séquence dans ce nombre, et de la même manière, si tout n'est pas venu, réoptimisez.Oui.
En échange de la publication du code pour lire le fichier opt.
Je suis encore plus intéressé par l'enregistrement. Je ferai la lecture, si le format est connu.
Pouvez-vous dire combien de trames sont attendues avant de commencer à transmettre, et si moins que prévu sont arrivées et que l'agent n'est pas disponible, alors donner la passe à un autre agent et écraser les trames déjà reçues ?
Ou dans le corps de chaque cadre pour écrire le nombre total et son numéro de séquence dans cette quantité, et de la même manière, si tout n'est pas venu, ré-optimiser.Et si chaque passe ne renvoie pas une image ?
J'ai donné ci-dessus un exemple de capture d'erreur dans le testeur. Les trames n'étaient envoyées que lorsqu'une valeur de résultat ne coïncidait pas avec le point de référence
Et si chaque passe ne renvoie pas une image ?
J'ai donné un exemple ci-dessus sur la capture des erreurs dans le testeur. Les trames n'étaient envoyées que lorsqu'une valeur de résultat ne correspondait pas à la référence.
Il faut donc créer une trame nulle (système), qui sera renvoyée à chaque passage, mais qui ne participera pas à la génération des données.