IIS链接数是按IE屏计算的，也就是同一个IP内，如果您同时打开了10个网页，那么IIS就视为10个链接数，或者说您的网页使用的框架结构，那么这个网页中有几个框架页面，就是几个IIS链接数，最后请注意：服务器对于某一个链接的默认超时时间一般为15--20分钟，也就是当访问用户访问你的网页并关闭后，一般需要15--20分钟，服务器才从其内存中将其清除，视为无效链接！简单地说:就是同时能连接的页面次数。

并发连接数使用socket角度说的，不是从iis会话角度说的。也就是说，并发100链接完全可以支持1000个会话（1000个人同时访问你的网站），甚至远远超过1000.

早先的ie默认是每个进程只使用两个线程，因此它最多仅并发启动两个链接到任意网站。我不知道现在的ie7是如何设置的。许多浏览器很可能超过这个限制。例如用一个浏览器进程最多允许50个并发链接，那么你访问一个网站时可能有一个链接用于下载html，在一边下载和解析的同时另外49个链接就同时去下载图片、js文件等等了。不过这样的浏览器如果有太多人用，服务器就真的只能给少数人使用了。

web服务器往往可以并行处理多个连接（每一个链接都在一个单独的线程中处理），这一个链接大概就是完成一个http的Get或者POST指令以及返回结果。超过最大连接数的请求就只有排队，等待别的某一个链接完成了服务器才开始接受新连接。

这就好像一个6车道的高速路，不是只能有6辆车在高速路上跑，而是最多只能有6辆车并行，但是每一个车道都是可以顺序使用，因此同时可以有1000辆车在6车道高速路上跑也没有问题。

网站服务商给你的网站配置一定量的并发连接数，是一种避免“用尽”资源的手段，即使你的网站有故障也总会留出一些资源给别人使用。例如假设，网站设置为最大1000个并发连接数，iis最多占用其中800个，而iis下有40个网站并且每个网站最多同时并发150个连接。

asp.net具有自己的性能计数器，可以统计一段时间内网站点击率以及自己的应用程序中点击率跟线程数的关系，估计出需要多少并发连接数。如果可能的话，仅用不足服务商给你设置的连接数的80%就可以满足用户访问就可以了。实际上，除非你的网站真的很热门，对于一般小网站，服务商把这个给你设置很高未必能够提高你的网站响应速度。

60、100似乎是市面上可以提供的最低最低的。