我们的应用程序需要即时通知,所以显然我应该使用某些WCF复式,或座的沟通。问题是该应用程序是以部分信任XBAP,因此我没有话要使用任何东西,但BasicHttpBinding.因此,我需要调查的变化。

没有涉及的问题:我的午说的更新时间间隔应araound2秒,运行于一个内联网有500个用户在一个单一的网络服务器。

任何你有经验如何投票woould影响力的网络服务器。

该服务farly简单,它需要一个guid作为一个参数,以及返回的列表guid。所有数据访问缓存,因此我猜测服务器的负荷是最小的一个单一的呼吁,但是对于500...

除了从投票,webserver有些工作。

因此,根据这个小小的信息,(假定的标准服务器硬件,不管这是)是有可能做一个合格的猜测?

  • 它是可能或不实施此,将它的工作?

是的,我知道估计这是困难的,但是我会真的很高兴如果你们中的一些可以分享一些想法在这个

关于

Larsi

有帮助吗?

解决方案

投票..糟糕,但是如果你没有其他选择,然后是理想的:)

铭记事实上,你无疑将有保留,这样你就有500永久连接的用户。存储器的使用,可能会更显着于处理器的使用。我不能想象的网络接入(即使在相对较bloaty网服务)将会使用很多网络的能力,但网络的延迟可能会成为一个问题-特别是我们都看到网的应用'暂停'。

在结束虽然,你可能是好的,但你必须要检查你自己。有很多的网络服务的压力测试,可使用 微软的是工具 对于一个,这里的 几个链接 给其他人。

其他提示

不估计,基准。

尝试使用 soapu我,一个网页服务,测试工具,以检查你的网服务。有一个付费版本和一个开放源代码版本,是免费的。

欢呼

我不认为这将是一个特别的问题。我想像的响应时间为每项请求将是相当低的,除非你拉回到地狱的大量数据,因此500连接的传播超过2秒不应该打得太艰难。

你可以使用压力测试工具,以验证你的网络服务器可以处理负荷虽然,在你之前提交这样的设计。

250qps可能是可行的相当温和的硬件以及网络带宽的提供的你尽量减少发送的数据来回.我假设你是高速缓存这些GUID名单上的客户,所以你可以送一个小小的"没有更新的"反应在正常情况。

应该很容易衡量一个简单的原型,虽然可以更有信心。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top