Nouveautés de MetaTrader 4 et MQL4 - de grands changements en perspective - page 62
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
Plus les gens connaîtront toutes ces informations (sur les tiques), moins les cuisines auront de succès et plus les entreprises honnêtes auront de succès. Personnellement, je suis en faveur des entreprises honnêtes et je suis intéressé par la disparition complète des cuisines frauduleuses.
Je ne veux commercer qu'avec des entreprises honnêtes.
Si seulement la plateforme versait du whisky, alors ce serait une bonne opportunité, mais telle qu'elle est, la plateforme MT4 est suffisamment bonne. Vous ne pouvez pas simplement ajouter des tics, des verres, des volumes. L'architecture ne le permettait pas.
Même s'ils apparaissent, qu'est-ce que cela changera ? Des bénéfices ? Sur les sites sérieux, MT est comme une selle sur une vache. Et sur les personnes sans gravité, les tiques seront rapidement balayées.
Tout d'abord, la répétition des ticks est facile à vérifier, personne n'a annulé en temps réel, et tout le monde peut répéter son histoire.
Deuxièmement, l'architecture le permet, pour autant que les programmeurs utilisent anormalement leur propre historique de tics.
Dans le testeur, les ticks sont générés de la même manière, fixez l'algorithme à la place de la génération et tout fonctionnera (d'ailleurs, cela peut être fait de manière optionnelle, en sauvegardant ce que nous avons).
Jusqu'à présent, tous les arguments MQ concernent des volumes d'information, mais aux vitesses actuelles d'Internet et aux volumes de disque dur et de mémoire vive, cela ne peut pas non plus être une longue excuse.
Les DT se préparent à la révolution des tiques, ils collectent, distribuent et donnent déjà des tiques (pour l'instant anormalement).
Donc c'est juste une question de décision politique de la part de MQ.
Je dispose d'informations issues de mon expérience ! Lorsque je construis mon TS en me basant sur les devis des TF de M5 à H1, tout va bien ! Mais lorsque j'essaie d'ajouter des données à partir de M1, tout part en vrille ! Je ne peux qu'imaginer ce que feront les tiques ! Juste du bruit inutile, rien de plus ! Rendre TC insensible au fait qu'elle ne s'en soucie pas plus que ça !
Je n'écris pas de TS subtil, mais je suis intimidé par les nombreuses questions sur la différence entre les tests dans un testeur et en temps réel sur une démo.
Une histoire à tic-tac résoudrait ce problème une fois pour toutes, et on pourrait faire confiance au testeur (autant qu'à la démo en temps réel).
N'êtes-vous pas fatigué de penser aux choses éternelles ?
Merde, vous allez sur le site, vous voyez des changements dans la branche qui vous intéresse, vous y allez, et là... Tout est pareil et il n'y a aucun changement ou information de la part du MC.
Vous pouvez tous demander le bouton "pâte"...
De plus, l'excuse selon laquelle on se préoccupe de la circulation des marchandises ne fonctionne pas, les DT ont déjà senti la situation et se préparent à la révolution des tiques, ils collectent, affichent et distribuent déjà les tiques (pas encore).
Donc c'est juste une question de décision politique de MQ.
Jusqu'à présent, les concessionnaires n'en ont fait qu'une simple question de marketing. Et il y a 2,5 utilisateurs par semaine sur un bond en avant.
Et que faire des tiques, qui représentent jusqu'à un gigaoctet par an pour un seul symbole, ce n'est pas clair. Une douzaine de symboles pendant une décennie et il y a déjà 100 gigaoctets. Le volume par utilisateur, qui donne une bonne estimation de l'échelle. Et ce n'est que la partie technique du problème.
Jusqu'à présent, les concessionnaires n'en ont fait qu'une simple question de marketing. Et il y a 2,5 utilisateurs par semaine sur un téléchargement au coup par coup.
Mais que faire des tics, qui représentent jusqu'à plusieurs gigaoctets par an pour un seul personnage, ce n'est pas clair. Une douzaine de personnages en une douzaine d'années et il y a déjà 100 gigaoctets. Le volume par utilisateur, qui donne une bonne estimation de l'échelle. Et ce n'est que la partie technique du problème.
serferrer: 2013.06.11
La fourniture de l'historique des tics n'est plus un problème maintenant, la vitesse de l'internet a augmenté de 100 à 1000 fois (dialup - adsl, optique) et les disques durs ont augmenté de 1000 fois (gigaoctets - téraoctets), le prix par mégaoctet d'information (téléchargé et sur le disque dur) a diminué, au cours des 10 dernières années, il y a encore des torrents, la taille de tout l'historique des tics EURUSD d'avril 2007 à maintenant dans le .bi5 = 743 MB avec Dukascopy (par exemple avec la vitesse de l'ADSL 10 Mbit = 1 Mb/sec il faut 12 minutes).
https://www.mql5.com/ru/forum/1031/page18#comment_520781
743*35 = 26 gigaoctets pour 35 instruments, en fait ce sera même moins puisque EURUSD est l'instrument le plus liquide (il a le plus de ticks), ce sont des ticks réels d'avril 2007 et certains instruments sont apparus plus tard que 2007.
+ Si MetaTrader 5 est considéré comme un terminal pour les échanges, pourquoi n'est-il pas capable d'effectuer des tests de tick précis ?
Jusqu'à présent, les concessionnaires n'en ont fait qu'une simple question de marketing. Et il y a 2,5 utilisateurs par semaine pour un téléchargement au coup par coup.
Mais ce qu'il faut faire des tiques, qui représentent jusqu'à un gigaoctet en un an pour un seul symbole, n'est pas clair.
Tout va bien. Dans le terminal, dans les paramètres, créer une variable (comme MaxTickHistory), par défaut attribuer 0. Tout le monde n'a pas besoin de ticks, par exemple, voici un avis :
У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!
Il n'a pas besoin de tiques. Mais je le fais, et j'ajusterai les paramètres à la profondeur nécessaire.
Pour mes transactions, j'ai besoin de ticks à une profondeur de quelques jours, pour des tests - un mois ou deux + quelques jours, mais pour des recherches sur la dynamique du marché, je téléchargerais la profondeur de 6-8 ans pour 20-30 symboles. Les capacités de mémoire des disques permettent (deux disques durs de 3 téraoctets + 1 téraoctet) - je les ai achetés spécialement pour les données historiques.
Dix symboles pour dix ans et il y a déjà 100 gigs. Volume par utilisateur, qui donne une bonne estimation de l'échelle. Et ce n'est que la partie technique du problème.
Alors, réfléchissons. Si la déclaration d'intention de mettre en œuvre l'innovation tant attendue apparaît, les gens comprendront parfaitement tous les problèmes qui se posent (par exemple, la limitation de la vitesse de téléchargement). Il peut même y avoir des suggestions utiles pour la mise en œuvre. Par exemple, il est possible de répartir le trafic entre les utilisateurs, si les terminaux des utilisateurs sont réunis dans un réseau contrôlé "peer to peer" qui envoie aux "collègues commerçants" les morceaux manquants de l'historique des tics. Dans ce cas, le courtier ne fournira en fait au réseau que les nouveaux ticks + le remplissage initial de la base historique pour un petit pourcentage d'utilisateurs.
En somme, tout peut être résolu. Dans les conditions actuelles de l'Internet, cette tâche ne devrait pas horrifier les développeurs autant qu'il y a, disons, 6-7 ans. Les vitesses sont excellentes, la capacité de stockage sur disque est tout à fait abordable pour les courtiers et les "fans de tics".
Jusqu'à présent, les concessionnaires n'en ont fait qu'une simple question de marketing. Et il y a 2,5 utilisateurs par semaine sur un téléchargement au coup par coup.
Mais ce qu'il faut faire des tiques, qui représentent jusqu'à un gigaoctet par an pour un seul symbole, n'est pas clair. Une douzaine de personnages en une douzaine d'années et il y a déjà 100 gigaoctets. Le volume par utilisateur, qui donne une bonne estimation de l'échelle. Et ce n'est que la partie technique du problème.
N'oubliez pas que les tiques sont merveilleusement compressibles. Les archiveurs zip standard compriment l'historique des tics d'un jour RTS actif de 8 mb à 350 kBytes. Et pourtant, il s'agit d'un simple fichier texte non optimisé. Avec votre propre archiveur hautement spécialisé, le résultat peut encore être amélioré. Ainsi, dans le pire des cas (environ 200 000 ticks par jour), cela représente 100mByte par an (350kByte * 270 jours). Les outils liquides sont de 30 à 40, ce qui nous donne 3 à 4 Go par an ou seulement 30 à 40 Go en 10 ans - ce qui est peu par rapport aux normes actuelles.
Jusqu'à présent, les concessionnaires n'en ont fait qu'une simple question de marketing. Et il y a 2,5 utilisateurs par semaine pour un téléchargement au coup par coup.
Mais ce qu'il faut faire des tiques, qui représentent jusqu'à un gigaoctet par an pour un seul symbole, n'est pas clair. Une douzaine de caractères en une décennie et il y a déjà 100 gigaoctets. Le volume par utilisateur, qui donne une bonne estimation de l'échelle. Et ce n'est que la partie technique du problème.
Le mot clé ici est "facultatif".
Pas besoin de casser ce que vous avez, ajoutez des options.
Tout d'abord, commencez par des ticks personnalisés au lieu de ceux générés dans le testeur,
plus de tiques de sauvetage dans l'histoire,
avec augmentation de la demande de diffusion de l'historique des ticks depuis le serveur de négociation et ainsi de suite.
SZS et chaque élément est facultatif, vous pouvez même envoyer des statistiques sur l'utilisation des options à connaître.