处理器数量会影响 ASP.NET MVC 4 Web 应用程序中异步线程的性能吗？

Question

我不太擅长异步编程，因此问题可能处于较低水平。

我在 ASP.NET MVC 4 Dev 上使用 Async CTP 创建了一个异步方法，如下所示。预览：

public class Movie
{
    public string Title { get; set; }
    public string Url { get; set; }
    public string BoxArtUrl { get; set; }
}

public class MovieM {

    public IEnumerable<Movie> M2009 { get; set; }
    public IEnumerable<Movie> M2010 { get; set; }
    public IEnumerable<Movie> M2011 { get; set; }
}

public class HomeController : AsyncController  {

    public async Task<ActionResult> GetMoviesM()  {

        var profiler = MiniProfiler.Current; // it's ok if this is null

        var pageSize = 1000;
        var imageCount = 0;

        using (profiler.Step("Start pulling data (Async) and return it")) { 

            var m2009 = await QueryMoviesAsync(2009, imageCount, pageSize);
            var m2010 = await QueryMoviesAsync(2010, imageCount, pageSize);
            var m2011 = await QueryMoviesAsync(2011, imageCount, pageSize);

            return View(new MovieM { 
                M2009 = m2009,
                M2010 = m2010,
                M2011 = m2011
            });
        }
    }

    XNamespace xa = "http://www.w3.org/2005/Atom";
    XNamespace xd = "http://schemas.microsoft.com/ado/2007/08/dataservices";
    XNamespace xm = "http://schemas.microsoft.com/ado/2007/08/dataservices/metadata";

    string query = "http://odata.netflix.com/Catalog/Titles?$filter=ReleaseYear eq {0}&$skip={1}&$top={2}&$select=Url,BoxArt";

    async Task<IEnumerable<Movie>> QueryMoviesAsync(int year, int first, int count)  {

        var client = new WebClient();
        var url = String.Format(query, year, first, count);
        var data = await client.DownloadStringTaskAsync(new Uri(url));
        var movies =
            from entry in XDocument.Parse(data).Descendants(xa + "entry")
            let properties = entry.Element(xm + "properties")
            select new Movie
            {
                Title = (string)entry.Element(xa + "title"),
                Url = (string)properties.Element(xd + "Url"),
                BoxArtUrl = (string)properties.Element(xd + "BoxArt").Element(xd + "LargeUrl")
            };
        return movies.AsEnumerable();
    }
}

代码运行得很好。当我们在桌面应用程序（例如 WPF 应用程序）上运行相同的功能时，我们可以看到明显的性能差异。用户界面不会被阻塞，数据可用时会立即推送到屏幕。

但在网络应用程序上，我真的看不出有什么区别。我还创建了与sync相同的函数，它们几乎是相同的。

我想知道的是：

1. 我在具有 Intel Core 2 Duo CPU T5750 2.00GHz 的计算机上运行此应用程序。处理器数量会影响 C# 上异步线程的性能吗？
2. 从网络应用程序的角度来看，我在这里做错了什么吗？

Answer 1

当我们在桌面应用程序（例如 WPF 应用程序）上运行相同的功能时，我们可以看到明显的性能差异。用户界面不会被阻塞，数据可用时会立即推送到屏幕。

这是一个常见的误解。您发布的方法比其同步等效方法稍微慢，但在 UI 应用程序中，它响应更快，因此看起来性能更高。

在 ASP.NET 场景中，仅当所有异步请求完成时才会呈现页面；这就是为什么你看不到差异。

您可以通过并行化您的请求来使其实际上性能更高：

var m2009Task = QueryMoviesAsync(2009, imageCount, pageSize);
var m2010Task = QueryMoviesAsync(2010, imageCount, pageSize);
var m2011Task = QueryMoviesAsync(2011, imageCount, pageSize);
await Task.WhenAll(m2009Task, m2010Task, m2011Task);
var m2009 = await m2009Task;
var m2010 = await m2010Task;
var m2011 = await m2011Task;

这将提高桌面和 ASP.NET 的性能。

您的原始代码使用串行组合（一次一个await）。在这种情况下，代码异步运行，但请求的完成速度并没有更快。像这样使用 async/await 仍然有一个好处：请求不会占用 ASP.NET 线程，因此您的服务可以进一步扩展。在 UI 世界中，UI 线程不会受到束缚，因此响应速度更快。但对于 ASP.NET 和 UI，完成 GetMoviesM 方法的总时间并不会通过使其异步.

并行组合（使用 Task.WhenAll 或 Task.WhenAny）允许 GetMoviesM 作为一个整体运行得更快，因为它并行执行请求。此外，您还可以获得上面提到的线程优势。

在这种情况下，处理器的数量并不重要。它们仅在您在线程池上进行处理时发挥作用（例如，Task.Run），而不是在进行 I/O 时发挥作用。 （这是一种简化，但足够真实）。

Answer 2

一些评论。

首先，WebClient 默认情况下每个会话每个服务器仅打开 2 个连接。这显然会影响您的扩展能力，因此您可能需要更改它[请参阅 如何以编程方式删除 WebClient 中的 2 个连接限制 ]

其次，我不确定在控制器方法和 QueryMoviesAsync 内部使用异步有什么好处 方法。

第三，WebClient 实现了 IDisposable，因此您应该通过 using(..) 语句来使用它。不这样做也可能会影响可扩展性。

鉴于上述所有更改，并回答您原来的问题，是的，代码应该在运行时扩展到多个处理器/内核，因为这是 ASP.NET/IIS 的默认设置