Voici ce que vous pouvez faire avec OpenCL directement dans MetaTrader 5, sans aucune DLL. - page 11
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
Apparemment, l'objectif de programmation de l'algotrader est ce qu'on appelle quelque chose comme ça - toute la logique de négociation en quelques lignes.
Dans cet exemple, pour que le signal indique une tendance positive, l'ensemble de l'objectif d'algotrading est en fait contenu dans une seule ligne
qui n'a rien à voir avec la logique de l'ordre, mais qui est décisif pour les résultats du TS.
"Exactement la même ligne" se trouve dans tout conseiller expert compétent. Et c'est celui qui est écrit par les algotraders.
Et qu'est-ce que cela montre dans le commerce réel ? Vous n'êtes pas de bonne humeur. Le problème (s'il y en a un) réside certainement dans une bagatelle non prise en compte et liée au travail réel (quelques pings parasites, pertes de paquets ou variations de tension dans le réseau, qui causent des difficultés à l'esclave). C'est aussi mon sujet, d'ailleurs, je construis lentement un robot.
Pourquoi ?
Je n'ai jamais fait de gui pour les robots du tout, je ne vois pas l'intérêt de perdre du temps dessus.
Je ne vois pas non plus comment on peut analyser visuellement les stratégies de statarbitrage ;)). Toute l'analyse porte uniquement sur les données de calcul, mais il y a suffisamment de journaux dans la phase de débogage pour cela. Par exemple, ces données sont utilisées dans la phase de débogage de la stratégie, mais leur visualisation ne nous apprendra rien.
Apparemment, l'objectif de programmation de l'algotrader est ce qu'on appelle quelque chose comme ça - toute la logique de négociation en quelques lignes.
Dans cet exemple, pour que le signal indique une tendance positive, l'ensemble de l'objectif d'algotrading est en fait contenu dans une seule ligne
qui n'a rien à voir avec la logique de l'ordre, mais qui est décisif pour les résultats du TS.
"Exactement la même ligne" se trouve dans tout conseiller expert compétent. Et c'est celui qui est écrit par les algotraders.
Les ticks ne conviennent que pour le scalping. On ne peut même pas leur faire confiance avec une stratégie à court terme d'un algorithme fermé, car la moitié des positions seront bloquées dans le plat, faute d'analyse technique pour l'entrée correcte. Vous entrerez au hasard, et le résultat sera approprié. Les ticks sont bons pour tester les stratégies, comme me l'ont dit des personnes avisées, et ils rendent mon travail avec les actions plus efficace. Mais quel genre d'entrées par ticks peuvent être - juste pour le scalping, comme entrée-sortie et profit de 5-10 livres. Il s'agit d'une itération pure, sans aucune information. Une fois encore, vous connaissez leur état passé mais vous ne connaîtrez jamais leur état futur. Au lieu de cette absurdité visuelle, attachez quelques indicateurs à votre conseiller expert et ils analyseront le graphique et identifieront le vecteur d'un nouveau mouvement de prix avec une probabilité supérieure à 0,5.)
Une fois de plus, j'aborde le sujet pour savoirce que vous pouvez faire avec OpenCL directement dans le terminal MetaTrader 5 sans aucune DLL
Je dois lire le brouhaha de conneries... S'il vous plaît, si vous n'avez rien à écrire sur le sujet, n'écrivez pas du tout...
Très étrange.
Cela ressemble à une fuite de mémoire exactement dans le terminal.
J'ai écrit un script pour le démontrer. Je veux m'assurer que je ne rate rien et qu'il s'agit bien d'un bug.
La mémoire fuit, de manière assez visible. Une centaine de Mo par minute.
La fuite est exclue dans le programme puisqueMQLInfoInteger(MQL_MEMORY_USED) l'exclut.
S'agit-il vraiment d'un bogue et dois-je m'adresser au Service Desk ?
Le script imprime dans le journal la quantité de RAM consommée, à la fois par le programme lui-même et par le terminal.
Très étrange.
Cela ressemble à une fuite de mémoire exactement dans le terminal.
J'ai écrit un script pour le démontrer. Je veux m'assurer que je ne rate rien et qu'il s'agit bien d'un bug.
La mémoire fuit, de manière assez visible. Une centaine de Mo par minute.
La fuite est exclue dans le programme puisqueMQLInfoInteger(MQL_MEMORY_USED) l'exclut.
S'agit-il vraiment d'un bogue et cela vaut-il la peine d'aller chez Servicedesk ?
Veuillez poster les résultats des études sur ce sujet ici plus tard afin que nous sachions où le chien est enterré ;))
Personne n'utilise OpenCL dans des tâches pratiques ? :)
Veuillez poster ici le résultat de vos recherches sur ce sujet, afin de savoir où le chien est enterré ;))
OK. Désolé, vous êtes comme moi, vous êtes bloqué à cause de cela, ou vous voulez juste savoir pour le développement général ?
Personne n'utilise OpenCL dans des tâches pratiques ? :)
C'est le cas, mais je n'ai pas encore eu le temps d'étudier votre exemple.
C'est le cas, mais je n'ai pas encore eu le temps d'étudier votre exemple.
Super. Le script imprime dans le journal la quantité de RAM consommée, à la fois par le programme lui-même et par le terminal. Si vous exécutez le script, vous verrez immédiatement dans le journal combien de Mo de RAM le terminal consomme.
Utilisez-vous des calculs intensifs dans vos programmes ?