(续上篇)还是不推荐用Fiddler模拟低网速December 31, 2009
本来是直接在上篇文章里更新的，想想还是把他拎出来，可以让更多的人注意到。
大家都知道Fiddler是通过设置浏览器代理来实现的，而设置代理后浏览器会认为所有的连接都指向Proxy，即都是来自一个域。
如果你有针对assets和img设置不同的域名，会因为浏览器连接数的限制，使得开不开Fiddler出来的瀑布图差别很大。
见下图，测试用Cuzillion构建了一个页面，上面是没开Fiddler的，下面是开了Fiddler的。
此外，还用淘宝新首页也测了下：without-fiddler vs. with-fiddler。
所以最后还是推荐大家用Network Delay Simulator，因为既然想到要模拟低网速肯定是希望得到相对较精确的用户体验。
===
Update 2010/1/12：原来《Even Faster WebSites》P208里已经有对于Fiddler的相关描述。
确实会碰到类似问题！
[...] 工具准备：IE6/7，HttpWatch，不要开Fiddler。 [...]
照你所述，用proxy方式的就该都不行了？
比如Loadrunner等。 实际上准确的时间根本不能得到，比如modem，你能确定中国电信或者中国移动提供给终端用户的就是标准的速度吗？ 也许用Google分析之类的前端监控是一种弥补措施？
开启工具栏上 "Streaming" 模式 是可以的，但此时影响到了"Simulate Modem speeds"，得到的时间大幅缩小。
实际上的原因 应该不是proxy方式引入的
而是Fiddler不仅延时了带宽还延时了浏览器并发连接
@阿里
我开启"Streaming"模式后，得到的瀑布图和没开启是一样的。
如果你得到的结果和我的不同，我想可能要先确认下IE的默认连接数有没有被修改过。
== 注册表路径 ==
[HKEY_CURRRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]
DWORD：MaxConnectionsPerServer （HTTP 1.1的连接上限）
DWORD：MaxConnectionsPer1_0Server （HTTP 1.0的连接上限）