[This message was posted by Marc Battyani of HPC Platform <marc.batty...@hpcplatform.com> to the "FAST Protocol" discussion forum at http://fixprotocol.org/discuss/46. You can reply to it on-line at http://fixprotocol.org/discuss/read/729bb355 - PLEASE DO NOT REPLY BY MAIL.]
> that I don't really have a good answer for. This doesn't mean that any > of the questions is relevant, but I find them "interesting" in a way: > > - What is the "exact" processing overhead of FAST field and transfer > encoding respectively? [...] > But given different work loads, what are the _actual_ numbers? Here are some actual numbers from our system in production for Eurex and Xetra: The total time from the end of the incoming multicast packet to the start of the output packet: 480ns for the whole packet with a standard deviation of around 200ns. This includes the multicast stack, the FAST decoding, the order-book processing and reconstruction, the output generation and the output multicast stack. CME will be similar. So yes, FAST is fast :) Marc [You can unsubscribe from this discussion group by sending a message to mailto:unsubscribe+100932...@fixprotocol.org] -- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to fix-proto...@googlegroups.com. To unsubscribe from this group, send email to fix-protocol+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
