使用信号量调用 WaitOne 是否会释放调用线程以执行其他工作?

Does calling WaitOne using a Semaphore release the calling thread to perform other work?

我的应用程序需要每分钟为每个租户执行许多任务。这些是一劳永逸的操作,所以我不想使用 Parallel.ForEach 来处理这个。

相反,我循环遍历租户列表,并触发 ThreadPool.QueueUserWorkItem 来处理每个租户任务。

foreach (Tenant tenant in tenants)
{
    ThreadPool.QueueUserWorkItem(new WaitCallback(ProcessTenant), tenantAccount);
}

此代码在生产中运行完美,通常可以在 5 秒内处理 100 多个租户。

然而,在应用程序启动时,这会导致 100% CPU 利用率,而像 EF 这样的东西会在启动过程中预热。为了限制这一点,我实现了一个信号量,如下所示:

private static Semaphore _threadLimiter = new Semaphore(4, 4);

想法是将此任务处理限制为只能使用一半的机器逻辑处理器。在我调用的 ProcessTenant 方法中:

try
{
    _threadLimiter.WaitOne();

    // Perform all minute-to-minute tasks
}
finally
{
    _threadLimiter.Release();
}

在测试中,这似乎完全符合预期。 CPU 启动时的利用率保持在 50% 左右,似乎不会影响初始启动的速度。

所以问题主要围绕调用 WaitOne 时实际发生的事情。这是否释放线程以处理其他任务 - 类似于异步调用? MSDN 文档指出 WaitOne: "Blocks the current thread until the current WaitHandle receives a signal."

所以我只是担心这实际上不会允许我的网络应用程序在等待时继续使用这个被阻塞的线程,这会使整个练习变得毫无意义。

WaitOne 确实会阻塞线程,并且该线程将停止在 CPU 核心上调度,直到发出信号量为止。但是,您可能会长时间持有线程池中的大量线程("long",如 "longer than ~500 ms")。这可能是一个问题,因为线程池增长非常缓慢,因此您可能会阻止应用程序的其他部分正确使用它。

如果您打算等待很长时间,您可以改用自己的线程:

foreach (Tenant tenant in tenants)
{
    new Thread(ProcessTenant).Start(tenantAccount);    
}

但是,您仍然在内存中为每个项目保留一个线程。虽然他们不会吃 CPU 因为他们在信号量上睡觉,他们仍然在无所事事地使用 RAM(每个线程大约 1MB)。相反,让一个专用线程等待信号量并根据需要排队新项目:

// Run this on a dedicated thread
foreach (Tenant tenant in tenants)
{
    _threadLimiter.WaitOne();
    ThreadPool.QueueUserWorkItem(_ => 
    {
        try         
        {
            ProcessTenant(tenantAccount);
        }
        finally
        {
            _threadLimiter.Release();
        }
    });
}