¿Necesita saber cuántos núcleos hay o cuántos procesadores lógicos hay? Para ejecutar múltiples subprocesos, probablemente sea suficiente, pero hay escenarios en los que la diferencia podría ser importante.
Kevin Kibler
¿Hay alguna forma más nueva de hacer esto?
MoonKnight
Respuestas:
477
Hay varias piezas diferentes de información relacionadas con los procesadores que puede obtener:
Número de procesadores físicos
Numero de nucleos
Número de procesadores lógicos.
Todos estos pueden ser diferentes; en el caso de una máquina con 2 procesadores habilitados para hyper-threading de doble núcleo, hay 2 procesadores físicos, 4 núcleos y 8 procesadores lógicos.
El número de procesadores lógicos está disponible a través de la clase Entorno , pero la otra información solo está disponible a través de WMI (y es posible que tenga que instalar algunas revisiones o paquetes de servicio para obtenerlo en algunos sistemas):
Asegúrese de agregar una referencia en su proyecto a System.Management.dll
En .NET Core, está disponible (solo para Windows) como un paquete NuGet.
Procesadores Físicos:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_ComputerSystem").Get()){Console.WriteLine("Number Of Physical Processors: {0} ", item["NumberOfProcessors"]);}
Núcleos:
int coreCount =0;foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_Processor").Get()){
coreCount +=int.Parse(item["NumberOfCores"].ToString());}Console.WriteLine("Number Of Cores: {0}", coreCount);
Procesadores Lógicos:
Console.WriteLine("Number Of Logical Processors: {0}",Environment.ProcessorCount);
O
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_ComputerSystem").Get()){Console.WriteLine("Number Of Logical Processors: {0}", item["NumberOfLogicalProcessors"]);}
Procesadores excluidos de Windows:
También puede usar llamadas API de Windows en setupapi.dll para descubrir procesadores que han sido excluidos de Windows (por ejemplo, a través de la configuración de arranque) y que no son detectables utilizando los medios anteriores. El siguiente código proporciona el número total de procesadores lógicos (no he podido averiguar cómo diferenciar los procesadores físicos de los lógicos) que existen, incluidos los que han sido excluidos de Windows:
staticvoidMain(string[] args){int deviceCount =0;IntPtr deviceList =IntPtr.Zero;// GUID for processor classidGuid processorGuid =newGuid("{50127dc3-0f36-415e-a6cc-4cb3be910b65}");try{// get a list of all processor devices
deviceList =SetupDiGetClassDevs(ref processorGuid,"ACPI",IntPtr.Zero,(int)DIGCF.PRESENT);// attempt to process each item in the listfor(int deviceNumber =0;; deviceNumber++){
SP_DEVINFO_DATA deviceInfo =new SP_DEVINFO_DATA();
deviceInfo.cbSize =Marshal.SizeOf(deviceInfo);// attempt to read the device info from the list, if this fails, we're at the end of the listif(!SetupDiEnumDeviceInfo(deviceList, deviceNumber,ref deviceInfo)){
deviceCount = deviceNumber;break;}}}finally{if(deviceList !=IntPtr.Zero){SetupDiDestroyDeviceInfoList(deviceList);}}Console.WriteLine("Number of cores: {0}", deviceCount);}[DllImport("setupapi.dll",SetLastError=true)]privatestaticexternIntPtrSetupDiGetClassDevs(refGuidClassGuid,[MarshalAs(UnmanagedType.LPStr)]String enumerator,IntPtr hwndParent,Int32Flags);[DllImport("setupapi.dll",SetLastError=true)]privatestaticexternInt32SetupDiDestroyDeviceInfoList(IntPtrDeviceInfoSet);[DllImport("setupapi.dll",SetLastError=true)]privatestaticexternboolSetupDiEnumDeviceInfo(IntPtrDeviceInfoSet,Int32MemberIndex,ref SP_DEVINFO_DATA DeviceInterfaceData);[StructLayout(LayoutKind.Sequential)]privatestruct SP_DEVINFO_DATA
{publicint cbSize;publicGuidClassGuid;publicuintDevInst;publicIntPtrReserved;}privateenum DIGCF
{
DEFAULT =0x1,
PRESENT =0x2,
ALLCLASSES =0x4,
PROFILE =0x8,
DEVICEINTERFACE =0x10,}
@StingyJack: Cierto, pero desearía que estuviera en un mejor formato. La capacidad de detección es bastante baja cuando tiene que construir consultas de cadena sin procesar.
Kevin Kibler
55
WMI Code Creator ayudará con el descubrimiento de valor y la creación de consultas (incluso puede generar apéndices en c # / vb.net).
StingyJack
44
Está en System.Management.dll. ¿Incluyó una referencia a ese ensamblaje en su proyecto?
Kevin Kibler
2
Problema menor por uno en el código anterior. Como deviceCountse basa en cero, el recuento de núcleos se debe generar de esta manera:Console.WriteLine("Number of cores: {0}", deviceCount + 1);
Francis Litterio
2
¿No está causando problemas al no disponer de los objetos de gestión y buscadores?
Eso es tan maravillosamente simple que casi derramo lágrimas. Gracias por la respuesta!
MrGreggles
70
Esto proporciona la cantidad de procesadores lógicos, no la cantidad de núcleos.
Kevin Kibler
8
@KevinKibler De la pregunta, sospecho que el OP no entiende la diferencia, y si no sabe la diferencia, esto es probablemente lo que quiere.
Glenn Maynard
1
Esto también devuelve el recuento incorrecto en muchos sistemas centrales. Estoy ejecutando dos procesadores dodeca core con hyper-threading, lo que me da un total de 48 procesadores lógicos. Environment.ProcessorCountrinde 32.
Allen Clark Copeland Jr
1
@AlexanderMorou, sí, esto no proporcionará resultados precisos en algunos servidores con múltiples CPU. Hay una solución para esto, pero aún no lo he probado.
TheLegendaryCopyCoder
35
Las consultas de WMI son lentas, así que intente seleccionar solo los miembros deseados en lugar de usar Seleccionar *.
La siguiente consulta toma 3.4s:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_Processor").Get())
Si bien este toma 0.122s:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select NumberOfCores from Win32_Processor").Get())
¿En qué sistema estás ejecutando esto? Utilizo varios "SELECT *" consultas y no se necesita en cualquier lugar cerca de 3,4 segundos, probados en miles de ordenadores que el software se implementa en. Hago un Select * porque obtengo varias propiedades del objeto. Sin embargo, lo hago un poco diferente: crear una ObjectQuery en Select *; obtener el ManagementObjectCollection; luego foreach ManagementObject en ManagementObjectCollection.
deegee
@deegee: tienes razón, la consulta en sí no toma mucho más tiempo con "Seleccionar *", es solo que el análisis int a continuación es lento si se repiten todos los valores devueltos en lugar de solo NumberOfCores.
using System;classSample{publicstaticvoidMain(){Console.WriteLine("The number of processors "+"on this computer is {0}.",Environment.ProcessorCount);}}
Esto le dará una cantidad de procesadores que ya está disponible en Environment.ProcessorCount, ¿hay alguna otra forma similar de obtener la cantidad de núcleos para cada procesador?
Armen
0
El siguiente programa imprime los núcleos lógicos y físicos de una máquina Windows.
#define STRICT
#include"stdafx.h"#include<windows.h>#include<stdio.h>#include<omp.h>
template<typename T>
T *AdvanceBytes(T *p, SIZE_T cb){return reinterpret_cast<T*>(reinterpret_cast<BYTE *>(p)+ cb);}classEnumLogicalProcessorInformation{public:EnumLogicalProcessorInformation(LOGICAL_PROCESSOR_RELATIONSHIP Relationship): m_pinfoBase(nullptr), m_pinfoCurrent(nullptr), m_cbRemaining(0){
DWORD cb =0;if(GetLogicalProcessorInformationEx(Relationship,
nullptr,&cb))return;if(GetLastError()!= ERROR_INSUFFICIENT_BUFFER)return;
m_pinfoBase =
reinterpret_cast<SYSTEM_LOGICAL_PROCESSOR_INFORMATION_EX *>(LocalAlloc(LMEM_FIXED, cb));if(!m_pinfoBase)return;if(!GetLogicalProcessorInformationEx(Relationship,
m_pinfoBase,&cb))return;
m_pinfoCurrent = m_pinfoBase;
m_cbRemaining = cb;}~EnumLogicalProcessorInformation(){LocalFree(m_pinfoBase);}voidMoveNext(){if(m_pinfoCurrent){
m_cbRemaining -= m_pinfoCurrent->Size;if(m_cbRemaining){
m_pinfoCurrent =AdvanceBytes(m_pinfoCurrent,
m_pinfoCurrent->Size);}else{
m_pinfoCurrent = nullptr;}}}
SYSTEM_LOGICAL_PROCESSOR_INFORMATION_EX *Current(){return m_pinfoCurrent;}private:
SYSTEM_LOGICAL_PROCESSOR_INFORMATION_EX *m_pinfoBase;
SYSTEM_LOGICAL_PROCESSOR_INFORMATION_EX *m_pinfoCurrent;
DWORD m_cbRemaining;};int __cdecl main(int argc,char**argv){int numLogicalCore =0;int numPhysicalCore =0;for(EnumLogicalProcessorInformation enumInfo(RelationProcessorCore);auto pinfo = enumInfo.Current(); enumInfo.MoveNext()){int numThreadPerCore =(pinfo->Processor.Flags== LTP_PC_SMT)?2:1;// std::cout << "thread per core: "<< numThreadPerCore << std::endl;
numLogicalCore += numThreadPerCore;
numPhysicalCore +=1;}
printf ("Number of physical core = %d , Number of Logical core = %d \n", numPhysicalCore, numLogicalCore );char c = getchar();/* just to wait on to see the results in the command prompt */return0;}/*
I tested with Intel Xeon four cores with hyper threading and here is the result
Number of physical core = 4 , Number of Logical core = 8
*/
Esta pregunta está etiquetada .NET; su código no es código .NET.
Wai Ha Lee
-1
Estaba buscando lo mismo pero no quiero instalar ningún nuget o servicepack, así que encontré esta solución, es bastante simple y directo, usando esta discusión, pensé que sería tan fácil ejecutar ese comando WMIC y obtener ese valor, aquí está el código C #. Solo necesita usar el espacio de nombres System.Management (y unir más espacios de nombres estándar para el proceso, etc.).
string fileName =Path.Combine(Environment.SystemDirectory,"wbem","wmic.exe");string arguments =@"cpu get NumberOfCores";Process process =newProcess{StartInfo={FileName= fileName,Arguments= arguments,UseShellExecute=false,CreateNoWindow=true,RedirectStandardOutput=true,RedirectStandardError=true}};
process.Start();StreamReader output = process.StandardOutput;Console.WriteLine(output.ReadToEnd());
process.WaitForExit();int exitCode = process.ExitCode;
process.Close();
No estoy seguro de por qué hacer una consulta WMI simple tan complicada. Iniciar la línea de comandos WMI como un proceso externo y analizar su salida realmente no es necesario. .NET tiene soporte incorporado para consultas WMI (System.Management.ManagementObjectSearcher), como algunas de las otras respuestas aquí ya ilustran. Además, no sé por qué cree que se necesitarían paquetes NuGet o paquetes de servicio al utilizar .NET de soporte integrado de WMI en lugar de wmic.exe ...
Respuestas:
Hay varias piezas diferentes de información relacionadas con los procesadores que puede obtener:
Todos estos pueden ser diferentes; en el caso de una máquina con 2 procesadores habilitados para hyper-threading de doble núcleo, hay 2 procesadores físicos, 4 núcleos y 8 procesadores lógicos.
El número de procesadores lógicos está disponible a través de la clase Entorno , pero la otra información solo está disponible a través de WMI (y es posible que tenga que instalar algunas revisiones o paquetes de servicio para obtenerlo en algunos sistemas):
Asegúrese de agregar una referencia en su proyecto a System.Management.dll En .NET Core, está disponible (solo para Windows) como un paquete NuGet.
Procesadores Físicos:
Núcleos:
Procesadores Lógicos:
O
Procesadores excluidos de Windows:
También puede usar llamadas API de Windows en setupapi.dll para descubrir procesadores que han sido excluidos de Windows (por ejemplo, a través de la configuración de arranque) y que no son detectables utilizando los medios anteriores. El siguiente código proporciona el número total de procesadores lógicos (no he podido averiguar cómo diferenciar los procesadores físicos de los lógicos) que existen, incluidos los que han sido excluidos de Windows:
fuente
deviceCount
se basa en cero, el recuento de núcleos se debe generar de esta manera:Console.WriteLine("Number of cores: {0}", deviceCount + 1);
[Documentación]
fuente
Environment.ProcessorCount
rinde 32.Las consultas de WMI son lentas, así que intente seleccionar solo los miembros deseados en lugar de usar Seleccionar *.
La siguiente consulta toma 3.4s:
Si bien este toma 0.122s:
fuente
Environment.ProcessorCount debería proporcionarle el número de núcleos en la máquina local.
fuente
Es bastante interesante ver cómo .NET consigue esto internamente por decir lo menos ... Es tan "simple" como se muestra a continuación:
fuente
La forma más fácil = Ejemplar
Environment.ProcessorCount
de la propiedad Environment.ProcessorCount
fuente
De la fuente de .NET Framework
También puede obtenerlo con PInvoke en
Kernel32.dll
El siguiente código proviene más o menos de la
SystemInfo.cs
fuente System.Web ubicada aquí :fuente
Una opción sería leer los datos del registro. Artículo de MSDN sobre el tema: http://msdn.microsoft.com/en-us/library/microsoft.win32.registry.localmachine(v=vs.71).aspx )
Los procesadores, creo que pueden ubicarse aquí, HKEY_LOCAL_MACHINE \ HARDWARE \ DESCRIPTION \ System \ CentralProcessor
Estoy razonablemente seguro de que la entrada del registro estará allí en la mayoría de los sistemas.
Aunque tiraría mis $ 0.02.
fuente
El siguiente programa imprime los núcleos lógicos y físicos de una máquina Windows.
fuente
Estaba buscando lo mismo pero no quiero instalar ningún nuget o servicepack, así que encontré esta solución, es bastante simple y directo, usando esta discusión, pensé que sería tan fácil ejecutar ese comando WMIC y obtener ese valor, aquí está el código C #. Solo necesita usar el espacio de nombres System.Management (y unir más espacios de nombres estándar para el proceso, etc.).
fuente