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
MessieursPapaklass etOlyakish!
On ne comprend pas pourquoi vous avez entamé une correspondance personnelle sur ce sujet important, après que Renat ait confirmé la présence de...
"Erreur flottante dans la vitesse des réponses au terminal.
Il a également promis que MQ améliorerait le trafic global d'exécution des ordres.
Et de toute façon, comment pouvez-vous vérifier quoi que ce soit dans les cuisines du forex ?
En fait, nous avons affiché beaucoup d'informations utiles :
- leurs configurations de serveur ;
- les méthodes de vérification du réseau (ping -t) ;
- olyakish a publié son travail sur la sélection d'un serveur virtuel.
Mais on dirait que vous n'en avez pas besoin.
Il y a beaucoup de choses dans le forex qui sont testables. Et si vous pensez qu'il n'y a pas de manipulation à la bourse, alors je compatis avec vous. :)
MessieursPapaklass etOlyakish!
On ne comprend pas pourquoi vous avez entamé une correspondance personnelle sur ce sujet important, après que Renat ait confirmé la présence de...
"Erreur flottante dans la vitesse des réponses au terminal.
Il a également promis que MQ améliorerait le trafic global d'exécution des ordres.
Et de toute façon, comment pouvez-vous vérifier quoi que ce soit dans les cuisines du forex ?
Voici le véritable LMAX par API .NET
La performance sur les nouvelles est de 12ms avec un ping de 8ms (mesuré à l'aide d'un timer haute fréquence)
Je pense que c'est une référence
Voici le véritable LMAX par API .NET
La performance sur les nouvelles est de 12ms avec un ping de 8ms (mesuré à l'aide d'un timer haute fréquence)
Je pense que c'est une référence
Dans le dernier lot, vous avez des ordres envoyés et des réponses du serveur reçues en 1 ( !!!) ms. Et le journal montre un temps de traitement du serveur de 10 ms. Incroyable. :)
La question se pose :
Peut-on se fier aux chronométrages publiés dans le journal du terminal ?
Dans le dernier lot, vous avez des ordres envoyés et des réponses du serveur reçues en 1 ( !!!) ms. Et le journal montre un temps de traitement du serveur de 10 ms. Incroyable. :)
La question se pose :
Peut-on se fier aux chronométrages publiés dans le journal du terminal ?
Ceux-ci sont probablement exactement 16ms discrets.
et ceux-ci peuvent être plus précis
Voici le véritable LMAX par API .NET
L'exécution sur les nouvelles est de 12 ms pour un ping de 8 ms (mesuré à l'aide d'un timer haute fréquence).
Je pense que c'est la ligne directrice.
Soyons clairs et transparents. Parlons de la latence moins tous les pings entre les nœuds.
J'ai vu une latence de ~ 1ms par des personnes HFT sur la bourse russe. Je ne suis pas un technicien et je ne peux pas vous dire comment ils y parviennent.
De même, sur LMAX, la latence est de ~ 2-3 ms.
Une fois encore, nous parlons de la latence au détail moins tous les pings.
L'infrastructure MT5 se connecte directement aux bourses. Ou, comme vous l'avez dit, c'est juste un "tuyau". Les HFT connectent leurs tuyaux et obtiennent le résultat que vous avez écrit ci-dessus.
La connexion d'un tuyau MT5 entraîne un coût en temps beaucoup plus élevé. Quelles sont les raisons ?
Vous n'avez pas besoin d'être clair, mais d'avoir un niveau de connaissance professionnel.
Construire 1036.
Comment y faire face ? La différence d'exécution est monstrueuse.
Est-il possible d'obtenir une stabilité des performances sur le serveur ?
PS : Il semble inapproprié de présenter MT comme une plateforme à haute fréquence. :(
papaklass!
Il n'y a pas besoin de se mettre dans tous ses états !
Vous ne prenez même pas la peine de lire les posts !
Et sculpter stupidement vos postes !
Vous ne pensez pas qu'il est temps d'arrêter ?
PERSONNES QUI TRAVAILLENT !!!!
Pourriez-vous me montrer le message que j'aurais dû lire ?
Pour citer Renate :
Le serveur 1035 d'Otkritie fonctionne déjà aujourd'hui.
Voici comment les heures de déclenchement des commandes ont changé depuis le VPS de Moscou (même ordinateur, mêmecompte réel) :
Comme promis, il y a une amélioration qualitative (multiple) de la vitesse de traitement des commandes.
Le temps de flottement occasionnel de la livraison de la réponse au terminal n'a pas encore été éliminé, nous allons continuer à y travailler.
-------------------------------------------------------
Et pourquoi les considérez-vous comme internes ?
1) Regardez dans OnTradeTransaction combien de statuts intermédiaires vous recevez au sujet de l'ordre.
Chaque transaction commerciale n'est pas un paquet (demande-réponse) mais plusieurs notifications. C'est pour que le terminal sache toujours à quel stade se trouve la demande (par exemple, l'exécution peut prendre beaucoup de temps).
Nous réfléchissons actuellement à la possibilité d'inclure dans MQL5 une fonction distincte permettant de désactiver toutes les notifications de statut intermédiaire, transformant ainsi le système en un simple formulaire. Cela pourrait accélérer l'exécution.
2) Vous passez complètement à côté du deuxième aspect de la communication avec l'échange et de la variabilité de la vitesse d'exécution. Apparemment, vous pensez qu'il y a un 0 connu. Mais il n'y a aucune garantie de vitesse.
Il me semble que c'est environ 10 fois plus que ce que cela pourrait être.
Il ne faut pas se laisser tromper en regardant un morceau d'asberg qui dépasse de l'eau.
Permettez-moi de préciser que nous n'avons pas réellement amélioré la vitesse par un facteur 2, mais que nous avons gagné environ 20-30 ms. Deux n'est pas le double d'un, mais seulement un facteur 1. C'est juste un effet de base faible.
Quoi qu'il en soit, nous continuons à travailler et nous obtiendrons des résultats encore meilleurs.