1
我的任務是創建一個帶寬低的服務器到服務器連接的文本消息系統。其他開發人員已經使用protobuf在這些相同的服務器位置之間爲系統的其他部分發送數據,並且繼續發送文本消息部分的趨勢將會有所幫助。服務器到客戶端的連接不受帶寬限制。能夠使用未修改的聊天客戶端和openfire xmpp服務器會很好。Xmpp服務器到服務器使用protobuf
在這種情況下,開放式火車或海上運輸的組件有什麼更好的方案?
我的任務是創建一個帶寬低的服務器到服務器連接的文本消息系統。其他開發人員已經使用protobuf在這些相同的服務器位置之間爲系統的其他部分發送數據,並且繼續發送文本消息部分的趨勢將會有所幫助。服務器到客戶端的連接不受帶寬限制。能夠使用未修改的聊天客戶端和openfire xmpp服務器會很好。Xmpp服務器到服務器使用protobuf
在這種情況下,開放式火車或海上運輸的組件有什麼更好的方案?
您是否嘗試過在服務器到服務器的鏈接上啓用XEP-138壓縮?即使OpenFire不支持XEP-138,它也很容易添加,並且應該提供更好的結果,幾乎可以對protobufs進行任何天真的翻譯。
如果這是壓縮xml,它會不會比protobuf消息更大?這個項目的決策者真的希望儘可能少的數據傳輸。 – user435050 2010-09-01 13:33:40
這隻能通過*您預期的數據流中的數據來驗證,但我認爲您會**震驚** XML壓縮的程度。壓縮的XML可能會使未壓縮的protobufs大打折扣,但代價是更高的CPU,但具有可擴展性的優勢。 – 2010-09-08 19:32:33
@呵呵,明白它取決於數據,但是你有什麼要備份這個斷言嗎? – mcmillab 2014-12-10 03:17:23