MT5 Pour ceux qui se soucient de la vitesse. - page 18
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
Une bonne question... Je vais essayer de donner une réponse appropriée.
1 Je ne parle pas de microsecondes = les millisecondes suffisent.
2 Peut-être que la variante que vous suggérez n'est pas mauvaise, mais je ne la connais pas, et elle demande beaucoup d'efforts pour être maîtrisée et utilisée, mais si je comprends bien, nous parlons de programmation dans le système MQL... À mon avis, c'est une idéologie à l'envers, quand on n'inclut pas MQL dans les outils de programmation standard, mais qu'on cherche des solutions pour son propre langage - un langage très spécifique, d'ailleurs.
Mais l'essentiel n'est pas là, il y a plein de NICs très rapides après tout.
Le problème est que, quelle que soit la façon dont nous programmons, la structure du système reste la même.
Le seul moyen d'y gagner est de modifier la configuration du système. Par exemple, le traitement des signaux d'échange peut se faire dans un routeur, si on ajoute un peu de logiciel de traitement à son processeur, et alors la branche du routeur à l'ordinateur disparaît complètement, tout se passe dans le routeur.
Et au lieu d'un routeur, on peut avoir un serveur et le traitement se fait dans le serveur. ( suite )
En outre, je pourrais héberger ce programme sur un serveur externe et me débarrasser des voisins de torrents et de son fils, qui en a déjà assez).
Mais pour cela, j'ai besoin de communiquer avec le courtier du serveur directement et non par l'intermédiaire de médiateurs lents.
Il ya un autre problème-programmation d'échange sur l'Internet, je ne peux que par des procédures standard ou des commandes fournies dans la bibliothèque, comme MSDN - Je ne suis pas très pratique parce qu'ils sont également écrits et ce qu'ils font et comment personne ne sait ...
Si j'avais la possibilité de programmer au niveau de l'extrémité physique, je pourrais définir des priorités et obtenir ce dont j'ai besoin et quand j'en ai besoin... de plus, le contrôle actuel de la connexion au serveur de courtage ne ferait pas de mal du tout.
Disons que le traitement des signaux d'échange peut se faire dans le routeur si on ajoute un petit programme de traitement à son processeur et alors la branche du routeur à l'ordinateur disparaît complètement, tout se passe dans le routeur.
Une drôle de chose a été inventée :
A propos.
Stock# est une bibliothèque de programmes pour SmartCOM, permettant de créer sur la plateforme .NET des robots de trading, des programmes analytiques et des MTS.Stock# vous permet d'automatiser le trading, de créer absolument n'importe quelle stratégie : du scalper rapide au positionnel long, de développer n'importe quel programme analytique, indicateurs et conseillers.
Caractéristiques d'une bibliothèque :
Vous pouvez poser des questions à l'auteur et discuter des fonctionnalités sur notre forum.
De plus amples informations sur la bibliothèque, ainsi que pour télécharger la dernière version peuvent être trouvées sur le site de l'auteur
Les enthousiastes... Voyez ce qu'ils ont fait - beaucoup d'applications graphiques de stock...
Mais ils ont oublié que cela prend beaucoup de temps pour les faire fonctionner... Ils ont beaucoup de freins pour dessiner l'écran au lieu de transférer les fonctions d'analyse au robot...
Ceci est compréhensible : l'auteur est un programmeur, pas un trader, il ne sait pas lui-même ce dont quelqu'un a besoin... Je vais devoir appeler pour parler - peut-être que je ne comprends pas quelque chose...
Non... creuse un peu plus profond... regarde la référence :
Génération du code machine
La plupart des compilateurs traduisent un programme d'unlangage de programmation de haut niveau en uncode machine qui peut être exécuté directementpar le processeur. En règle générale, ce code est également orienté vers une exécution dans l'environnement d'unsystème d'exploitation particulier, car il utilise les facilités qu'il fournit(appels système, bibliothèques de fonctions). L'architecture (l'ensemble des logiciels et du matériel) pour laquelle la compilation est effectuée est appeléela machine cible.
Le résultat de la compilation est un module exécutable offrant les meilleures performances possibles, mais lié à un système d'exploitation et à un processeur spécifiques (et qui ne fonctionnera pas sur d'autres).
Ladécompilation consiste à recréer le code source à l'aide d'un décompilateur.
La décompilation, en particulier, est utilisée dans l'ingénierie inverse des programmes.
La réussite de la décompilation dépend de la quantité d'informations présentes dans le code décompilé ; lebytecode utilisé par la plupart des machines virtuelles (telles que lamachine virtuelle Java ou leCommon Language Runtime de.NET Framework) contient souvent de nombreuses métadonnées, ce qui rend la décompilation possible, alors que lecode machine est plus clairsemé et difficile à décompiler. Les appels de sous-routines ou de fonctions avec des adresses indirectes sont particulièrement difficiles à décompiler.
Génération de bytecode
Le résultat du travail du compilateur peut être un programme dans unlangage de bas niveau spécialement créé pour êtreinterprétépar une machine virtuelle. Un tel langage est appelé pseudocode oubytecode. En règle générale, il ne s'agit pas du code machine d'un ordinateur et les programmes qui y sont écrits peuvent être exécutés sur diverses architectures qui disposent d'une machine virtuelle correspondante, mais dans certains cas, des plates-formes matérielles sont créées pour prendre en charge directement le pseudocode de n'importe quel langage. Par exemple, le pseudo-code Java est appelébytecode Java et est exécuté dans lamachine virtuelle Java, et la spécification du processeurpicoJava a été créée pour l'exécution directe. Pour le.NET Framework, le pseudocode est appelé CommunonIntermediate Language(CIL) et le runtime est appelé Common Language Runtime (CLR).
Je devrais essayer de décompiler quelque chose...
Des gadgets intéressants :
Module Ethernet...Nomber2...
peut les programmer rapidement et de manière fonctionnelle... Je ne peux pas les mettre sur un VPS, mais ils feront l'affaire pour la maison...
J'aimerais qu'il soit plus puissant, bien sûr, mais il est nécessaire de se pencher également sur ces fonctionnalités... Il est possible d'accrocher le bus Comp-Router en parallèle et il communiquera à la fois avec l'ordinateur et le serveur du courtier... Des outils logiciels leur sont attachés... L'essentiel est qu'il n'est pas nécessaire de souder quoi que ce soit.
C'est assez moderne :
Tibboa publié un nouveau firmware appelé "Serial Over IP". (SOI) qui fonctionne comme un convertisseur RS/ethernet standard !
Amélioration des performances des sockets dans la version 3.5
LaclasseSystem.Net.Sockets::Socket a étéaméliorée dans la version 3.5 pour être utilisée par des applications qui utilisent un réseau d'E/S asynchrone pour atteindre des performances élevées. Uncertain nombre de nouvelles classes ont été ajoutées dans le cadre d'un ensemble d'améliorations de la classeSocket qui fournissent un modèle asynchrone alternatif qui peut être utilisé par des applications de socket spécialisées à hautes performances.Ces améliorations sont spécifiquement conçues pour les applications de serveur de réseau qui exigent des performances élevées.Une application peut utiliser l'amélioration du modèle asynchrone exclusivement ou seulement dans des zones actives ciblées de son application (lors de la réception de grandes quantités de données, par exemple).
A qui parlez-vous maintenant ?
Homme ennuyé :) Je me suis creusé les méninges à propos des objectifs élevés de Seheland, mais au final, que veut-il apporter au forum :)
C'est le genre d'homme qu'il est... Rien ne peut l'empêcher de s'admirer.