问题标签 [throttling]

我有一个客户端应用程序调用 WCF 服务的方法。有时此方法调用的参数之一接近 10MB。当客户端处于非常慢的网络中时，这会导致问题。当 10MB 数据传输到服务器时，网络中的其他用户会遇到严重的减速。有没有办法限制每个方法调用的带宽使用？

搜索高低，只有选项似乎在编写自定义通道。我找不到任何关于如何编写自定义频道的像样的文档。任何指针都会有帮助

所以我正在为 DOS Prompt 开发老式 ASCII 游戏，你问我值得花时间吗？我会这么说，它是怀旧的。无论如何，自从我回到它并重新学习现在直接访问屏幕内存以及直到最近我的游戏刷新率在 30-60Hz 左右时，我一直玩得很开心。我注意到在 XP、Vista 和 7 上，命令提示符 vert refresh 在我看来会限制在 14Hz 左右，当你给它恒定的 KB 输入时，它会跳到 25-30Hz 左右。

所以这里的要点是，我运行我的 DOS 游戏，它在窗口模式下非常不稳定，当我按住空格键时它刷新得更好。当我以全屏模式（Alt+Enter）运行它时，我完全没有问题，所以我确信它与主操作系统（Windows）如何测量模拟操作系统（DOS）的刷新率有关。

有什么方法可以默认 DOS 模拟器（命令提示符）刷新率？或者也许通过 KB 中断模拟恒定的 KB 输入？

事实证明，我之前的问题的答案不起作用。问题是我的请求使服务器超载。该过程需要一个节流阀，以便后续请求会稍微减速。这是有问题的代码。需要计时器或 setInterval 的重要代码段是由警报“Profile Rejected”开头的，尽管放慢它们的速度是可以接受的。有什么建议么？

我有一个通过 WCF 读取我的消息队列的 Windows 服务。我希望该服务处理来自队列的不超过 50 条消息。我将节流配置设置为 50 ，但它似乎没有做任何事情。它只是一个接一个地处理一条消息。

我错过了什么吗？

我的 web.config ：

<serviceThrottling maxConcurrentCalls="1" maxConcurrentSessions="1" maxConcurrentInstances="50" />

我的服务文件：

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, InstanceContextMode = InstanceContextMode.PerCall)]

请让我知道是否有任何需要更改的地方。

我是 JavaScript 新手。我试图弄清楚如何创建一个 onresize 函数来在用户完成窗口大小调整之后和另一个函数中触发一个函数。很可能会发生会话超时。

关于编写基本功能的任何想法？

这是我正在尝试的修改版本。目标是在页面调整大小时隐藏页面上的主要胶囊 div。最初，当 onresize 事件被触发时，将打开 div 的可见性作为备用屏幕，说“请稍候，我们正在处理信息”。

脚本经验：

如何使用和的组合ScheduledThreadPoolExecutor来限制接受可变参数的命令？在收到命令的响应后，我需要根据上述命令的输出创建一个新命令。我还需要遵守每秒 100 个调用的阈值。ScheduledFutureExecutorCompletionServiceCallableCallableCallableCallable

我想限制我编写的以下 ajax 实时搜索功能。

我这样做是为了仅在输入至少 2 个字符时才发送请求。我还想限制 ajax 四分之一秒，让用户有机会输入他们想要的内容。我将 ajax 包装在 setTimeout 函数中，但这不起作用。

我应该问的另一件事，我可能应该缓存 ajax 的结果，不是吗？

我正在使用以下代码（由另一个用户编写）来限制 livesearch 函数中的 ajax 请求：

JSFiddle 如果您喜欢演示：http: //jsfiddle.net/4xLVp/

不过，这似乎是错误的。用 清除值Ctrl+shift+back-arrow，然后再次键入会引起一连串的请求。空白值也会导致请求。它看起来不太对劲，尤其是与jQuery UI autocomplete相比，请求延迟似乎更加可衡量。

有没有更好的方法来处理这个？

我想说，如果来自同一用户（针对 API）的请求开始发生得足够快，以至于他们每分钟的请求达到一定水平，我想开始拒绝请求，直到它变慢。（就像 Zendesk 的人所做的那样）。

问题有两个方面，计算请求率（最小 DB 读/写）的有效方法是什么，以及在 MVC 层次结构（操作过滤器、控制器方法覆盖？）中的哪个位置最好保留此代码？

在我们的 Facebook 应用程序的诊断页面上，有一条消息说对于两个不同的查询，我们的“调用访问太多数据”。有谁知道这到底是什么意思？

具体来说，这是否意味着我们每次调用的平均请求大小太大，或者我们访问的数据总量过多？我们尽最大努力将查询尽可能地批处理在一起（对于 GraphAPI 和 FQL 查询），以便我们可以限制每个用户的查询总数。但是，如果这两个调用真的“访问了太多数据”，那是否意味着我们应该对批处理这些查询不那么激进？