FORTS. Questions relatives à l'application de la loi - page 99
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
Beaucoup de gens vont encore me blâmer, mais je maintiens mon opinion. Oui, j'étais émotive ci-dessus, alors s'il vous plaît pardonnez-moi si j'ai offensé quelqu'un...
Je viendrai de loin.
Imaginez un magasin soviétique avant son ouverture, bien qu'à 9 heures du matin. Un chargeur de camion qui ouvre la porte du magasin de l'intérieur à 9 heures précises risque d'être écrasé par la foule qui arrive. La foule est enfin lancée dans la boutique, et pendant les premières minutes, la boutique est animée, pour ne pas dire chaotique. Il y a beaucoup de bruit, beaucoup de jurons. Parfois, certains criminels arrivent en tête de file. C'est alors que la foule devient encore plus agitée et bruyante...
Alors voilà. Maintenant, le trader est assis devant l'écran, il ne voit pas de foule, tout est calme avant l'ouverture de la "boutique". Le sentiment d'agitation et de chaos ne le dérange pas en tant qu'acheteur soviétique. Mais cela n'invalide pas la situation lorsque le système d'échange démarre et qu'il y a un afflux d'offres. Le principe d'un col étroit ne disparaît pas et reste valable.
Question. Pensez-vous que le courtier déclenche ses acheteurs au hasard ou selon une sorte d'algorithme ? Il me semble que la priorité est donnée aux gros acheteurs. Le courtier reçoit une commission plus importante de leur part. Et puis il y a la question de la réputation du courtier. L'insatisfaction d'un gros acheteur est plus dangereuse que l'insatisfaction d'un petit acheteur. C'est-à-dire que je suppose que les ordres des gros clients sont exécutés plus rapidement à l'ouverture.
Question. Pensez-vous que le courtier ne se rend pas compte que le "petit magasin" souffre ? Je pense que bien sûr qu'il le fait. Nous avons collectivement établi que les "dehors" ne sont pas des idiots. Qu'est-ce qu'un courtier peut faire alors ? Eh bien, probablement minimiser le mécontentement de l'acheteur mesquin d'une manière ou d'une autre. Comment, exactement ? Vous ne pouvez pas annuler l'ordre, car les petits négociants diraient : "Comment ai-je pu, moi, un négociant respecté, bien que petit, obtenir un rejet de la part du courtier ? Peut-être pouvez-vous simplement garder les petites offres dans la file d'attente jusqu'au retour des patrons... Ou bien, acceptez les offres principales - achat ou vente, et gardez la modification...
Et maintenant, imaginez qu'il y ait plusieurs courtiers de ce type à la bourse : il y a encore plus d'agitation au début d'une session que dans un seul magasin soviétique.
Ce sont les pensées.
P.S. Toutes les coïncidences dans mon texte sont fortuites et illustratives.
Il y a beaucoup d'"eau" parce que vous ne savez pas comment est configurée la passerelle FORTS.
Il y a des restrictions de connexion, c'est-à-dire que je ne peux envoyer que 30 transactions par seconde.
J'avais 3 serveurs MT5 et maintenant il y en a 8, et la latence n'a pas diminué,
Mais il n'y a plus d'utilisateurs de MT5 sur FORTS !
Ce sera la preuve que l'événement n'a pas eu lieu.
Il ne le fera pas !
Tout ce que l'utilisateur fait n'est pas une preuve, seuls les logs du terminal seront une preuve !
Il ne le fera pas !
Tout ce que l'utilisateur fait n'est pas une preuve, seuls les logs du terminal seront une preuve !
Mais l'enregistrement de tous les événements par l'utilisateur dans OnTradeTransaction() aidera à comprendre les raisons.
Mais l'enregistrement de tous les événements dans OnTradeTransaction() par l'utilisateur aidera à comprendre les raisons.
C'est drôle...
J'ai 4000 transactions par jour, chaque transaction au moins 5-6 fois "twitche" OnTradeTransaction
Qui va trier ces "cons" :) Après tout, ils ont besoin de journaux et d'un terminal pour y accéder, ainsi que des journaux du serveur MT5.
Ajouté
Tout fonctionnait bien avant la publication de la nouvelle version.
Même maintenant, il fonctionne, mais parfois il se bloque sur les serveurs de courtiers.
Ajouté
Lorsque j'installe, modifie ou supprime un ordre, je lui donne unétat et je le chronomètre.
C'est ici
Et ce drapeau(ORD_DO_SET) est remis à zéro dans OntradeTransaction.
Le timer (1 seconde) vérifie l'état de cet ordre si rien n'a été saisi dans OnTradeTransaction.
Et il calcule la nouvelle heure en enregistrant
Avant d'afficher le journal, cette fonction vérifie ce qui est arrivé à l'ordre
Ajouté par
Le fait est qu'avant l'année dernière, OnTradeTransaction est devenu GARANTI ! :)
Disons-le ainsi : si un événement arrive sur le terminal, il est garanti d'être placé comme OnTradeTransaction dans la file d'attente des événements.
la question est la suivante :
La longueur de la file d'attente des transactions est de 1024 éléments. Si la fonction OnTradeTransaction() prend trop de temps pour traiter une autre transaction, les anciennes transactions de la file d'attente peuvent être remplacées par des transactions plus récentes.
Et la file d'attente des événements du conseiller expert lui-même. Combien d'événements peut-il y avoir et s'ils sont préemptés.
Disons que si un événement arrive sur le terminal, il est garanti d'être placé comme OnTradeTransaction dans la file d'attente des événements. Cela ne signifie pas qu'il est garanti d'être traité par l'EA.
une question à propos de celui-ci :
Et la file d'attente des événements du conseiller expert lui-même : combien d'événements peuvent s'y trouver et s'il existe une action préventive (si la citation ne concerne pas les conseillers experts).
Combien de temps pensez-vous que ça dure ?
Combien de temps pensez-vous que ça dure ?
S'il ne peut y avoir qu'un seul événement OnTradeTransaction dans la file d'attente des événements de l'EA (comme un timer), alors la vitesse de votre code n'est pas importante.
sinon, selon que vous travaillez avec des ordres de manière synchrone ou asynchrone.S'il ne peut y avoir qu'un seul événement OnTradeTransaction dans la file d'attente des événements EA (comme une minuterie), alors la vitesse de votre code n'est pas pertinente.
sinon, selon que vous travaillez de manière synchrone ou asynchrone avec les commandes.de manière asynchrone, mais il ne peut y en avoir plus de 30 simultanément
Au fait, en voici d'autres (et du 10-10 au 14-00 tout fonctionnait bien pour une raison quelconque)
2018.02.28 14:07:59.505 Trades 'xxxxx': cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.071 Trades 'xxxxx': accepted cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.107 Trades 'xxxxx': cancel #84736275 buy limit 3.00 LKOH-9.18 at market done in 9602.694 ms 2018.02.28 14:00:32.653 trader (FEES-3.18,M1) CheckTradingTime: Сейчас 2018.02.28 14:00, если есть необходимость, можно закрыть терминал. 2018.02.28 14:08:00.522 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:01.543 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:02.553 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:03.565 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:04.593 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:05.625 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:06.654 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:07.667 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:08.680 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL
Mais ici, nous avons attendu que le serveur réponde :)
Mais ne trouvez-vous pas étrange que la dernière fois que j'ai écrit ici...
Nous sommes en avril 2017, la nouvelle version 1571 est sortie.
Et, maintenant 1755, seulement alors c'était 2 secondes et maintenant....
Pourquoi suis-je resté silencieux pendant si longtemps (et n'ai-je même pas touché aux EA) pendant 9 mois entiers ?
Ajouté
Le nombre d'instruments sur le forex n'a pas changé, ouverture de 5 nouveaux serveurs MT5,
Les volumes d'échanges ont diminué et le problème n'a pas seulement persisté mais s'est "amplifié".
Et le terminal lui-même n'enverra pas plus de 60 commandes par seconde