[This message was posted by Guangbin Xu of SSE <[email protected]> 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/93f260e7 - PLEASE DO NOT REPLY BY MAIL.]
According to my personal experience, FAST is not necessarily better than zlib in terms of compression ratio. In fact those two are very close. You can even apply FAST/zlib if the time overhead is tolerable for application. However, FAST is more suitable for context-based streaming process because the granularity of which is message-by-message or record-by-record, instead of handling data in a batch process way. > Hi all, > > I'm considering to compress market data messages using zlib. > > I found some discussions in this forum regarding zlib v.s. FAST. From > performance point of view, FAST is a better choice. But FAST seems to be more > complex in implementation. > > I'd like to know if zlib is considered a valid implemetation for the market > data compression? Is it used by anybody in production? > > Thanks & Regards, > LiuAn [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.
