2

我目前正在开发一个 ASP.NET MVC 应用程序，其中一些页面加载了大量数据（在单独的 LINQ 查询中重新分区）。

为了提高这些页面的性能，我设想使用 C# 4 任务来允许同时进行查询并获得执行时间。

但我有一个主要问题：从服务器端来看，最好的情况是：

  • 使用任务等的页面，在很短的时间内大量的服务器资源？
  • 只使用同步代码的页面，更少的服务器资源但更多的时间？
  • 没有发病？

我的页面的性能很重要，但服务器的稳定性更重要！预先感谢您的帮助。

4

1 回答 1

2

您没有说 LINQ 查询是否受 CPU 限制（例如，在内存中计算）或 IO 限制（例如，通过网络或从磁盘读取）。

如果它们受 CPU 限制，那么使用异步代码将提高公平性，但会降低吞吐量 - 但只有这样每个人都会受到影响。例如，假设您一次只能处理一个请求，每个请求需要 5 秒。两个请求几乎同时进入。对于同步代码，第一个将在 5 秒内完成，而第二个在排队，第二个将在 10 秒后完成。对于异步代码，两者将一起开始并在略多于 10 秒后完成（由于两者之间的交换开销）。这是假设的，因为您有许多线程同时处理请求。

实际上，您会发现异步代码仅在您有大量 IO 绑定操作需要足够长的时间以导致请求排队时才有帮助。如果队列已满，服务器将开始发出 Server Unavailable 503 错误。检查您的性能计数器 - 如果您在典型的实时负载下在 ASP.NET 中排队的请求很少或没有，那么不要为额外的复杂性而烦恼。

如果工作是 IO 绑定的，那么使用异步代码会将瓶颈推向网络/磁盘。这是一件好事，因为您不会将 Web 服务器的内存资源浪费在等待响应的空闲阻塞请求线程上 - 相反，您可以使请求吞吐量取决于下游性能，并且可以专注于优化它。即，您将保持这些请求线程空闲，以便从队列中获取更多工作。

编辑 - 这篇文章不错：http: //blog.stevensanderson.com/2010/01/25/measuring-the-performance-of-asynchronous-controllers/

于 2012-06-15T13:27:15.933 回答