OpenCL : tests de l'implémentation interne dans MQL5 - page 41
![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Essayez d'exécuter le test (voir mon message ci-dessus). L'écran est-il figé, le curseur de la souris bouge-t-il ?
lags (je veux dire écran et curseur)
Oui, exactement. J'en avais un d'AMD (très correct, d'ailleurs), mais j'ai décidé d'expérimenter.
Mais maintenant j'ai retiré celui d'Intel pour la même raison.
La souris n'a pas ralenti, mais la fenêtre "attacher aux graphiques" est restée dans une forme translucide.
Joo le coquin, d'ailleurs, qui appelle ça un Test Tast, j'ai secoué la moitié de l'ordinateur à la recherche du bon fichier. Tu es un plaisantin.
Joo, tu es un idiot, j'ai secoué la moitié de mon ordinateur pour trouver le bon fichier. Vous êtes un drôle de type.
Tast_Mand_ (EURUSD,H1) 22:07:32 4758 msec
i7-2700k + 590GTX
La souris ne ralentissait pas, mais la fenêtre "attacher au graphique" était bloquée dans une forme semi-transparente.
->
Je n'ai pas remarqué la tension sur la carte vidéo, elle fonctionne et clique. J'ai ouvert le dispatcher pendant le test, et tout s'est bien passé, pas de décalage, le seul temps de test était de 17 secondes.
Pourquoi votre résultat est-il meilleur ? - Pas mal pour une carte économique, d'ailleurs.
Et même meilleur que celui de Wladimir:
lags (je veux dire écran et curseur)
Urain:
Joo, espèce de grossier bâtard, qui appelle ça un Test-test, j'ai secoué la moitié de l'ordinateur à la recherche du bon fichier. Tu es un plaisantin.
Merci pour le rire. :)
Je n'ai rien remarqué avant que tu ne me le dises.
Ici, le pilote se bloque, et il ne fonctionne pas de la même manière que dans votre test. Pourquoi pas ? De toute évidence, cela n'a rien à voir avec la mémoire de la carte graphique.
Aussi. Après que le pilote de la carte vidéo se soit arrêté (si le test a échoué) et ait repris seul, le test ne recommence pas (il démarre mais se termine par une erreur). Apparemment, le terminal continue de s'accrocher à la ressource vis-a-vis et ne la lâche pas tant que vous ne redémarrez pas le terminal.
->
1. Pourquoi vos résultats sont-ils meilleurs ? - Pas mal pour une carte économique, d'ailleurs.
Et encore mieux que celle de Vladimir:
2. Lorsque le pilote de la carte vidéo se bloque (si le test échoue) et reprend de lui-même, le test suivant ne démarre pas (il démarre mais échoue). Apparemment, le terminal continue de s'accrocher à la ressource vis-a-vis et ne la lâche pas tant que vous ne redémarrez pas le terminal.
1. Je l'ai délibérément répété avec "plus de fils", je me demande quel est le nombre maximum de fils que vous avez avec lui (Nikolay).
2. probablement quelque chose comme ça. J'espère que les signaux ne sonnent pas pour rien. Laissez-les régler ça en haut. :)
Très probablement oui. J'ai fait des tests avec d'autres codes, donc à la première exécution, le test prend ~1700ms, à la deuxième exécution ~120ms.
Apparemment, le code s'accroche dans les processus et le code répété n'a pas besoin d'être initialisé.
Donc c'est la tarte :
Le conducteur n'a jamais eu d'accident.
Lors du "dernier" test, la table a commencé à coller, bien que le terminal affichait de nouveaux ticks sans coller.
On a l'impression que la version 607 sélectionne le dispositif le plus rapide : 3 % de charge vidéo, 100 % de charge CPU.