Discussion de l'article "Accélération des calculs avec le réseau cloud MQL5" - 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
Pour répondre à ma propre question. Les calculs GPU offrent un bon avantage lorsque vous devez effectuer plusieurs calculs simples, par exemple, calculer le nombre de pi en effectuant 1 000 000 d'interactions.
Mais pour les agents de test, il n'est pas adapté à ces tâches, vous avez besoin de l'unité centrale et du GPU en soutien.
C'est tout à fait exact. Mais pour autant que je me souvienne, MQ n'a pas pris de décision définitive quant à la prise en charge d'OpenCL dans les agents.
La difficulté réside dans le fait qu'il y a généralement moins de cartes graphiques que d'agents. En d'autres termes, il faut déterminer l'ordre d'accès, ce qui réduira essentiellement le calcul au séquentiel (dans le pire des cas).
Les autres questions ne sont pas moins compliquées, mais au moins il n'y a pas de problème avec l'énoncé du problème.
Tout à fait. Mais pour autant que je me souvienne, le MQ n'a pas encore pris de décision définitive quant à la prise en charge d'OpenCL dans les agents.
La difficulté réside dans le fait qu'il y a généralement moins de cartes graphiques que d'agents.
Le problème d'OpenCL dans les agents est décrit ici : Explanation of OpenCL/GPU limitations in MQL5 Cloud Network services and remote agents (Explication des limitations d'OpenCL/GPU dans les services de réseau en nuage et les agents distants de MQL5)
Jusqu'à ce que le modèle des pilotes GPU change, il sera impossible d'accéder aux capacités GPU à partir des services (les agents fonctionnent comme des services). Il s'agit pratiquement d'un blocage technique pour plusieurs années.
Nous n'y sommes pour rien, tous les fabricants de logiciels distribués pour les GPU sont tombés dans le même travers.
Le problème d'OpenCL dans les agents est décrit ici : Explication des limitations OpenCL/GPU dans les services MQL5 Cloud Network et les agents distants
Jusqu'à ce que le modèle des pilotes GPU change, il sera impossible d'accéder aux capacités GPU à partir des services (les agents fonctionnent comme des services). Il s'agit pratiquement d'un blocage technique pour plusieurs années.
Nous n'y sommes pour rien, tous les fabricants de logiciels distribués pour GPU sont tombés dans le même travers.
Dans quelques années, le matériel sera différent, nous constatons d'ores et déjà une augmentation du nombre de cœurs de CPU avec une réduction de leur puissance et une augmentation simultanée de la puissance des GPU.
augmentation simultanée de la puissance des cœurs de GPU. Dans l'idéal, ils fusionneront en un dispositif universel qui broiera rapidement le code sériel et le code parallèle.
Mais merci pour cela, après tout les calculs GPU sont implémentés et ce n'est certainement pas un désavantage pour la plateforme.
Dans quelques années, le matériel sera différent. Aujourd'hui déjà, nous constatons l'augmentation du nombre de cœurs de CPU avec une réduction de leur puissance et une augmentation simultanée de la puissance des cœurs de GPU.
et l'augmentation simultanée de la puissance des cœurs de GPU. Dans l'idéal, ils fusionneront en un dispositif universel qui broiera rapidement le code sériel et le code parallèle.
Mais merci pour cela, après tout les calculs GPU sont implémentés et ce n'est certainement pas un désavantage pour la plateforme.
Par problème "technique", je n'entendais pas les problèmes matériels.
Je voulais dire "le modèle de pilote Windows ne permet pas d'accéder au GPU à partir des services". En d'autres termes, il s'agit d'une embuscade architecturale avec des niveaux d'accès de sécurité dans laquelle tout le monde est soudainement tombé.
Et il est impossible de sortir de ce modèle dans un avenir proche. Du moins, pas pour les GPU à usage général. Nvidia Tesla peut toujours fournir un pilote personnalisé pour un accès direct en mode "pour les calculs uniquement", mais les cartes graphiques courantes ne peuvent pas s'en affranchir - elles doivent toujours faire tourner les graphiques sur la même puce.
Excusez-moi, mais combien coûterait 1 000 000 de calculs ? Je veux dire, combien le système de distribution donnera-t-il d'argent à une machine pour avoir effectué 1 000 000 d'opérations ?
Le paiement ne se fait pas en fonction du nombre de tâches, mais en fonction du temps passé à les résoudre.
Et en général, tout est écrit ici https://cloud.mql5.com/ru/faq/payments.
Bonjour. Deux problèmes avec les déductions de nuages.
1. Le gestionnaire d'agents sur mon ordinateur montre qu'il y a 4 agents (4 cœurs) et qu'ils sont en cours d'exécution. En même temps, je ne les vois pas dans mon profil sur le site - "La liste des agents est vide".
2. J'ai commencé l'optimisation, l'algorithme génétique. Il montre qu'il y a plus de 1000 agents dans "MQL5 Cloud Europe2" et qu'il y a un équilibre de 2.0. Ils ont été utilisés pendant un certain temps, le solde a diminué à 1,88 et tout s'est arrêté. Il écrit Authorised dans les lignes avec le nombre d'agents disponibles, mais ne les utilise pas pour une raison quelconque. Nous avons crawlé avec nos processeurs pendant près de 24 heures.
1. les agents apparaîtront dans les statistiques du site web dès qu'ils exécuteront au moins une tâche à partir du nuage.
2. Vous pouvez voir les détails de vos tâches dans votre profil personnel sous "Agents - Tâches". Là, vous avez en fait 0,12 utilisé sur 2,00. Essayez de l'exécuter à nouveau. Il semble que ce soit la défense de Claude, qui essaie de ne pas ramener la balance à moins.
En fait, vous pouvez installer plusieurs agents sur votre ordinateur, et les utiliser pour votre propre compte, sans avoir besoin d'aucun réseau (internet, LAN, WAN ou tout autre nuage), mais j'ai trouvé que c'était encore plus lent >_<
Voici comment faire : lancez MetaTester.exe (MetaTester64.exe si vous utilisez 64 bit), décochez tout sous les onglets "Overview" et"MQL5 Cloud Network", et ajoutez plusieurs agents dans l'onglet "Service", une fois que vous avez fini d'ajouter des agents, faites un clic droit sur la liste des agents et sélectionnez "Export".
Ouvrez MT5 et Strategy Tester (Ctrl + R), sous l'onglet "Agents", faites un clic droit et sélectionnez "Importer" et importez la liste des agents et maintenant vous verrez que vous avez plusieurs agents sous "Remote". Ces agents sont en fait installés sur le même ordinateur que MT5 mais le même MT5 considère cet agent comme distant.
Encore une fois, - peut-être parce que j'utilise un Dual Core et que j'installe beaucoup d'agents pour cela - quand je teste cela, cela n'accélère RIEN, cela ralentit même encore plus >_<.
Salutations aux créateurs de l'informatique en nuage,
J'ai une suggestion spécifique pour améliorer les capacités du nuage.
Letesteur de stratégie est bien sûr très bien.
Mais je pense que beaucoup de gens s'en passent et utilisent des calculs complexes en temps réel,
Par exemple, j'ai été confronté à un tel problème :
J'ai créé un indicateur qui fait beaucoup de calculs (avec des interruptions pour que le terminal ait le temps de dessiner le graphique).
Par exemple, il fait un nombre N de calculs, mais je voudrais plus de N fois (100 ou 1000 ou 10000 fois),
Bien sûr, on peut acheter dix ordinateurs et faire tourner 40 terminaux et gérer tous ces temps au niveau de la synchronisation des indicateurs.
Mais ce serait cool si l'indicateur était calculé dans le Cloud Network en temps réel, je suis moi-même programmeur et je pense que c'est possible de le faire.
Et je suis sûr que ce serait un service populaire.
Il me semble que le testeur de stratégie est utilisé pour tester une idée, et si l'idée se révèle bonne, alors des systèmes fonctionnant en temps réel sont écrits, et c'est là que la performance est requise.