Erreurs, bugs, questions - page 1031
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
Les six fonctionnaient jusqu'à ce que j'en désactive un il y a quelques jours : le processeur surchauffait (il fait chaud dans la pièce). Maintenant cinq fonctionnent, le vol est normal.
Désolé, fausse alerte :)
C'est juste qu'il n'y a que 3 agents en cours d'exécution, mais ils rebondissent sur différents cœurs.
J'ai manqué la capacité du système à distribuer la charge uniformément...
.............
Comment ça se passe là-dedans ?
Je ne peux pas reproduire votre situation pour une raison simple : je n'ai pas de :
L'un des périphériques OpenCL présente une erreur de pilote et le terminal se bloque lorsqu'on essaie de l'utiliser.
Reportez-vous à la branche du registre [HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\OpenCL\Vendors] pour deviner les périphériques OpenCL dont vous disposez.
Il est recommandé de trouver des mises à jour pour eux.
Bizarre, j'ai mis à jour les pilotes. Après la mise à jour, deux terminaux ont démarré sans problème, puis ont recommencé à donner cette erreur.
(nvidia geforce 710m version 320.49)
L'initialisation du terminal OpenCL a sauté à cause d'une erreur critique, veuillez mettre à jour les pilotes OpenCL.
Comment pouvez-vous vérifier si le pilote fonctionne ou non d'une autre manière ?
Téléchargé intel_sdk_for_ocl_applications_2013_x64 Il semble fonctionner maintenant.
2013.08.05 09:15:38 Périphérique OpenCL n°1 : GPU NVIDIA Corporation GeForce 710M avec OpenCL 1.1 (2 unités, 1550 MHz, 1024 Mb, version 320.49, classement 181)
2013.08.05 09:15:38 Dispositif OpenCL #0 : Intel(R) Corporation Intel(R) Pentium(R) CPU B960 @ 2.20GHz avec OpenCL 1.2 (2 unités, 2200 MHz, 2885 Mb, version 1.2, rating 13)
Tout caractère unique placé entre guillemets simples ou codé en caractères ASCII hexadécimaux comme '\x10' est une constante de caractère et est de type ushort.
La question se pose alors de savoir pourquoi le compilateur ne peut pas distinguer ushort de int - sans aucune indication explicite ?Dans la référence MQL5 :
Tout caractère unique placé entre guillemets simples ou codé en caractères ASCII hexadécimaux comme '\x10' est une constante de caractère et est de type ushort.
La question se pose de savoir pourquoi le compilateur ne peut pas faire la distinction entre ushort et int, sans indication explicite ?Vous lisez la documentation de manière trop sélective
Notions de base du langage - Types de données - Conversion de type
Les types de données char, uchar, short et ushort sont inconditionnellement convertis en type int dans les opérations.
Correctement, vous ne devriez laisser qu'une seule opération, int, surchargée. Sinon, vous pouvez obtenir toutes sortes d'effets aléatoires
Vous lisez la documentation de manière trop sélective
Bases du langage - types de données - conversion de type
Rien n'est donné ici - tout fonctionne.
La question est que "5" est du type "ushort".
Ils ne sont coulés que dans les endroits où cela est nécessaire.
Rien n'est donné ici - tout fonctionne.
Le problème est que '5' est du type ushort.
Au fait, que vouliez-vous dire en essayant d'organiser le décalage vers la gauche par 35 (qui est le nombre en lequel le '5' littéral se convertit) ?