Web Services 做聊天，象QQ一样，客户端定时，比如1秒请求一起公网，如果有500个同时请求，服务器压力，是不是受不了？有什么好的办法吗?
Web Services 做聊天，象QQ一样，客户端定时，比如1秒请求一起公网，如果有500个同时请求，服务器压力，是不是受不了！？有什么好的办法吗？
聊天的文字，每次小于500个字符
[解决办法]
做超大用户数 WebIM是异想天开
IM最好用windows程序，点对点通讯~
[解决办法]
即使Web，也是普通Web应用，与WebService似乎扯不上关系~
[解决办法]
用windows程序吧
[解决办法]
用windows程序吧
[解决办法]
用WEB的话用服务端访问有消息的客户端,不要一起请求公网
[解决办法]
1.可以同时做多个webservice，以最小化刷新时的传输量。
2.增加IIS中的最多连接数。
3.增加webservice的并发连接数。
4.尝试异步调用webservice。
5.客户端使用Ajax减少流量，同时当压力大时在服务器端以一定概率不响应客户端的刷新请求。
[解决办法]
用Web Services 很显然不是一个很好的办法。
首先，从数据包来讲，WEB services 用的是soap协议，包含了太多的格式字符。
其实，WEB SERvice效率还是比较低下，特别是大用户量交互中，WEB 服务器可能要承受太大的压力。
[解决办法]
500个客户、500个文字应该不太大。
如果你使用10000个客户压力测试，可以考虑支持集群的windows server系统做为业务服务器（数据库服务器仍然是一个）。
[解决办法]
另外，许多方法应该设计为OneWay的，或者异步的。如果聊天内容复杂多样，应该按照内容区分多种业务员服务器。
[解决办法]
我们老大曾经在北美做过web service的大项目
他说超过了50个并发就变得很不稳定，.net的。
性能下降很快，实施通讯还是不建议使用。
你这属于滥用web service吧。别打我，我的理解
