1. дома
  2. Вопрос и ответ
  3. Что такое самый быстрый (транзакций в секунду) механизм Java FIX?

Что такое самый быстрый (транзакций в секунду) механизм Java FIX?

2012-04-25 3 views
1

Я использую QuickFix/J (Open Source) на данный момент, и он работает достаточно хорошо.Что такое самый быстрый (транзакций в секунду) механизм Java FIX?

Теперь я рассматриваю переход на лучший/коммерческий FIX Engine, поэтому в основном я хотел бы знать, какой из них самый быстрый!

Должен поддерживать FIX5.0SP2, но не протокол FAST.

В частности, речь идет о получении обновлений на рынке с минимальной задержкой в ​​рамках.

Стоимость не является серьезной проблемой (я думаю).

источник

2012-04-25 Peter Andersson

+3

Я считаю, что это правильный вопрос, который принесет пользу многим пользователям. Так как практически невозможно собрать эту информацию у всех поставщиков. Поэтому личные мнения и опыт от различных двигателей очень высоко оценены. (И я так устал от этой google-it-yourself-link. Я потратил почти неделю на поиски и рассылку/беседу с поставщиками, и все, что я получаю, это материалы о продажах, очень маленькие факты) –

ответ

0

Несколько лет назад я немного поработал для CameronFIX, он был, по-видимому, очень высоко оценен, и его миссия была самой быстрой. И, конечно же, он поддерживает протокол FAST, когда он его изобрел.

Нынешняя принадлежность.

источник

2012-04-26 01:01:23 EJP

+0

Спасибо за предложение! Как бы вы сравнили это, скажем, с FIXAntenna и Onixs? –

+0

@PeterAndersson Я не могу сравнивать это вообще, я никогда не использовал ни одного из них. Я просто работал в автономном сетевом проекте. – EJP

+0

@downvoter Пожалуйста, объясните. Я не занимался этой работой? Он не поддерживает протокол FAST? Информация в этом ответе не полезна, хотя она сопоставима с информацией, представленной в других ответах? Скажи. – EJP

1

intel опубликовал тесты для тех двигателей, подходящих для высокой частоты, поэтому есть информация в общественном достоянии.

http://fixglobal.com/content/high-performance-trading-fix-messaging-testing-low-latency

и дополнительный документ

http://ref.onixs.biz/infonotes/OnixS_InfoNote_C%2B%2B_FIX_engine_benchmarks.pdf

Я никогда не поверю поставщика тестов, и они имеют мало доверия, как используется только один тип сообщения. Также нет смысла сравнивать реализации C++ с .Net, и я думаю, что Rapid Addition выходит из этого довольно плохо в результате. Мы повторили эти тесты и другие, в мире .net Я предпочел Rapid Addition, хотя он был немного медленнее, чем другие (FixForge), у него был чрезвычайно низкий дрожание. В C++ и Java Linux мира Onix выигрывает, но я никогда бы не рассмотреть вопрос об использовании Java, если вы хотите HFT

источник

2012-11-13 11:42:19 HFtrader

1

Я могу с уверенностью сказать, что CameronFix - лучший выбор. Я торгую фьючерсами и испытываю страдания, потому что я слушал шумиху от других продавцов. Лично я бы сказал, что если вы можете убедить своих клиентов уйти от использования решения FIX, сделайте это, потому что шлюзы FIX все равно приоритеты, плюс слишком много ошибок для отслеживания, если что-то пойдет не так. Задержка может быть сведена к минимуму, сосредоточившись на физическом оборудовании и узких местах алгоритма IMHO.

источник

2013-01-25 06:58:40 miniscule

+0

Добро пожаловать в переполнение стека! Пожалуйста, не используйте подписи/метки в своих сообщениях.Ваш ящик пользователя считается вашей подписью, и вы можете использовать свой профиль для публикации любой информации о себе, как вам нравится. [Часто задаваемые вопросы о подписках/тегах] (http://stackoverflow.com/faq#signatures) –

Смежные вопросы

 Смежные вопросы