Erreurs, bugs, questions - page 2504
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
c'est une programmation orientée raton laveur!
Hélas, on ne peut pas s'en passer ;)
J'en suis conscient. Je ne vous demande pas de m'apprendre la programmation opérationnelle. J'ai demandé qui utilise l'alignement dans quel but.
Les gens, pouvez-vous partager quelques informations ? Pourquoi utilisez-vous l'alignement ?
Tout cela est très utile dans un environnement multithread, c'est ainsi que je le vois. Qu'est-ce que MKL a à voir là-dedans ? Je ne sais pas, la question a été posée, alors je suis resté bloqué.
Et en général - ce sont les bases, une compréhension de base est nécessaire pour tout bon programmeur.
ZS : Eh bien, il y a beaucoup de fanatiques de la vitesse ici, s'ils commencent à tout aligner intelligemment, ils devraient voler encore plus vite, en théorie du moins.Les gens, partagez quelques informations. Pourquoi utilisez-vous l'alignement ?
Vict:
ZS : Eh bien, il y a beaucoup de fans de vitesse ici, s'ils commencent à bien faire les choses, ça devrait aller encore plus vite, en théorie du moins.
En général, je ne m'y attendais même pas :
Le code est un peu trop compliqué - j'ai essayé de frapper l'élément qui ne rentre pas dans la ligne de cache et de taper directement dessus, mais ça n'a pas marché (ça pourrait probablement être fait si je le voulais, mais je me suis ennuyé), et je n'ai pas beaucoup changé le code. Mais ceci est encore plus impressionnant - seulement un des 16 effondrements est fait sur un élément qui ne tombe pas dans la ligne de cache, néanmoins il donne un résultat raisonnable.
SZY : il est plus objectif dans ce cas de faire RIGHT_ALIGNED en insérant deux courts, au lieu de supprimer l'unique (ainsi nous réaliserons deux mises à jour de la ligne de cache pour les deux cas). L'accélération sera plus modeste, mais toujours environ 1,5 fois plus importante.
Au fait, dans mql, la valeur par défaut de pack est 1, en quelque sorte.
A en juger par le post précédent, il est peut-être judicieux de prescrire explicitement 8 à toutes les structures et classes.
Je n'arrive pas à me remettre de l'erreur.
J'ai pris le zigzag de la livraison Metatrader pour démontrer l'erreur. Ajout de tampons supplémentaires au code, pris dans mon programme. Aucune manipulation avec des tampons supplémentaires n'est prévue dans ce code. Ils servent juste à démontrer l'erreur.
J'ai tracé ce zigzag sur la trame temporelle H1 de l'EURUSD. Fermez le terminal. Suppression de toutes les séries chronologiques générées pour EURUSD dans l'historique. J'ai donc supprimé tous les fichiers *.hcc et *.hc de la paire de devises EURUSD. Cela a été fait pour assurer le chargement des fichiers .hcc et la génération des fichiers .hc à partir d'une feuille propre.
Après le démarrage du terminal, vous verrez beaucoup d'artefacts sur le graphique EURUSD. Ces artefacts ne peuvent pas être traités.
Je joins le code modifié du zigzag sous forme de texte et sous forme de fichier.
Je tiens à vous avertir que les paramètres du zigzag sont spécifiés via #propert.
Tous les autres tampons ne sont pas définis via #propert, car tout, y compris les tampons de zigzags, est modifié dynamiquement.
Veuillez aider les développeurs du terminal à corriger ce bogue.
Photo avec artefacts :
Je n'arrive pas à me remettre de cette erreur.
J'ai pris le zigzag de la livraison Metatrader pour démontrer l'erreur. Ajout de tampons supplémentaires au code, pris dans mon programme. Aucune manipulation avec des tampons supplémentaires n'est prévue dans ce code. Ils servent juste à démontrer l'erreur.
J'ai tracé ce zigzag sur la trame temporelle H1 de l'EURUSD. Fermez le terminal. Suppression de toutes les séries chronologiques générées pour EURUSD dans l'historique. J'ai donc supprimé tous les fichiers *.hcc et *.hc de la paire de devises EURUSD. Cela a été fait pour assurer le chargement des fichiers .hcc et la génération des fichiers .hc à partir d'une feuille propre.
Après le démarrage du terminal, vous verrez beaucoup d'artefacts sur le graphique EURUSD. Ces artefacts ne peuvent pas être traités.
Je joins le code modifié du zigzag sous forme de texte et sous forme de fichier.
Je tiens à vous avertir que les paramètres du zigzag sont spécifiés via #propert.
Tous les autres tampons ne sont pas définis via #propert, car tout, y compris les tampons de zigzags, est modifié dynamiquement.
Veuillez aider les développeurs du terminal à corriger ce bogue.
Photo avec artefacts :
Tous les tampons doivent être initialisés.
S'il n'y a pas de valeur dans le tampon sur la barre, elle doit être écrite explicitement dans le tampon. En d'autres termes, si la valeur calculée doit être sortie dans le tampon, écrivez-la dans le tampon, sinon écrivez une valeur vide.
En général, je ne m'attendais même pas à ça :
Les essais effectués par mes soins n'ont montré aucune différence notable.
Si au lieu de
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Bugs, bugs, questions
Vict, 2019.07.09 07:17
Data data[32768];
faire
Il y a un ralentissement de 6x !
Tous les tampons doivent être initialisés.
S'il n'y a pas de valeur dans le tampon sur la barre, elle doit être explicitement écrite dans le tampon. C'est-à-dire, si la valeur calculée doit être sortie dans le tampon - nous l'écrivons dans le tampon, sinon - nous écrivons une valeur vide.
Désolé, j'ai raté l'initialisation. Je l'ai dans mon programme mais je l'ai manqué dans l'exemple.
Vous trouverez ci-joint un fichier avec l'initialisation. L'effet est le même.
La question qui se pose aux développeurs demeure. Veuillez corriger ce bogue.
-------------
À mon avis, il se passe ce qui suit. Lorsque l'on lance le programme avec le terminal, la taille de la série temporelle est égale à zéro ou a une valeur minimale.
Le programme est initialisé sur le morceau d'histoire existant. Mais lorsque la taille des séries temporelles est augmentée, les fragments de mémoire qui n'ont pas passé l'initialisation sont utilisés pour les tableaux tampons. Par conséquent, nous avons cet effet.
J'ai essayé de gérer cet effet en utilisant les événements du terminal. Les artefacts apparaissent tout de même pendant une fraction de seconde. Et ce n'est pas bon. Un tel programme ne doit pas être publié.
Voici comment le réparer. Après l'allocation de mémoire pour les tampons, vous devez effacer cette mémoire immédiatement. Mais comment pouvons-nous le faire ? Je n'ai pas trouvé une telle fonctionnalité du côté du développeur de l'application du terminal.
un bug de longue date dans l'éditeur :
- enregistrer le fichier sous un nouveau nom (par exemple : nom_v1.2)
- placer le curseur sur une variable (ou un appel de fonction)
- appuyez sur alt+g
- un ancien fichier est ouvert et l'édition saute à celui-ci (