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
VOUS EN ÊTES SÛR ?
4 secondes ? ??? Pas possible ! Vous pensez vraiment que le processeur a gelé pendant 4 secondes ou que la mémoire est libérée pendant 4 secondes ? Vous plaisantez ?
Il est plus probable qu'il s'agisse de la file d'attente d'écriture sur le disque.
Le disque est plus lent que la mémoire et le processeur.
Et puis flush() , il y a une telle commande dans le langage C, probablement vous le savez, elle est exécutée quand c'est pratique et confortable et peut être exécutée avec un certain retard plus souvent lié au chargement du disque.
C'est ce qui est appelé lorsque les tampons doivent être réinitialisés sur le disque.
Eh bien, je n'en suis pas si sûr, puisque je ne l'ai pas vérifié expérimentalement dans MT. Mais c'est une sorte de norme - pourquoi dans un journal il y a le temps d'écriture sur le disque, si le temps de l'événement, qui a causé cette écriture sur un journal, est plus important, n'est-ce pas logique ?
Et si nous supposons, que le journal est écrit sur le disque en temps d'écriture, et si le disque est chargé, de toute façon vous aurez un retard dans l'enregistrement physique, et le temps sera d'envoyer une commande d'écriture au tampon d'écriture.
En d'autres termes, la purge ne modifie pas le tampon - elle le réinitialise juste un peu plus tard s'il y a un retard.
wp. a noté à juste titre qu'il faut écrire l'heure, car de toute façon, seule l'heure est formée par le terminal lui-même lors de l'écriture dans le journal, il est inutile d'orienter.
Je n'en suis pas si sûr, car je ne l'ai pas vérifié expérimentalement dans MT. Mais c'est une sorte de norme - pourquoi dans le journal l'heure d'enregistrement sur le disque, si plus important est l'heure de l'événement, qui a causé cet enregistrement au journal, logiquement ?
Et si nous supposons, que le journal est écrit sur le disque en temps d'écriture, et si le disque est chargé, de toute façon vous aurez un retard dans l'enregistrement physique, et le temps sera d'envoyer une commande d'écriture au tampon d'écriture.
En d'autres termes, la purge ne modifie pas le tampon - elle le réinitialise juste un peu plus tard s'il y a un retard.
s.s. a noté à juste titre que la nécessité d'écrire et le temps, parce que dans tous les cas, seul le temps que le terminal lui-même génère lors de l'écriture dans le journal, guidé aucun sens.
J'ai supposé - que le temps est inséré juste avant l'écriture sur le disque, puis tout s'emboîte.
essayons de décrire le scénario étape par étape - pour le rendre plus clair
1-Le tick est arrivé (hit onTick) - devrait être imprimé
2-Et OnTick imprime un journal - il a été sauvegardé avec succès.
3-Ce tick arrive aussi à OnTick - il doit aussi être imprimé.
4-Et voilà le cauchemar : Windows déverse soudainement 20 flux de données sur le disque en provenance de divers programmes à ce moment précis et verrouille temporairement le disque...
Le pilote a placé sa tête d'aimant de données ailleurs -) et écrit ses propres données.
5 - C'est quand le metatrader essaie d'envoyer quelque chose au disque.
Mais le disque est terriblement occupé par le système d'exploitation Windows - Le système d'exploitation dit au metatrader sorry MQ que j'ai des choses plus importantes à faire - attendez...
6- 4 secondes passent.
7- et ensuite Windows après 4 secondes - a effacé la file d'attente vers le lecteur - et dit au MetaTrader - Cher terminal de trading - vous voulez écrire quelque chose sur le disque ? - Ok, écrivez-le !
8-metatrader écrit sur le disque avec un retard de 4 secondes et enregistre l'HEURE dans le journal, non pas quand il voulait écrire les données sur le disque, mais quand il l'a fait.
C'est de là que viennent les 4 secondes.
---
Tout autre scénario, tel que le terminal a mis l'heure locale dans le tampon - mais l'écriture a été retardée de 4 secondes - NE FONCTIONNE PAS un tel scénario.
sinon le moment aurait coïncidé !
Je n'en suis pas si sûr, car je ne l'ai pas vérifié expérimentalement dans MT. Mais c'est une sorte de norme - pourquoi dans le journal l'heure d'enregistrement sur le disque, si plus important est l'heure de l'événement, qui a causé cet enregistrement au journal, il est logique, non ?
Et si nous supposons, que le journal est écrit sur le disque en temps d'écriture, et si le disque est chargé, de toute façon vous aurez un retard dans l'enregistrement physique, et le temps sera d'envoyer une commande d'écriture au tampon d'écriture.
En d'autres termes, la purge ne modifie pas le tampon - elle le réinitialise juste un peu plus tard s'il y a un retard.
s.s. a noté à juste titre qu'il faut écrire l'heure, car de toute façon, seule l'heure que le terminal lui-même génère en écrivant dans le journal, il n'y a pas lieu de s'y attarder.
Et si vous ne vérifiez pas, alors ne racontez pas de conneries.
Savez-vous seulement de quoi nous parlons dans ce fil de discussion ?
Montrez-moi le test, ou bien sortez d'ici.
Je n'en suis pas si sûr, car je ne l'ai pas vérifié expérimentalement dans MT. Mais c'est une sorte de norme - pourquoi dans le journal l'heure d'enregistrement sur le disque, si plus important est l'heure de l'événement, qui a causé cet enregistrement au journal, logiquement ?
Et si nous supposons, que le journal est écrit sur le disque en temps d'écriture, et si le disque est chargé, de toute façon vous aurez un retard dans l'enregistrement physique, et le temps sera d'envoyer une commande d'écriture au tampon d'écriture.
En d'autres termes, la purge ne modifie pas le tampon - elle le réinitialise juste un peu plus tard s'il y a un retard.
s.s. a noté à juste titre que vous devez écrire le temps, parce que dans tous les cas, seul le temps qui forme le terminal lui-même lors de l'écriture dans le journal, guidée par aucun sens.
Juste dans notre cas, nous avons le temps d'écrire sur le disque !
Mais le temps peut être arrangé dans la procédure GetTickDescription, je l'ai écrit à l'auteur ci-dessus.
Et s'il l'avait mis là, nous n'aurions pas discuté de la cause possible du retard en 4 secondes. Dans le journal, il est fort probable que l'heure locale soit la même pour OnBock et OnTick, mais que le temps sur le disque soit différent de 4 secondes.
Et si vous ne l'avez pas vérifié, alors n'en avez rien à foutre.
Avez-vous la moindre idée de ce dont il est question dans ce fil de discussion ?
Montrez-moi le test ou foutez le camp d'ici.
Ne sois pas si dur avec moi.
Il est possible d'améliorer ce suivi, de le régler sur une semaine ou deux, et peut-être de saisir le moment où la date d'enregistrement dans le journal s'écarte de la date de l'événement.
Bien entendu, il est possible d'accélérer ce processus en chargeant périodiquement un disque pour l'enregistrement.
Une autre question, la plus importante : pourquoi perdre du temps dans cette recherche ?) quel est l'avantage pratique.
---
Pour l'instant, il est clair que les ticks arrivent d'abord dans OnTick et seulement ensuite dans OnBuk. Ce qui est bien, c'est que OnBuk n'est pas seulement appelé avec les ticks mais par exemple avec les changements de volumes sur le marché, c'est-à-dire que quelqu'un a ouvert un ordre, l'a fermé ou l'a supprimé, les volumes ont changé. Et c'est une information assez importante pour le marché.
Et bien sûr en suivant la logique des décisions de trading sur le marché des actions / futures logique de prendre exactement dans OnBuk, et non dans OnTick.
Et si vous n'avez pas vérifié, alors n'en avez rien à foutre.
Avez-vous la moindre idée de ce dont il est question dans ce fil de discussion ?
Montrez-moi le test, ou bien foutez le camp d'ici.
C'est toi qui jacasse, connard, 16 pages n'ont pas pensé à chronométrer l'événement avant l'impression et à écrire la vitesse qu'ils mesurent, experts, bon sang).
Ce que vous m'avez si fièrement fait remarquer, ils disent, je n'ai pas vérifié, vous ne comprenez même pas vraiment de quoi je parle, je parie. Mais il est peu probable que vous le compreniez.
Et le fait que cette heure ne corresponde pas exactement à l'heure d'enregistrement sur le disque, est vérifié.
Et si vous n'avez pas vérifié, alors n'en avez rien à foutre.
Avez-vous la moindre idée de ce dont il est question dans ce fil de discussion ?
Montrez-moi le test ou foutez le camp d'ici.
Que dis-tu de ça, petit malin, montre-moi au moins un moyen crédible de tester ce à quoi tu veux en venir, et je me tirerai d'affaire et admettrai que je ne comprends pas, sinon admets que tu ne comprends pas toi-même, excuse-toi, ou tire-toi d'affaire tout seul.
A savoir - au moins un moyen 100% fiable de vérifier expérimentalement l'heure exacte à laquelle le terminal écrit dans le journal, à savoir les options principales :
1. le moment où le terminal reçoit la commande Print dans la file d'attente.
2. l'heure de début de la commande d'impression.
3. l'heure de fin de l'impression dans le tampon).
Cette variante peut être l'heure exacte :
4. Temps d'exécution de l'impression sur le disque.
Que dis-tu de ça, petit malin, tu me montres au moins un moyen fiable de vérifier où tu veux en venir, et je me casse et admets que je n'ai pas compris, sinon admets que tu ne comprends pas toi-même, excuse-toi, ou casse-toi toi-même.
A savoir - au moins un moyen 100% fiable de vérifier expérimentalement l'heure exacte à laquelle le terminal écrit dans le journal, à savoir les options principales :
1. le moment où le terminal reçoit la commande Print dans la file d'attente.
2. l'heure de début de la commande d'impression.
3. l'heure de fin de l'impression dans le tampon).
Cette variante peut être l'heure exacte :
4. le temps d'exécution de l'impression sur disque.
Alors, quel est l'intérêt ?
J'attends votre code...
Alors, c'est quoi le problème ?
J'attends votre code...
Quel code attendez-vous ? Je t'ai promis quelque chose ? Quel était le prix déjà ?)
p/s/ toi aussi tu n'as pas compris, comme ton ami, de quoi je parle.Pendant que le débat se poursuit, j'ai fait une autre expérience.
Je veux dire, pendant l'initialisation, je le chronomètre d'une microseconde,
et avant chaque impression, je perce à nouveau le temps.
Idéalement, il devrait en être ainsi
Mais très souvent, cela se passe ainsi (expositions logarithmiques) :
Ainsi, l'heure locale est écrite dans l'impression lorsque l'impression est appelée.
Mais ça ne colle pas avec 4 secondes...