MT4 iMAOnArray et iBandsOnArray : effet du nombre d'éléments sur les calculs - page 4
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 cette bibliothèque calcule correctement, si je configure le calcul non pas de l'ensemble du tableau, mais seulement de sa dernière partie (valeurs actuelles) ? D'ailleurs, ce n'est que la moitié du problème, mais qu'en est-il de iBandsOnArray ?
Il y a un paramètre "début", essayez de le limiter.
Il fut un temps où la fonctioniMAOnArray était très lente. Eh bien, j'avais un code qui a été optimisé pendant environ trois heures en utilisantiMAOnArray mais ensuite cette fonction est devenue lente et l'optimisation a pris environ 30 heures.
Je ne sais pas, peut-être que ça a été corrigé maintenant. Mais lorsque j'ai créé l'indicateurMovingAverages.mqh, le même code a été calculé en une heure et demie environ, c'est-à-dire que le temps a été réduit de moitié.
Jen'ai rien à dire sur iBandsOnArray, je n'ai pas vu un tel fichier incluable avec la même tâche dans mql4.
Voilà.
Avec iBandsOnArray l'indicateur est lent au démarrage. Je l'ai changé en iStdDevOnArray, ça démarre instantanément.
Sauf que dans le testeur, il est en retard à lafois aveciBandsOnArray et iStdDevOnArray.
Voilà.
Ouais, eh bien... Mon garçon, va faire un tour.
Ce n'est pas un garçon, mais un homme très mature. Bien que l'habitude de se référer à tout le monde comme "vous" ne le rende pas respectable, imho :)
Et maintenant, comparez le résultat de votre code et celui de l'original en mode de lissage linéaire LWMA ou SMMA et obtenez des valeurs différentes, parce que ces deux types de lissage utilisent leurs propres valeurs précédentes dans leurs calculs, et en utilisant seulement N éléments de période à chaque fois vous, respectivement, perdez ces données, de plus j'ai besoin de périodes de calcul différentes pour iBands et iMA, donc je dois les copier deux fois. Et le tableau initial pour le calcul est utilisé de la même manière. La logique de votre raisonnement est claire pour moi, mais elle est erronée, car en réduisant la longueur du tableau, mais en faisant en même temps chaque copie et en recalculant tous ses éléments, vous augmentez finalement le temps total de calcul de l'indicateur pendant l'optimisation ou le travail avec plusieurs versions de l'indicateur pour différents TF. Dans mon cas, cela ne ralentit que le calcul initial, après quoi seul un nouvel élément est calculé. Le problème réside dans l'implémentation de ces fonctions dans MQL. Les versions auto-rédigées fonctionnent mieux et plus rapidement. Veuillez tirer vos propres conclusions.
J'avais l'habitude de penser que tu étais un bon programmeur. La vérité, c'est que tout ce que vous pouvez faire, c'est écarter les doigts et vous battre. Tu n'en as pas parce que tu es trop en colère ?