fast-protocol

    4熱度

    1回答

    在Python中使用FAST協議解包來自流線的數據是否有很好的包裝? Java中有一個實現(OpenFAST),但它有一些性能問題,無法使用。 謝謝。

    1熱度

    1回答

    我已經和幾位程序員談過了,他們說編寫基本引擎來編碼/解碼修復/快速消息非常簡單,大約3天的修復工作和一週的快速工作。我正在尋找類似的東西。 的QuickFix看起來相當大,有點「慢」和複雜的項目,我想它包含了很多功能我不需要(但他們有可能影響性能) 到目前爲止,我只需要接收報價從通過多播udp快速修復,並在缺少某些報價時恢復。 所以我正在尋找開源引擎,只提供一般功能,基本上編碼/解碼快速/修復消息

    1熱度

    2回答

    像FAST這樣的協議用於編碼數據非常聰明,可以最大限度地減少需要發送的數據量。本質上,我們得到一個char *,讀取第一對字節作爲整數給你一個id號,它指示你如何解碼其餘的指令(例如,它告訴你其餘的字節是int,一個字符串,一個無符號整數,另一個無符號整數,一個嵌套消息等),接下來的幾個字節告訴你(在每一位)後續字段是否存在。每個字節中的第8位被保留以表示數據之間的邊界。 解碼這樣的協議似乎不可能

    1熱度

    1回答

    我需要實現飼料仲裁FAST協議。問題是很常見的,甚至有hardware solutions作爲問題被廣知我認爲應該有一個如何實現至少一般性建議(我應該有多少個查詢使用,多少環形緩衝區,有多少讀者,何時丟棄數據包等),也許有人可以指點我一些實現。對於那些誰不與FAST familar我添加一些說明:所有UDP飼料 數據是在兩個不同的組播IP地址爲傳播兩個相同的飼料(A和B)。強烈建議客戶端接收並處理