我知道沒有一個簡單而又快速的答案，但是對于SSL加密開銷與未加密套接字通信而言，是否存在通用的數量級估計近似值？我只在談論通訊處理和連線時間，而不是在計算應用程序級別的處理。更新資料關于HTTPS和HTTP存在一個問題，但是我有興趣在堆棧中尋找更低的位置。（我更換了那句“的數量級”，以避免混淆，我用它作為非正式的術語，而不是在正規CompSci意義當然，如果我。有正式的意思是，作為一個真正的怪胎我就一直在思考的二進制，而不是十進制！;-)更新資料根據注釋中的每個請求，假定我們正在通過持久連接討論大小合適的消息（范圍為1k-10k）。因此，連接設置和數據包開銷不是重要問題。
3 回答
小怪獸愛吃肉
TA貢獻1852條經驗 獲得超1個贊
數量級：零。
換句話說，添加TLS時，您不會看到吞吐量減少一半或類似的東西。對“重復”問題的答案主要集中在應用程序性能以及與SSL開銷相比如何。該問題專門排除了應用程序處理，并試圖將非SSL與SSL進行比較。盡管在優化時從全局角度考慮性能是有道理的，但這并不是這個問題要問的。
SSL的主要開銷是握手。那就是發生昂貴的非對稱加密的地方。協商后，使用相對有效的對稱密碼。這就是為啟用許多連接的HTTPS服務啟用SSL會話非常有用的原因。對于長期存在的連接，這種“最終效果”并不那么重要，會話也不那么有用。
這是一個有趣的軼事。當Google將Gmail切換為使用HTTPS時，不需要其他資源。沒有網絡硬件，沒有新主機。它僅使CPU負載增加了大約1％。
猛跑小豬
TA貢獻1858條經驗 獲得超8個贊
我第二個@erickson：純粹的數據傳輸速度損失可以忽略不計。現代CPU達到了數百MBit / s的加密/ AES吞吐量。因此，除非您使用的是資源受限的系統（移動電話），否則TLS / SSL足夠快，可以將數據傳送出去。
但是請記住，加密會使緩存和負載平衡變得更加困難。這可能會導致巨大的性能損失。
但是，對于許多應用程序而言，連接設置實際上是一個障礙。在低帶寬，高數據包丟失，高延遲連接（農村移動設備）上，TLS要求的額外往返行程可能會使某些速度變慢，從而變得無法使用。
例如，我們必須放棄對訪問某些內部Web應用程序的加密要求-如果在中國使用，它們幾乎無法使用。
添加回答
舉報
0/150
提交
取消