我的asp（類）應用程序每秒處理多少個請求

Question

我正在分析一個asp（經典）web服務。 Web服務進行數據庫調用，讀取/寫入文件以及處理xml。在windows server 2003盒子上（2.7ghz，4核心，4gb ram），在事情開始失敗之前，我應該能夠處理多少個請求。

我建立一個工具來測試這一點，但我正在尋找一個每秒拍攝的請求。

我知道這是相當含糊的，但請給出最好的估計，你可以。如果您需要更多信息，請詢問。任何數據驅動的應用程序的性能

Answer 1

95％是依賴於數據庫：1）你做你的電話的方式，2）指數，3）數據庫（特別是磁盤子系統）下的硬件。

我看到一臺機器，像你所描述，處理每秒（2500 /分鐘）40名的請求，但像編號10每秒（600 /分鐘）是比較常見的。如果你在同一臺機器上運行你的數據庫，我甚至會期望更低，如果那個數據庫是SQLExpress或MSAccess，甚至會更低。

此外，在產能，您的應用程序可能不會失敗，但IIS將請求排隊，一旦飽和，並可能超時其中一些要求，如果超時到期前不能爲他們服務。

順便說一句，而不是建立一個工具來測試您的應用程序，你可能要考慮使用一個測試工具，如微軟WCAT。它非常流暢且易於使用。

Answer 2

它應該多快？足夠快。

速度有多快？這是一個只有你和你的用戶才能回答的問題。如果你的服務效率低下並且跟不上需求，那就足夠快了。如果您的服務是組裝優化，閃電般快速，並且滿足要求，那麼速度不夠快。

如果服務器正在處理其實際工作量，那麼不用擔心它「應該」是多快。當服務器遇到問題時，或者您預計很快會出現問題時，您應該考慮改進代碼或升級硬件。記住克努斯定律 - 不成熟的優化是萬惡之源。你現在爲增加速度所做的任何工作都可能永遠不會有回報，並且你可能會被迫以靈活性或可維護性作出妥協。請記住，一句古老的諺語 - 如果沒有破裂，就不要修復它。

Answer 3

是的我也會說每秒10個是一個很好的基準。對於高性能的應用程序，您希望得到的不僅僅是這些，但是如果您沒有具體的目標，那麼通常每秒至少可以獲得10個請求，以用於一般數據庫查詢的網頁。