c10k

    7熱度

    6回答

    我有一個用C寫的守護進程,它需要同時處理20-150K的TCP連接。他們是長期運行的連接,並且很少拆卸下來。它們在任何給定的時間都有非常少量的數據(很少超過MTU,這是一種刺激/響應協議),但對它們的響應時間至關重要。我想知道當前的UNIX社區正在使用什麼來獲取大量套接字,並儘量減少響應時間。我已經看到設計圍繞多路複用連接到fork工作池,線程(每個連接),靜態大小的線程池。有什麼建議麼?

    5熱度

    4回答

    有可用內存,帶寬,CPU,當然還有網絡連接限制。但這些通常可以垂直縮放。 Linux上還有其他限制因素嗎?沒有內核修改它們能被克服嗎?我懷疑,如果沒有別的,限制因素將成爲千兆以太網。但對於高效的協議,它可能需要50K併發連接來彌補這一點。在我能得到那麼高的價值之前,別的東西會有什麼破裂? 我在想我想要一個軟件udp和/或tcp/ip負載平衡器。不幸的是,除了http協議之外,似乎沒有像開源社區中那

    4熱度

    2回答

    任何人都可以請介紹我應該閱讀的書籍/論文/文章如果我想用Java編寫一個高性能的RPC服務器,它可以處理大量的併發連接(C10K或以上),容錯,可以擴展,並保持高吞吐量?謝謝!