我不喜欢在所有的PerformanceCounter解决方案中添加1秒的停顿。相反，我选择使用WMI解决方案。1秒等待/失速存在的原因是允许在使用PerformanceCounter时读取准确。然而，如果你经常调用这个方法并刷新这个信息，我建议不要经常产生这种延迟…即使考虑做一个异步进程来获得它。

我从这里的代码片段开始，使用c#返回WMI中的CPU使用情况，并在下面的博客文章中添加了解决方案的完整解释:

在c#中使用WMI获取所有核心的CPU使用情况

CMS是正确的，但如果你使用visual studio中的服务器资源管理器，并摆弄性能计数器选项卡，那么你就可以找到如何获得许多有用的指标。

对于那些仍然无法获得与任务管理器匹配的CPU使用总数的人，您应该使用以下语句:

new PerformanceCounter("Processor Information", "% Processor Utility", "_Total");

您可以使用WMI获取CPU百分比信息。如果您拥有正确的权限，您甚至可以登录到远程计算机。看看http://www.csharphelp.com/archives2/archive334.html，了解一下你能完成什么。

Win32_Process名称空间的MSDN引用可能也有帮助。

另见CodeProject示例如何:(几乎)一切在WMI通过c#。

这个类每1秒自动轮询一次计数器，也是线程安全的:

public class ProcessorUsage
{
    const float sampleFrequencyMillis = 1000;

    protected object syncLock = new object();
    protected PerformanceCounter counter;
    protected float lastSample;
    protected DateTime lastSampleTime;

    /// <summary>
    /// 
    /// </summary>
    public ProcessorUsage()
    {
        this.counter = new PerformanceCounter("Processor", "% Processor Time", "_Total", true);
    }

    /// <summary>
    /// 
    /// </summary>
    /// <returns></returns>
    public float GetCurrentValue()
    {
        if ((DateTime.UtcNow - lastSampleTime).TotalMilliseconds > sampleFrequencyMillis)
        {
            lock (syncLock)
            {
                if ((DateTime.UtcNow - lastSampleTime).TotalMilliseconds > sampleFrequencyMillis)
                {
                    lastSample = counter.NextValue();
                    lastSampleTime = DateTime.UtcNow;
                }
            }
        }

        return lastSample;
    }
}

我不喜欢在所有的PerformanceCounter解决方案中添加1秒的停顿。相反，我选择使用WMI解决方案。1秒等待/失速存在的原因是允许在使用PerformanceCounter时读取准确。然而，如果你经常调用这个方法并刷新这个信息，我建议不要经常产生这种延迟…即使考虑做一个异步进程来获得它。

我从这里的代码片段开始，使用c#返回WMI中的CPU使用情况，并在下面的博客文章中添加了解决方案的完整解释:

在c#中使用WMI获取所有核心的CPU使用情况