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不能传递对象，只能传文本。