Moteur de protocole FIX · v1.8 · mai 2026

NexusFIX.

Aucun résultat de mesure reproductible n’a été publié pour cette comparaison. Les anciens chiffres de latence, débit, allocation mémoire, matériel et QuickFIX ont été retirés faute de pouvoir vérifier l’exécution brute, les versions exactes et la méthode.

Le hot path,
de bout en bout.

Octets sur le câble en entrée. Ordre routé en sortie. Trois étages, tous dans le même thread, tous sans allocation.

1 Étape 1 · Décodage

Octets en entrée, champs en sortie. sans copie.

Le flux séparé par SOH est itéré sur place. Chaque tag se résout en une vue typée sur le buffer original ; les champs numériques sont parsés sans branchement, l'overlay de dialecte est appliqué au moment du bind de session.

span<const char>sans branchementchecksum SIMD
2 Étape 2 · Validation

État de session, de façon déterministe.

Numéros de séquence, fenêtres heartbeat, sémantique gap-fill, particularités resend-request. Géré par une machine à états générée par profil de venue. Chaque transition est journalisée dans un journal memory-mapped.

seq-numheartbeatresendmmap journal
3 Étape 3 · Routage

Dans votre handler, zéro allocation.

Un slot d'ordre dans une arène fixe est acquis, peuplé par référence, et remis à votre application via une queue SPSC sans verrou. Le slot vit jusqu'à l'état terminal de l'ordre, puis retourne à l'arène.

queue SPSCslot d'arènepas de virtual

Allez plus loin.

Deux fils à tirer ensuite. La présentation d'architecture, ou l'explicateur conversationnel en direct.

Branchez-le en un après-midi.

NexusFIX se distribue sous forme d'une bibliothèque statique unique et d'un simulateur de session CLI. Apportez une config de venue et un handler, et vous avez une session FIX déterministe qui tourne en local. Rejouable depuis un journal, traçable à l'octet près.

Explorez d'autres projets.

NexusFIX est l'un des trois moteurs que nous construisons. Même philosophie : open-source quand c'est possible, performance d'abord, pas de lock-in.