[This message was posted by Ashish Gadre of <[email protected]> to the "Product Discussion" discussion forum at http://fixprotocol.org/discuss/24. You can reply to it on-line at http://fixprotocol.org/discuss/read/ef9cac7a - PLEASE DO NOT REPLY BY MAIL.]
> > > Does anyone know which fix products have the highest TPS > > > (transact/sec)? > > What exactly are you looking for when you mention "FIX products"? Do > > you intend to use a FIX engine for high volume messaging or just some > > FIX test suite that can be used for stress testing purposes? > > Fix engines like TransactTools, Apia, or QuickFix. The question is meant > to datamine at what TPS I need to begin to consider scaling order flow > horizontally across multiple gateway instances using the fastest > products as a bench mark. TPS is a very macro measurement in terms of deciding what you want to do. As far a FIX engines go, order flows are per session/connection. I worked with TransactTools FIX engine a couple of years back and our version a limitation of 200 connection max limit/gateway without even considering transaction volume, if I remember correctly. It definitely boils down to your infrastructure, OS/HW/memory and the expected message volume. I have heard good things about latest version of TransactTools. QuickFIX should be much lightweight than TransactTools so you can run some internal benchmark tests to figure out how fast does "fast" really means to you. Haven't had any experience with Apia so don't know about that. In a nutshell I don't know their respective TPS threshholds because like I said, in my experience, we have generally found the claimed numbers to be very very relative and non-standard and they vary greatly based on your setup .... [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] -- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
