异步比同步慢

Question

我一直在处理异步调用，我发现方法的异步版本比同步版本运行得慢得多。任何人都可以评论我可能遗漏的内容。谢谢。

统计

同步方法时间为 00:00:23.5673480

异步方法时间为 00:01:07.1628415

每次调用返回的记录/条目总数 = 19972

下面是我正在运行的代码。

-------- 测试类 ----------

[TestMethod]
public void TestPeoplePerformanceSyncVsAsync()
{
    DateTime start;
    DateTime end;

    start = DateTime.Now;
    for (int i = 0; i < 10; i++)
    {
    using (IPersonRepository repository = kernel.Get<IPersonRepository>())
    {
        IList<IPerson> people1 = repository.GetPeople();
        IList<IPerson> people2 = repository.GetPeople();
    }
    }
    end = DateTime.Now;
    var diff = start - end;
    Console.WriteLine(diff);

    start = DateTime.Now;
    for (int i = 0; i < 10; i++)
    {
    using (IPersonRepository repository = kernel.Get<IPersonRepository>())
    {
        Task<IList<IPerson>> people1 = GetPeopleAsync();
        Task<IList<IPerson>> people2 = GetPeopleAsync();
        Task.WaitAll(new Task[] {people1, people2});
    }
    }
    end = DateTime.Now;
    diff = start - end;
    Console.WriteLine(diff);
}

private async Task<IList<IPerson>> GetPeopleAsync()
{
    using (IPersonRepository repository = kernel.Get<IPersonRepository>())
    {
    return await repository.GetPeopleAsync();
    }
}

-------------- 存储库-------- --------

    public IList<IPerson> GetPeople()
    {
        List<IPerson> people = new List<IPerson>();
        using (PersonContext context = new PersonContext())
        {
            people.AddRange(context.People);
        }
        return people;
    }

    public async Task<IList<IPerson>> GetPeopleAsync()
    {
        List<IPerson> people = new List<IPerson>();
        using (PersonContext context = new PersonContext())
        {
            people.AddRange(await context.People.ToListAsync());
        }
        return people;
    }

Answer 1

所以我们在这里遇到了一大堆问题，所以我会直接说这不会是一个详尽的清单。

首先，异步的点并不是严格意义上的提高性能。在某些情况下，它可以用来提高性能，但这不是必然它的目标。例如，它还可用于保持 UI 响应。 并行化 通常用于提高性能，但并行化和异步并不等同。除了，并行化还有开销。您正在花时间创建线程、调度它们、在它们之间同步数据等。并行执行某些操作的好处可能会也可能不会超过此开销。如果不是这样，同步解决方案的性能可能会更好。

接下来，您的“异步”示例并非“一直向上”异步。您正在循环内的任务上调用WaitAll。对于正确异步的示例，我们希望看到它一直是异步的，直到 single 操作，即某种形式的消息循环。

接下来，这两者在异步和同步庄园中并不完全相同。他们在做不同的事情，这显然会影响性能：

• 您的“异步”解决方案创建了 3 个存储库。您的同步解决方案创建了一个。这里会有一些开销。
• GetPeopleAsync 获取一个列表，然后将所有项目从列表中拉出并放入 another 列表中。这是不必要的开销。

那么你的基准测试有问题：

• 您正在使用DateTime.Now，它不是为计时操作需要多长时间而设计的。例如，它的精度不是特别高。您应该使用StopWatch 来计算代码花费的时间。
• 您没有执行那么多迭代。变异有很多机会影响这里的结果。
• 您没有考虑到前几次运行一段代码需要更长的时间。 JITter 需要“热身”。
• 垃圾收集可能会影响您的时间安排，即在第一次测试中创建的对象最终可能会在第二次测试中被清理。

Answer 2

这可能取决于您的数据，或者更确切地说是数据量。您没有发布您用于运行测试的测试指标，但这是我的经验：

通常，当您期望改进时看到并行算法的性能下降时，加载额外库和产生线程等的开销会减慢并行算法并使其看起来像线性/单-线程版本的性能更好。

更多的数据应该显示更好的性能。当所有库都加载完毕后，也可以尝试运行两次相同的测试，以避免加载开销。

如果您没有看到改进，则说明问题严重。

注意：我猜你被否决了，因为你在 OP 中发布的代码比上下文、指标等多得多。 IMO，很少有 SOers 会真正费心去阅读和摸索那么多代码，而无法执行它，同时还会看到根本没有用的指标！

为什么我没有阅读代码：当我看到带有滚动条的代码块以及原始 OP 中出现的那种文本时，我的大脑会说：不要打扰。我认为很多（如果不是大多数）可能会这样做。

要尝试的事情：

• 两个不同的同步时间并不意味着具有统计学意义的数据。您应该多次运行每个算法（至少 5 次）以查看您是否遇到异常情况。如果相同算法的结果差异很大，则可能存在其他问题，例如带宽限制、服务器负载等，并且问题是外部问题。
• 尝试使用 .NET 内存性能和/或内存分析器来帮助您追踪问题。
• 请参阅@servy 的最佳答案以获取更多线索。看来他实际上花时间更仔细地查看您的代码。