Стоит ли мигрировать quickfixj с Мины на Нетти? - PullRequest
1 голос
/ 30 сентября 2010


Я пишу FIX Buyside GUI на основе quickfixj. Хотя производительность не является проблемой для графического интерфейса, я думаю о переносе quickfixj с Mina на Netty, так как я хотел бы развить его до движка покупки. Производительность quickfixj меня не устраивает. Слышно, что Нетти лучше, чем Мина по производительности.
Кто-нибудь знает, есть ли какой-либо другой движок FIX с открытым исходным кодом на платформе Java (из-за множества ошибок в quickfixj)? Мне интересно, какой из них лучше, миграция или другой движок FIX?

1 Ответ

1 голос
/ 30 сентября 2010

Я не уверен, какую выгоду вы ожидаете от внедрения Netty, а не Mina в QuickfixJ. Иногда нам нужно смотреть на простоту адаптации и ремонтопригодности, а не только на производительность. Я реализовал механизм исправлений, используя как quickfix, так и quickfixJ, версия Java была более сложной с точки зрения поддержки большего количества сообщений. Ну, производительность была больше, чем ожидалось, было обработано более 300 сообщений в секунду.

Что касается глючности QuickfixJ, да, это так, но у вас есть исходный код, который вы можете изменить, как хотите. Я не знаю ни одного другого движка Java с открытым исходным кодом. И Quickfix поддерживается поставщиками, если вы собираетесь его купить, они будут там, чтобы поддерживать любые ошибки в Quickfix.

Я бы предпочел, чтобы вы изменили его, я изменил довольно много, чтобы настроить его для своего использования. Если у вас есть ресурсы, есть много поставщиков, которые предоставляют исправления движков Cameron и Swift.

...