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
Pourquoi réduire les graphiques quand on peut réduire l'ensemble du terminal ?
Vérifié. La charge CPU est plus élevée que si vous minimisez les graphiques, Market Watch et Tools.
Je peux me tromper.
Veuillez partager les résultats de l'exécution de cet EA à partir de votre VPS (et non de votre machine personnelle).
Sur ce VPS
résultat.
Il est souhaitable de fournir la configuration du VPS avec le résultat, comme indiqué ci-dessus.
Confronté au fait que littéralement toutes les fonctions sont lentes. Avant de changer de VPS, je veux comparer avec d'autres solutions et comprendre laquelle est la meilleure à choisir. Veuillez donc partager pour avoir une image objective.
Je peux utiliser n'importe quel terminal, MT4/MT5. Mais je suis plus intéressé par le 5, bien sûr.
Détermine si un programme est en cours d'exécution ou non sur la machine freinée.
Il semble avoir contourné les freins GetMicrosecondsCount sur les machines VPS. Cela peut sembler n'être rien. En fait, les EA de combat tuaient le VPS avec la charge du CPU, car le décompte des microsecondes doit être pleinement utilisé dans les snapshots de l'environnement de trading, qui à leur tour sont conçus pour ne pas charger, mais pour soulager le CPU.
Qui d'autre est entré ici ? Snapshots, et maintenant GetMicrosecondsCount...
Détermine si un programme est en cours d'exécution ou non sur la machine freinée.
Le fait que la différence soit nulle ou non est une question de hasard :
Résultat : 2000000:213579
Zéro ou pas zéro, c'est une question de hasard :
Résultat : 2000000:213579
Oui, c'est pourquoi j'utilise une telle condition dans mqh.
Oui, c'est pourquoi j'utilise cette condition dans mqh.
C'est seulement 5 chèques. J'ai un ordinateur lent (tablette), mais même moi je n'ai une différence que tous les2000000/213579=10ème contrôle. Et le fait que j'en ai une lente est confirmé par le fait que même celle-ci n'est reproduite par personne d'autre :
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
A100, 2020.09.05 00:13
Également sur les retardset tous les graphiques manuels (tendance, Fibonacci, etc.) sont également lents.
Les paramètres sont tous 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.
Ça ne fait que 5 contrôles. J'ai un ordinateur lent (tablette), mais même moi je n'ai une différence que tous les2000000/213579=10ème contrôle. Et le fait que j'en ai une lente est confirmé par le fait que même celle-ci n'est reproduite par personne d'autre :
Si cinq vérifications consécutives donnent un résultat non nul, il s'agit d'un GetMicrosecondsCount lent. Bien sûr, il peut y avoir d'autres options (encore plus logiques) pour déterminer si un problème existe. Je l'ai laissé comme ça pour l'instant.
Quant au travail avec l'historique des barres, je ne l'utilise pas. C'est toujours M1+5000 barres. La tâche est d'échanger rapidement.