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
Le chemin... pas bon, vous ne pensez pas ? !
Suggestion aux développeurs : introduire un format de temps plus précis dans la structure MqlTick, de sorte que chaque tick ait un nombre de millisecondes.
Tout arrive, c'est juste que le premier appel déclenche la pagination et que les appels suivants sont instantanés.
Voici un exemple :
Une demande de 2.000.000 de tiques :
Les fichiers tick se trouvent ici, afin de pouvoir les transférer facilement (car ils seront énormes) :Vous ne pouvez pas attendre des courtiers qu'ils vous donnent un historique régulier et détaillé. Ils ont appris à transformer les minutes en heures sur un cinq et si vous vous en plaignez, ils disent qu'ils ne peuvent pas se permettre de charger le serveur avec des gigaoctets de données historiques. Quel genre de tiques y a-t-il...
10-20 mb par mois. Demandé 20.000.000 de tiques, et des dossiers seulement jusqu'en mai de cette année. Cependant...
C'est exact, 20 000 000 de ticks, c'est environ (tout dépend du symbole) jusqu'au 15 mai 2015.
Demandez plus.C'est exact, 20 000 000 ticks, c'est jusqu'au 15 mai 2015.
Demandez plus.La RAM a clairement indiqué qu'elle était épuisée. Le terminal consommait 1,5 à 2 Go. Le script a vérifié autant qu'il le pouvait. Par tranches de 100 000.
Quel genre de scénario ? Montrez-moi le code, s'il vous plaît.
Peut-être n'avez-vous pas libéré (directement ou indirectement) la mémoire précédemment utilisée ?
C'est exact, 20 000 000 ticks, c'est jusqu'au 15 mai 2015.
Demandez plus.Quel genre de script ?
Peut-être ne libère-t-il pas la mémoire précédemment occupée ?
Très probablement, je l'ai écrit moi-même. Hum, comment libérez-vous la mémoire précédemment occupée ici ?