我们的应用需要即时通知，所以我应该使用一些WCF双工或套接字通信。问题是应用程序是部分信任XBAP，因此我不允许使用除BasicHttpBinding之外的任何东西。因此，我需要轮询更改。
没有问题：我的PM说更新间隔应该是2秒，并且在一个内部网上运行，在一个Web服务器上有500个用户。
你们中是否有人有过轮询会如何影响网络服务器的经验。
该服务非常简单，它需要一个guid作为arg，并返回一个guid列表。所有数据访问都被缓存，所以我猜服务器上的负载对于一次调用来说是最小的，但对于500 ...
除了民意调查外，网络服务器几乎没有工作。
因此，根据这些小信息（假设标准服务器硬件，无论是什么），是否可以进行合格的猜测？
是的，我知道估计这很困难，但如果你们中的一些人可以就此分享一些想法，我会很高兴
此致
Larsi
答案 0 :(得分：1)
不要估计，基准。
答案 1 :(得分：0)
尝试使用soapu i（一种Web服务测试工具）来检查Web服务的性能。有一个付费版本和一个免费的开源版本。
欢呼声
答案 2 :(得分：0)
我认为这不是一个特别的问题。我想每个请求的响应时间都相当低，除非你要回收大量的数据，所以在2秒内传播的500个连接不应该太难。
在您提交此设计之前，您可以使用压力测试工具来验证您的网络服务器是否可以处理负载。
答案 3 :(得分：0)
250 qps可能适用于相当适中的硬件和网络带宽，前提是您尽量减少发回的数据。向前。我假设您在客户端缓存这些GUID列表，因此您可以在正常情况下发送一个小的“无更新”响应。
使用简单的原型测量应该非常容易，但要更加自信。
答案 4 :(得分：0)
轮询..不好，但如果你别无选择，那么它是理想的：）
请记住，您无疑会继续保持活力，因此您将拥有500名永久连接的用户。其内存使用量可能比处理器使用率更重要。我无法想象网络访问（即使在相对膨胀的Web服务中）也会占用大量网络容量，但您的网络延迟可能会成为一个问题 - 特别是因为我们已经看到Web应用程序暂停了一段时间。
最后，你可能会没事，但你必须自己检查一下。有很多Web服务压力测试人员，您可以使用Microsoft's WAS tool作为其中一个，此处a few links使用其他人。