在喬爾的文章,題爲公司How Hard Could It Be?: The Unproven Path,他寫道:我該如何去弄清楚我的服務器可以處理的最大負載?
......事實證明,傑夫和他的 程序員都那麼好,他們 建立了一個網站,這樣就能滿足每天80000名 遊客(大約755,000頁 的意見)
我該如何去弄清楚我的服務器可以處理的最大負載?
在喬爾的文章,題爲公司How Hard Could It Be?: The Unproven Path,他寫道:我該如何去弄清楚我的服務器可以處理的最大負載?
......事實證明,傑夫和他的 程序員都那麼好,他們 建立了一個網站,這樣就能滿足每天80000名 遊客(大約755,000頁 的意見)
我該如何去弄清楚我的服務器可以處理的最大負載?
傑森,你看着內置到Visual Studio 2008 Team System中的負載測試?查看this video以查看演示。
編輯:這裏的another video有更好的分辨率。
阿帕奇有一個名爲ab
工具,您可以使用基準的服務器。它可以模擬加載請求和併發情況。
基本上你需要模仿用戶的行爲,並保留斜坡上升的用戶數量正在mimiced直到服務器響應不再是可以接受的。
有各種各樣的工具,可以做到這一點,但基本上你想記錄在您的網站經過一個階段的活動,然後播放這些會議時(加入一些隨機化,以反映真實用戶行爲)很多次。
您將需要記錄每個會話的性能並不斷增加負載,直到性能變得不可接受。
對您的軟件進行基準測試往往比看起來困難得多。當然,生成一些能夠說明軟件性能的數字很容易,但除非是用最終用戶的實際使用模式的非常準確的表示來計算,否則它可能與您將得到的實際結果完全不同在野外。衆所周知,網站難以正確進行基準測試。當然,您可以運行腳本來測量生成頁面所需的時間,但它與您在真實世界中的使用情況會有所不同。
中序建立一個什麼樣的服務器可以處理了堅實的標杆,你首先需要了解用戶的使用模式是什麼。如果您的網站已在運行,您可以輕鬆從日誌中收集這些數據。接下來,您需要創建一個仿真模擬與真實用戶展示的模式完全相同的模式......即查看首頁,登錄,查看狀態頁面等。不同的頁面會在服務器上創建不同的負載,要求您在模擬服務器上的負載時真正獲取正確的一組頁面。最後,您需要確定用戶緩存哪些資源,您可以通過查看訪問日誌或使用諸如螢火蟲之類的工具重新執行此操作。
的JMeter,AB,或httperf
不幸的是,我正在使用IIS – Jason 2008-11-06 23:46:59
這並不重要,ab工具只對某個服務器發出請求,而不依賴於apache。 – 2008-11-07 00:17:25