對服務器運行瓶頸測試

Question

我試圖檢測服務器中的瓶頸，並且我很難決定從何處開始。機器崩潰之前的症狀是丟棄的連接（超時，當客戶端看到響應時間太長時會發生什麼情況，可能表明處理器無法由服務器端代碼分配，並且請求不能不會被處理）和內存不足的問題。後面的錯誤代碼實際上是由JVM在錯誤日誌中給出的，但我很難相信內存和缺少可用CPU在同一時間成爲瓶頸。 （在之前的崩潰時代，它一直以上述方式崩潰）。我們有自己的內部服務器代碼，我不會將它分類爲類似於Apache或我見過的任何其他代碼。 （對不起，如果這讓建議更困難。）

我想花一些時間在本地創建一個有點可控的測試。我正在運行服務器，並且正在創建一個程序，它將向本地服務器請求不同的事情。監視RAM/CPU的好方法是什麼？我目前正在使用Java的VisualVM，但是當我用一些測試錘擊它時，監視器會停止響應。

任何想法都將不勝感激。就像我剛纔提到的那樣，我試圖抓取儘可能多的有用數據，以幫助我進一步排除故障。一般而言，當出現這樣的瓶頸問題時，需要採取哪些一般性策略？活動服務器全部運行在Windows Server 2008上。Java的版本是7.03。我的本地機器運行Windows 7，同時還有Java 7.03。我不想做太多的假設，但我認爲假設Server 2008和Windows 7非常相似是合理的。 （操作系統架構是相同的。）除此之外，我的本地盒子與我們的服務器具有相同的硬件。

Answer 1

對於Windows，你需要：

1）樹立 「業績比較基準」

2）嘗試重現瓶頸，並與基線

3在壓力下進行比較的行爲）找出瓶頸的原因，並予以糾正。

這些鏈接將幫助：

• http://technet.microsoft.com/en-us/library/cc781394%28v=ws.10%29.aspx

• http://msdn.microsoft.com/en-us/library/windows/hardware/gg463394.aspx

你也應該看看這些TCP/IP註冊表設置：

• 增加臨時端口

  範圍

  HKLM \系統\ CurrentControlSet \服務\ TCPIP \參數，MaxUserPort的

• 考慮禁用自動調整：

  http://geekswithblogs.net/cajunmcse/archive/2010/08/20/windows-2008-exchange-and-tcpip-auto-tuning.aspx