Mesurez séparément les horodatages de l’événement source, de la soumission à destination, de l’accusé de réception et de l’exécution. Indiquez quel intervalle vous avez mesuré et comment les horloges ont été alignées. Cette bibliothèque n’établit pas de référence en millisecondes pour le copieur natif ou pour PickMyTrade.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Définir la mesure
| Intervalle | Ce qu’il peut montrer |
|---|---|
| De l’événement source à la demande à destination | Délai de réplication/d’envoi selon la définition d’événement retenue |
| De la demande à destination à l’accusé de réception | Temps de réponse à l’acceptation |
| De l’accusé de réception à l’exécution | Délai d’exécution, y compris l’attente et les exécutions partielles |
| Prix d’exécution de la source par rapport à celui du suiveur | Écart d’exécution ; pas uniquement dû au délai logiciel |
Utilisez des identifiants d’ordre/d’événement correspondants, des horodatages avec fuseau horaire et une précision d’horloge connue. Un décalage d’horloge peut faire apparaître la destination avant la source. Une capture d’écran arrondie à la seconde ne peut pas étayer une affirmation inférieure à la milliseconde.
Recueillir des observations comparables
Utilisez des relevés existants adaptés ou une démonstration autorisée par le fournisseur. Conservez avec chaque observation le contrat, le sens, la quantité, le type d’ordre, l’étape du compte et les conditions de séance. Présentez séparément la taille de l’échantillon, la médiane, les percentiles élevés, les extrêmes et les échecs ; ne retirez pas les événements lents ou rejetés pour améliorer le chiffre mis en avant.
À titre purement illustratif, des intervalles source-destination de 12, 18 et 90 millisecondes ont une médiane de 18 millisecondes et une pire valeur observée de 90 millisecondes. Ces chiffres inventés expliquent la manière de rapporter les résultats ; ils ne représentent pas une performance mesurée du produit.
Interpréter avec prudence
Un signal identique ne garantit ni la même position dans la file d’attente, ni la quantité complète, ni le même prix d’exécution. Davantage de destinations peut ajouter de la charge et des ordres concurrents ; aucune architecture d’envoi en parallèle n’a été vérifiée ici. Un VPS n’affecte que les composants qui s’y exécutent réellement, pas automatiquement chaque intervalle cloud/serveur.
Utilisez l’historique des ordres Rithmic pour localiser les relevés disponibles, et distinguez ses horodatages affichés du journal de livraison d’un destinataire. La capture native vide de l’historique ci-dessous ne fait qu’identifier les contrôles ; ce n’est pas un jeu de données de mesure du temps.
Références des captures d’écran
Questions fréquentes
Un ping d’une milliseconde signifie-t-il des exécutions en une milliseconde ?
Non. L’aller-retour réseau et l’exécution d’un ordre sont deux mesures différentes.
Dix comptes signifient-ils exactement dix fois le délai ?
Non. Aucune loi d’échelle universelle n’a été établie. Mesurez la configuration réelle.
Les prix de la source et du suiveur peuvent-ils différer même avec un faible délai ?
Oui. La taille, la position dans la file d’attente et les mouvements du marché peuvent influencer les exécutions.
L’exemple chiffré est-il une référence de performance ?
Non. C’est explicitement de l’arithmétique illustrative.