IIS webService 並發 性能
做的WebService,客戶壓力測試500並發（隨機步長60s-90s）,響應速度不理想。
1，優化程序，壓縮執行時間
2，提高IIS“最大工作進程數”。后來測試時想到一個問題，既然IIS本身就是多線程處理，那么提高“最大工作進程數”還有什么用。暫時不調了。
3，客戶端單線程輪循調用，服務端只有一個線程。客戶端多線程輪循調用，服務端就有兩個線程。后來知道“HTTP 雙連接限制”。修改客戶端。兩種方式，第一中修改配置文件connectionManagement，第二種只需要增加一行代碼,設置System.Net.ServicePointManager.DefaultConnectionLimit.
參考文章：
http://www.kvkvk.com/blog/12804330/1332526589.html
http://support.microsoft.com/kb/183110
http://www.cnblogs.com/walkinhill/archive/2005/12/10/294597.html
http://blog.csdn.net/zb219/article/details/6206947
4，如果網絡傳輸是瓶頸，可以考慮壓縮。
5，如果還不行，改變技術，直接使用http請求，用參數傳值。WebService提供了便利的同時，犧牲了性能。改用http請求，基本上就是以純文本的方式傳遞信息。當然用http不能傳遞對象，只能傳文本。