MT5 Pour ceux qui se soucient de la vitesse. - page 21
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
Pourquoi ça ne marche pas - ça marche, achetez un flux payant et construisez votre propre vélo.
Je ne comprends pas ce qu'on entend par SYSTÈME
Si vous voulez dire le TC, il devrait fonctionner en premier lieu.
Tout le reste est un dixième problème à résoudre.
Nous parlons de la dixième question cruciale...
S'il y a une connexion au serveur, le terminal client et le langage de programmation, les ticks du serveur du courtier, l'ouverture/fermeture opportune des positions et l'échec de la communication avec le serveur... enfin, tout dans cet esprit.
S'il y avait un connecteur au serveur du développeur (pour différentes plateformes), qui peut être intégré dans votre programme, alors écrivez l'EA même en BASIC bien qu'en Delphi (qui sait quoi), et maintenir ce système serait plus facile - si le connecteur se connecte, alors le client peut poser toutes les autres questions au support du langage.
Bien entendu, les versions actuelles (MT4, MT5) sont également nécessaires. Si vous voulez - utiliser la version complète, si vous voulez le connecteur, si vous voulez les deux...
Le système est le terminal et le langage de programmation de l'Expert Advisor.
Le système est tout ensemble et le terminal et le langage de programmation de l'EA, et les ticks du serveur du courtier et la rapidité d'ouverture/fermeture des positions et l'échec de la communication avec le serveur ... et tout dans cet esprit.
S'il y avait un connecteur au serveur du développeur (pour différentes plateformes), qui peut être intégré dans votre programme, alors écrivez l'EA même en BASIC bien qu'en Delphi (qui sait quoi), et maintenir un tel système serait plus facile - si le connecteur se connecte, alors le client peut poser toutes les autres questions au support du langage.
Bien entendu, les versions actuelles (MT4, MT5) sont également nécessaires. Vous pouvez utiliser la version complète ou le connecteur si vous le souhaitez.
Je vois.
Construisez vous-même une piste d'atterrissage sur la propriété pour les airbus. Peut-être qu'un jour tu auras ton propre airbus. Bam, la piste est prête.
Vous n'avez pas besoin de la vitesse supplémentaire si vous n'avez pas le TC pour l'utiliser.
Pourquoi avez-vous besoin d'une super vitesse si vous n'avez pas et n'aurez pas de TS pour cela ?
Je peaufine mon TS depuis 2 ans, j'ai essayé différents algorithmes de travail de l'EA, y compris le commerce de la semaine ronde, et à la fin il y avait un certain système, un certain algorithme.
L'un des principaux critères de réussite (pas le seul) est la vitesse d'ouverture et defermeture des positions.
Certains bons traders n'ont pas besoin de robot du tout - à part le graphique des prix et le volume, ils n'ont besoin que de 2 boutons - Acheter et Vendre... Mais même eux ont besoin de la vitesse d'exécution, car qui sait jusqu'où le prix va aller après avoir pris la décision de fermer.
Je constate que la tendance est à l'augmentation de la vitesse des changements de prix et que les méthodes d'analyse classiques ne fonctionnent pas - il y a une tendance aux algorithmes à haute vitesse, et qui est plus rapide - aura plus raison. Aujourd'hui déjà, ils sont sur la droite.
En outre, la quantité de spéculation et de chasse au stop n'exclut pas la possibilité que le terminal puisse envoyer à un courtier tout ce que vous voulez, comme un cheval de Troie.
Je veux donc contrôler les informations du canal Terminal-Broker et les premiers pas dans cette direction ont donné une image très intéressante. Je ne suis pas prêt à en discuter publiquement et je ne l'ai pas encore compris moi-même, mais je le comprends : je veux le maîtriser et le comprendre.
Et pourquoi avez-vous besoin d'une super vitesse ?
Le TS n'est pas un dogme - il a une vie propre. Le conseiller expert a beaucoup de phases, donc il a aussi beaucoup de modes de fonctionnement, que je devrais pouvoir régler et transformer le conseiller expert en fonction des paramètres calculés par le conseiller expert.
Et nous avons besoin d'un outil pour corriger rapidement les paramètres de l'EA à cette fin.
En outre, vous devez être sûr de la qualité du terminal (qu'il n'est pas surchargé dans certaines phases), et qu'il est contrôlé par vos commandes, ainsi que de la possibilité de moderniser rapidement son programme avec une recompilation ultérieure. Tant que le commerçant ne disposera pas d'un tel système, le développement et la modernisation du TS seront douloureux et inconfortables. Soyez au moins sûr de quelque chose - sinon il y a trop d'incertitudes.
Pour l'instant, il y a trop d'incertitudes, pourquoi l'ordre n'a pas été clôturé (ou fermé), que ce soit l'Expert Advisor qui n'a pas fonctionné, ou un routage de la bourse, ou le terminal qui se bloque, ou le courtier qui n'a pas donné de confirmation de la clôture..... qu'il s'agisse de l'exécution instantanée ou de l'exécution au marché.... si un antivirus Windows s'est déclenché et n'a pas permis au terminal d'envoyer à l'échange ... si les nouvelles sont arrivées et ont mangé du temps CPU ... si l'interface réseau était occupée et que l'envoi du paquet à l'échange a été retardé ...
Le système a donc besoin d'une réserve de vitesse pour ne pas tomber en panne dans les situations critiques.
J'ai trop d'incertitudes en ce moment - pourquoi l'ordre n'a pas été clôturé (ou a été clôturé) - si l'Expert Advisor n'a pas fonctionné, si l'échange est passé, si le terminal a gelé, si le courtier n'a pas donné de confirmation de clôture..... si l'exeqution instantanée ou de marché .... si le vent a démarré l'antivirus et n'a pas permis au terminal d'envoyer à l'échangeur ... si les nouvelles sont arrivées et ont mangé le temps du processeur ... si l'interface réseau était occupée et le paquet a été retardé en envoyant à l'échangeur ...
Si le protocole TCP/IP est lent et...
que vais-je faire avec ces rouleaux compresseurs TcpIp de plus le protocole est lent de toute façon et le serveur ne fonctionnera pas rapidement même sans votre programme.
ou si elle est obsolète...
shelandr:
..et le protocole TCP est très obsolète...
Vous demandez au développeur un connecteur vers le serveur, mais quel en est l'intérêt puisque TCP/IP est, selon vos termes, lent et obsolète ?
Il y a beaucoup d'illogisme dans vos demandes.
Vous demandez au développeur un connecteur vers le serveur, mais à quoi cela sert-il, puisque TCP/IP est, comme vous le dites, lent et obsolète ?
Il y a beaucoup d'illogisme dans vos questions.
La vie humaine et la logique féminine ou masculine en général, il y a des choses qui sont illogiques dans l'ensemble, mais c'est un sujet philosophique et nous ne le considérons pas.
Le protocole TCP/IP, selon vous, est lent et obsolète ? -Non seulement dans mes mots, mais dans les mots de nombreux experts.
Mais en plus de cela, tout un tas de freins et de pépins sont ajoutés à ce protocole obsolète.
La conception actuelle de l'évolution humaine - la division du général en particularités ou la formation de spécialistes étroits - a entraîné la perte de la compréhension holistique des tâches, non seulement dans notre thème mais aussi dans toute autre sphère de la vie, et il n'est pas clair comment cette ère va se terminer.
Par conséquent, on n'apprend pas du tout aux programmeurs à résoudre des tâches en tenant compte du temps d'exécution des commandes et des procédures, et en général, ils ne résolvent que le problème du fonctionnement de principe, mais sans tenir compte des événements réels. La complexité de la programmation a déjà augmenté en raison de l'amélioration constante des méthodes des systèmes et de la croissance exponentielle du nombre et de la complexité des outils qu'ils utilisent.
Un certain nombre de tâches (contrôle de vol et autres tâches de défense) nécessitent un fonctionnement en temps réel - mais là - des programmeurs et autres moyens de méthodes très différents.
En bref : dans tout un tas de pépins matériels et logiciels - le protocole Internet est la seule base solide à laquelle on peut se fier - tout le reste est faux et les systèmes d'exploitation et les programmes (qui sait comment ils sont écrits) et bien d'autres.
Nous ne pouvons même pas résoudre les conflits si nous ne disposons pas d'un enregistrement du protocole du réseau - c'est comme la boîte noire d'un avion... Par exemple, votre argument selon lequel vous avez appuyé pour clôturer un ordre et que la bourse ne l'a pas exécuté est ridicule et peu convaincant. Vous ne pouvez pas même l'argument - il ne peut pas être prouvé ... ou peut-être votre système a gelé à ce point, ou vous avez choisi le mauvais lot ... etc.