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

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

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

public int GetCpuUsage()
{
    var cpuCounter = new PerformanceCounter("Processor", "% Processor Time", "_Total", Environment.MachineName);
    cpuCounter.NextValue();
    System.Threading.Thread.Sleep(1000); //This avoid that answer always 0
    return (int)cpuCounter.NextValue();
}

原始信息在此链接https://gavindraper.com/2011/03/01/retrieving-accurate-cpu-usage-in-c/

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

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

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

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

您可以使用System.Diagnostics中的PerformanceCounter类。

像这样初始化:

PerformanceCounter cpuCounter;
PerformanceCounter ramCounter;

cpuCounter = new PerformanceCounter("Processor", "% Processor Time", "_Total");
ramCounter = new PerformanceCounter("Memory", "Available MBytes");

这样消费:

public string getCurrentCpuUsage(){
            return cpuCounter.NextValue()+"%";
}

public string getAvailableRAM(){
            return ramCounter.NextValue()+"MB";
} 

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

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

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