偶也遇到此问题，安装使用2.0后不可以DEBUG，需要重新安装一个APSNET
做法如下：
在以下路径下，
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322
使用ASPNET_REGIIS -I重新安装版本

找到原因了,把IP当成域名来解析了.在HOST里面加进去就可以了

我现在也碰到了一个问题,JAVA开发的SOCKET客户端,应用布署在不同的机器上,访问相同的SOCKET服务,响应速率完全不一样.在不同的机器上PING那台SOCKET服务器的响应时间都在6MS左右.JDK/TOMCAT版本也都是一致,且跟客户端机器的硬件配置也没什么关系(硬件配置好的反倒速率差),操作系统也没什么关系(其中有些机器的操作系统是一样的).是何原因?

ＰＳ：不是cpu,内存，ping值的问题，重装也试过，别人没有这个问题

我想问下，我在一个网游中运行的程序很容易失去响应，可能是什么原因呢

多线程通信之共享缓存模块与测试
http://www.54bk.com/user1/1359/archives/2006/20061011121954.html

这个网站有篇文章
去这儿的热门日志看看，也许有你想要的
http://www.54bk.com/index.html

做梦也没有想到
我的网络数据莫名其妙的延迟是拨号软件搞的
用嗅谈软件仔细分析了1天才搞明白

我用的是ADSL拨号王
这个拨号软件会把从一台电脑上（指Internet共享下的任意一台）发出的数据包缓存组合再发出，包括纯ACK包。再数据包很多的时候，会打乱ACK包和正常包的次序。有可能把ACK包放到正常发包后发出，从而导致服务器重传TCP包而带来延迟。。。。

还是非常感谢各位的热情帮助~~~

真的是很不明白
搞了两天还是不行

昨天看到介绍，.net framworks，在winxp上针对Socket异步调用是采用完成端口实现的。于是兴致勃勃的修改程序为完成端口，结果还是延迟~~~~~

然后怀疑是否还是其他线程占用CPU，于是异步开启所有Socket后，关闭其他所有线程。结果还是延迟~~~~~~~


真不明白乐~~~~

最近也在关注socket这方面的开发。也不是太懂楼主的问题，但是感觉楼主的模式是有点问题，一个客户端的软件同时使用50个socket连接，也太夸了。
socket的处理速度不仅和网络的因素有关，和机器的内存处理以及线程效率等好像也有关系的。我也不太懂。呵呵呵

同情ing。。。不懂，帮你up一下！！！

哦
多谢指教了
我继续研究研究

并发模式主要指服务器端，见：
http://www.cnblogs.com/asilas/archive/2006/01/05/311309.html

而10个并发连接限制主要是客户端的问题，测试时注意一下即可。

@neoragex2002

你说并发模式我不太懂，是客户端也有的问题么？

XP SP2同时10个并发连接请求的限制，我用工具调到200个了

如果确定不是nat和并发模式(一般这个问题居多，不过.net里面也没多少选择)的问题，试试用VC吧，这个跟C#非确定终止的内存分配模式可能有关系。要看程序具体是怎么编的了。

另，要考虑规避XP SP2同时10个并发连接请求的限制。总之，一个一个排除吧，防火墙、网络拓扑、协议、平台、语言、并发模式。

@neoragex2002
测试了一下啊，好像还是不行

我在公网IP上绑所有Socket连接，和原来情况一样
然后我干脆关闭了Internet共享，再测，情况仍然一样

又开启Internet共享，公网IP挂50个Socket，然后在地下的一台共享上网的电脑上开一个Socket。这一个Socket运行很好，而那50个Socket仍然是灾难！！

:(

麻烦再多指点一下吧

回@neoragex2002
服务器是不同的，每个Socket是不同服务器，所以服务器上并发处理不重要吧。的确是要求交互高，数据量小的。

服务器已经定型是TCP的，我没有办法修改了。。。：（
你说的NAT有影响，我测试一下吧
计划在我直接连Internet的机器上的公网IP上帮50个Socket连接看看是否会慢
这样应该能避免NAT的影响。等一会我说结果~~~

原因可能在于服务器端你用的是什么样的并发处理模式，另外C#也不适合实时性要求较高的应用，慢了，CLR的执行速率和时间精度是不可预测的，随便一次一般规模的垃圾收集都可以让你延迟骤增。

普通数据传输一般不必关闭nagle，这样会降低总吞吐率（带宽延迟积）。只有在使用telnet等交互性要求较高、数据量小的应用时才建议关闭nagle。

另外做测试时不要使用internet共享连接，NAT将极大增加round trip延迟，导致问题本身现象不明显。你可以用UDP试试，初步判断一下问题究竟是出在网络上还是出在机器处理模式上。

哦
原来如此
谢谢

vs2003不能使用.NET Framework 2.0,需要安装VS 2005。

回:Boler Guo
这两天在想办法加速
A*的变种的资料好像比较少，中文资料几乎没有！~~
不知道仁兄能否提供些资料

我找了两天，好像大概有两种方法可以大幅加速
1.图像分层
可是地图是不规则的，需要有地形分析，好像非常麻烦！~~~
我找不到详细的资料

2.先用直线搜索，找出拐弯点，然后从中找出关键的拐弯点
然后利用标准的A*将这些关键点连起来
找关键拐点我还不会
这个方法对迷宫类的地图不适合
直线搜索可以用简单的A*变形实现，将F=G+H中的G去掉，F=H即可


回:alls.net
的确如此


回：CloudAge
是用的二差堆
泛滥？？我还不大明白是什么意思



<其他>
这两天对算法作了一点小调整，可以稍微加速，主要是基于方向概念的
1.减少搜索点范围
除了初始点外，任何一个新放入Open表的节点没有必要搜索周围的全部8个点
比如目前我们走0方向，只需要搜索7/0/1方向的3个点，如果是3方向就搜索1/2/3/4/5几个点。这样做速度提高了30%左右

2.改进二叉堆节省运算
原来的例程中的二叉堆是后进先出，为了保持方向，我把当前行走方向的点最后一个查找。我现在修改为先进先出，就最先搜索方向上的点即可。这样做可以减少把新来的节点的F值向上推的运算时间。F函数做小调整调整G的步长为100，H=max(x差,y差)*101。这样做对于不复杂的地图减少些运算

你在从open表中挑选最优点的时候是怎么做的？这个过程是最耗时的，不知道你有没有用二叉堆？
另外A*都有一个“泛溢”的问题。这个我也没弄懂是什么意思，你研究研究？

1000x1000就不小了
如果是WE的话一定显示为"极为壮丽的"

用其他算法试一试，A*好像有很多变种也可以试一试～