流媒體服務器編程學習---開篇

  以前開發會議服務器是基於sip，rtp協議的，網絡處理模塊寫的特別簡單，對每路呼叫中的媒體流都是採用一個線程處理，一路呼叫中包含兩路流，一路視頻流，一路音頻流，對應的一路呼叫就需要兩個線程，這樣算下來，一次會議中的有4個成員，對應的有8路流，光數據收發線程就需要8個。線程多了，線程上下文切換就會耗費大量資源。這種模型顯然是不可取的，特別是設計媒體服務器時，往往過多的只考慮了媒體處理模塊的架構，

>>阅读原文<<