Le terminal MT5 a été mis à jour aujourd'hui et la fenêtre "Optimisation" ne s'affiche pas pendant le test. - page 17
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
IndicatorRelease() dans le testeur ne fonctionnait pas avant. Est-ce qu'il fonctionne maintenant ?
@Slava
Problème : Le bouton "Exécuter un test unique" est inactif.
Je fais de l'optimisation.
Une fois l'optimisation terminée, si je modifie les dates (début et fin du test), le bouton devient inactif : "Run Single Test".
La même situation est observée lorsque je change le modèle de génération de tics.
Construire : 1835.
Ce problème n'existait absolument pas il y a un mois !
Est-ce un bug ou une telle idée ?
@Slava
Problème : Le bouton "Exécuter un test unique" est inactif.
Je fais de l'optimisation.
Une fois l'optimisation terminée, si je modifie les dates (début et fin du test), le bouton devient inactif : "Run Single Test".
La même situation est observée lorsque je change le modèle de génération de tics.
Construire : 1835.
Ce problème n'existait absolument pas il y a un mois !
Est-ce un bug ou une telle idée ?
Je me joins à la question.
Remettez-le comme il était !
Maintenant, j'attends que l'optimiseur fonctionne plus longtemps. Je vais voir ce qui se passe.
Votre affaire a du sens. Les succès qui échouent ne sont pas écrits dans le cache.
Et seuls les passages qui sont passés sans erreur sont mis en cache.
Il y a des données dans le cache au même moment.
Il faut réfléchir à ce qu'il faut faire dans des cas comme le vôtre. L'EE a échoué d'elle-même, pas à cause de facteurs externes et de certaines erreurs.Si vous ne modifiez que les paramètres d'entrée de l'EA, un nouveau cache est créé. Le cache précédent n'est pas supprimé.
Je me joins à la question.
Remettez-le comme il était !
Retour à
Retour à
Le modèle 1835 est-il aussi lent que le 1816 ou est-il comme les versions 17xx ?
Retour à
Auriez-vous l'amabilité de me le dire.
Pourquoi ont-ils supprimé la pause en mode"algorithme génétique".
Je soupçonne que la pause a causé des problèmes lorsqu'elle a été utilisée sur des agents tiers,
mais pour l'optimisation sur les agents locaux, cette fonctionnalité était très utile.
J'aivérifié les paramètres d'entrée et la sortie par INIT_PARAMETERS_INCORRECT là.
Mais le fait est que les versions précédentes de l'optimiseur ne disposaient pas d'une telle réinitialisation.
Est-ce lié à la révision du cache ?
Et ne s'avère-t-il pas que toutes les passes "réinitialisées" passent par une nouvelle après le redémarrage ? Tant qu'elles ne sont pas écrites ?
De façon purement arithmétique :
Si au départ il y avait 1000 passages, en s'arrêtant à 300, il en reste 700.
Supposons que INIT_PARAMETERS_INCORRECT ait eu 100 passages.
Après le démarrage, il a commencé avec 200. Et il reste 800 laissez-passer. Nous devons passer les mêmes 1000 passes.
Il s'avère que nous avons 100 passes inutiles. Bien que pas très cher, mais quand même ?
Quant à moi, sur 18760 passages, 1534 étaient "corrects". Cela signifie que 17226 passages seront répétés ! Ce n'est pas très gentil.
Oui. Les passes de réinitialisation sont effectuées d'une nouvelle manière. En cas de INIT_PARAMETERS_INCORRECT, ces passages passeront très vite.
Réfléchissez à la manière de marquer ces passages dans le cache.
Oui. Les passes de réinitialisation sont exécutées d'une nouvelle manière. En cas de INIT_PARAMETERS_INCORRECT, ces passages passeront très vite.
Réfléchissez à la manière de marquer ces passages dans le cache.
Et vous pouvez alors renvoyer d'un seul coup des données correctes sur les indicateurs financiers - sous forme de zéros au lieu de chiffres fous ?