wamp apache - 輪詢服務器不斷

Question

我聽說輪詢服務器並不是最好的想法。

比方說，我製作了一個客戶端 - 服務器應用程序。例如一個簡單的遊戲。 每個客戶端每半分鐘輪詢一次服務器。 它有多少客戶可能擁有超載的wamp服務器之前？ Apache基本上對這種東西有多強大？ 獲取請求，彙總來自mysql服務器的數據，然後以xml格式返回數據。

Answer 1

這是一個非常開放的問題。它完全取決於你的配置，你運行多少個apache服務，你有多少個物理服務器，你的mysql服務器是如何設置的（在它自己的機器上）？您還要記住，通過輪詢服務器，您必須每次啓動連接併爲該通信分配資源（在較低級別的網絡和您的程序中）。

如果可能的話，服務器將內容推送到客戶端可能會更好（假設推送發生的次數少於發生投票的次數）。

Answer 2

真的不能給你數字。這取決於一系列因素（包括硬件）。

對您來說更重要的是：您可以支持多少併發用戶，或者實時結果如何？

如果你正在尋找實時結果，你可能想要調查像Comet或long polling。

如果您正在尋找支持大量用戶的方法，則長輪詢方法可能並不理想，您可能會希望獲得比Apache更輕量級的東西。就我個人而言，我是nginx的粉絲。

編輯：如果你真的覺得髖關節，這裏的實時結果最好的選擇是Web Sockets，但如果你是一個微軟的人，這不會對你有很大的好處，因爲IE不會支持他們。

Answer 3

我的猜測是你會maxout無論請求處理和mysql數據庫之前，Apache服務器成爲一個問題。但是，如果適當的緩存已經到位，並且具有足夠智能的架構和務實的設計，並且實際上只有30秒的輪詢，那麼您應該能夠支持幾千個用戶。

但是：模擬它，快速和骯髒，做大致你認爲你會做什麼，並與JMeter（或類似的）與3,10,30,100,300,1000,3000，...打它。直到你找到表演牆。

嚇得我對彙總數據部分......如果真的需要聚合，認真建築師，所以你並不需要去DB，因爲這會殺了你的生產，你不會發現它在發展。