Спросите
сам движок.

QuickFIX был разработан в начале 2000-х вокруг идиом C++98/03: виртуальная диспетчеризация, аллокация в куче на каждое сообщение, хранение полей на основе строк. Эти паттерны принципиально несовместимы с задержкой ниже микросекунды.

Мы начали с первых принципов, используя возможности C++23, которых не существовало при проектировании QuickFIX. Std::span, std::expected, std::pmr, концепты и consteval. И спросили: как выглядел бы FIX-движок, если бы не тащить за собой двадцать лет решений по аллокаторам?

Квант-трейдинговые фирмы и команды инфраструктуры, которым нужна детерминированная обработка FIX-сообщений ниже микросекунды.

Конкретно: фирмы, запускающие коллокированные стратегии, команды, создающие собственные торговые шлюзы, и C++-инженеры, изучающие современные техники производительности на реальном публичном кодовом базе.

Представления std::span в исходный буфер заменяют копии std::string. Предварительно индексированные массивы заменяют std::map. std::pmr::monotonic_buffer_resource предоставляет арена-аллокацию.

Результат: ноль вызовов malloc на горячем пути, проверено через каркас инструментации пользовательского аллокатора, который запускается на каждой сборке CI.

std::expected для обработки ошибок (без исключений на горячем пути), std::span для представлений данных без копирования, концепты для проверки интерфейсов во время компиляции, consteval для вычислений во время компиляции и хинты ветвлений [[likely]]/[[unlikely]].

Каждая из них потребовала бы собственной ручной реализации в эпоху QuickFIX.

Инструкции AVX2 загружают 32 байта за раз и используют векторизованное сравнение для параллельного поиска разделителей SOH (\x01). Это примерно в 13 раз быстрее побайтового сканирования.

Техника вдохновлена simdjson, но адаптирована под семантику протокола FIX. То есть структура tag=value=SOH означает, что мы можем определить границы каждого поля за один векторизованный проход и затем построить таблицу смещений.

FIX 4.4 поддерживается полностью и является наиболее распространённой в продакшене. FIX 5.0 + FIXT 1.1 также поддерживается полностью, с накладными расходами всего 2% по сравнению с 4.4.

Структурный индекс не зависит от версии. Сканирование полей работает одинаково между версиями FIX. Пользовательские диалектные оверлеи обрабатывают специфичные для площадки теги при привязке сессии.

NexusFIX находится в активной разработке и пока не развёрнут в продакшен-средах торговли. Бенчмарки взяты из контролируемых сред с закреплением CPU и прогревом кеша.

Закалка продакшена. Стресс-тесты, покрытие режимов отказа, сертификация под конкретные шлюзы площадок. Это отдельная инженерная работа. Если вы рассматриваете его для продакшена, сначала свяжитесь с нами.

Fix8 (C++11) использует пулы объектов и техники нулевого копирования и является одним из более продвинутых открытых FIX-движков.

NexusFIX отличается тем, что использует функции стандартной библиотеки C++23 (PMR, std::span, std::expected) вместо пользовательских реализаций. Меньше подвижных частей для аудита. И добавляет SIMD-ускоренный парсинг, которого нет у Fix8.