Czy musisz wiedzieć, ile jest rdzeni lub ile jest procesorów logicznych? Do uruchomienia wielu wątków prawdopodobnie wystarczy jeden z nich, ale istnieją scenariusze, w których różnica może być ważna.
Kevin Kibler
Czy istnieje nowszy sposób na zrobienie tego?
MoonKnight
Odpowiedzi:
477
Istnieje kilka różnych informacji dotyczących procesorów, które można uzyskać:
Liczba procesorów fizycznych
Liczba rdzeni
Liczba procesorów logicznych.
Wszystkie mogą być różne; w przypadku maszyny z 2 dwurdzeniowymi procesorami obsługującymi hiperwątkowanie są 2 procesory fizyczne, 4 rdzenie i 8 procesorów logicznych.
Liczba procesorów logicznych jest dostępna za pośrednictwem klasy Środowisko , ale inne informacje są dostępne tylko za pośrednictwem WMI (może być konieczne zainstalowanie niektórych poprawek lub dodatków Service Pack, aby uzyskać je w niektórych systemach):
Pamiętaj, aby dodać odniesienie w swoim projekcie do System.Management.dll
W .NET Core, jest to dostępne (tylko dla Windows) jako pakiet NuGet.
Procesory fizyczne:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_ComputerSystem").Get()){Console.WriteLine("Number Of Physical Processors: {0} ", item["NumberOfProcessors"]);}
Rdzenie:
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);
Procesory logiczne:
Console.WriteLine("Number Of Logical Processors: {0}",Environment.ProcessorCount);
LUB
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_ComputerSystem").Get()){Console.WriteLine("Number Of Logical Processors: {0}", item["NumberOfLogicalProcessors"]);}
Procesory wyłączone z systemu Windows:
Możesz także użyć wywołań API Windows w setupapi.dll, aby odkryć procesory, które zostały wykluczone z systemu Windows (np. Poprzez ustawienia rozruchu) i nie są wykrywalne przy użyciu powyższych środków. Poniższy kod podaje całkowitą liczbę procesorów logicznych (nie byłem w stanie dowiedzieć się, jak odróżnić procesory fizyczne od logicznych), w tym także te, które zostały wykluczone z systemu 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: To prawda, ale chciałbym, żeby były w ładniejszym formacie. Wykrywalność jest dość niska, gdy trzeba budować zapytania typu raw.
Kevin Kibler
5
WMI Code Creator pomoże w wykrywaniu wartości i tworzeniu zapytań (może nawet generować kody pośredniczące w c # / vb.net).
StingyJack,
4
Jest w System.Management.dll. Czy umieściłeś w swoim projekcie odniesienie do tego zestawu?
Kevin Kibler,
2
Drobny problem off-by-one w powyższym kodzie. Ponieważ deviceCountjest liczony od zera, liczba rdzeni powinna być wyprowadzana w następujący sposób:Console.WriteLine("Number of cores: {0}", deviceCount + 1);
Francis Litterio
2
Czy nie powodujesz problemów, nie pozbywając się obiektów zarządzania i wyszukiwarek?
To jest tak pięknie proste, że prawie przelewam łzy. Dziękuję za odpowiedź!
MrGreggles,
70
Daje to liczbę procesorów logicznych, a nie liczbę rdzeni.
Kevin Kibler
8
@KevinKibler Na podstawie pytania, podejrzewam, że OP nie rozumie różnicy, a jeśli nie znasz różnicy, prawdopodobnie tego właśnie chcesz.
Glenn Maynard
1
Zwraca to również nieprawidłowe liczenie w wielu podstawowych systemach. Korzystam z dwóch procesorów Dodeca Core z hiperwątkowością, co daje w sumie 48 procesorów logicznych. Environment.ProcessorCountdaje 32.
Allen Clark Copeland Jr
1
@AlexanderMorou, tak, nie zapewni to dokładnych wyników na niektórych serwerach z wieloma procesorami. Jest na to poprawka, ale jeszcze jej nie przetestowałem.
TheLegendaryCopyCoder
35
Zapytania WMI są powolne, więc spróbuj wybrać tylko żądanych członków zamiast wybierać *.
Następujące zapytanie zajmuje 3,4 s:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select * from Win32_Processor").Get())
Podczas gdy ten trwa 0,122 sekundy:
foreach(var item innewSystem.Management.ManagementObjectSearcher("Select NumberOfCores from Win32_Processor").Get())
Na jakim systemie to uruchamiasz? I korzystać z wielu „SELECT *” zapytania i nie ma nigdzie blisko 3,4 sekundy, sprawdzone na tysiącach komputerów, że mój program jest rozmieszczonych na. Robię Select *, ponieważ otrzymuję wiele właściwości z obiektu. Robię to jednak trochę inaczej: utwórz obiekt ObjectQuery na Select *; pobierz ManagementObjectCollection; następnie foreach ManagementObject w ManagementObjectCollection.
deegee,
@deegee: masz rację, samo zapytanie nie zajmuje dużo czasu z „Select *”, po prostu int parsowanie poniżej jest powolne, jeśli iterują wszystkie zwrócone wartości zamiast tylko NumberOfCores.
using System;classSample{publicstaticvoidMain(){Console.WriteLine("The number of processors "+"on this computer is {0}.",Environment.ProcessorCount);}}
To da liczbę procesorów, które są już dostępne w środowisku.ProcessorCount, czy istnieje inny podobny sposób na uzyskanie liczby rdzeni dla każdego procesora?
Armen
0
Poniższy program drukuje logiczne i fizyczne rdzenie komputera z systemem 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
*/
To pytanie jest oznaczone .NET; twój kod nie jest kodem .NET.
Wai Ha Lee
-1
Szukałem tego samego, ale nie chcę instalować żadnego nugetu ani pakietu serwisowego, więc znalazłem to rozwiązanie, jest dość proste i proste, korzystając z tej dyskusji, pomyślałem, że tak łatwo będzie uruchomić polecenie WMIC i uzyskaj tę wartość, oto kod C #. Musisz tylko użyć przestrzeni nazw System.Management (i dodać kilka standardowych przestrzeni nazw dla procesu itd.).
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();
Nie wiem, dlaczego tak proste zapytanie WMI jest tak skomplikowane. Uruchomienie wiersza polecenia WMI jako zewnętrznego procesu i parsowanie jego danych wyjściowych nie jest tak naprawdę konieczne. .NET ma wbudowaną obsługę zapytań WMI (System.Management.ManagementObjectSearcher), jak niektóre inne odpowiedzi tutaj zilustrowane. Nie wiem też, dlaczego uważasz, że pakiety nuget lub dodatki Service Pack byłyby wymagane przy korzystaniu z wbudowanej obsługi WMI .NET zamiast wmic.exe ...
Odpowiedzi:
Istnieje kilka różnych informacji dotyczących procesorów, które można uzyskać:
Wszystkie mogą być różne; w przypadku maszyny z 2 dwurdzeniowymi procesorami obsługującymi hiperwątkowanie są 2 procesory fizyczne, 4 rdzenie i 8 procesorów logicznych.
Liczba procesorów logicznych jest dostępna za pośrednictwem klasy Środowisko , ale inne informacje są dostępne tylko za pośrednictwem WMI (może być konieczne zainstalowanie niektórych poprawek lub dodatków Service Pack, aby uzyskać je w niektórych systemach):
Pamiętaj, aby dodać odniesienie w swoim projekcie do System.Management.dll W .NET Core, jest to dostępne (tylko dla Windows) jako pakiet NuGet.
Procesory fizyczne:
Rdzenie:
Procesory logiczne:
LUB
Procesory wyłączone z systemu Windows:
Możesz także użyć wywołań API Windows w setupapi.dll, aby odkryć procesory, które zostały wykluczone z systemu Windows (np. Poprzez ustawienia rozruchu) i nie są wykrywalne przy użyciu powyższych środków. Poniższy kod podaje całkowitą liczbę procesorów logicznych (nie byłem w stanie dowiedzieć się, jak odróżnić procesory fizyczne od logicznych), w tym także te, które zostały wykluczone z systemu Windows:
źródło
deviceCount
jest liczony od zera, liczba rdzeni powinna być wyprowadzana w następujący sposób:Console.WriteLine("Number of cores: {0}", deviceCount + 1);
[Dokumentacja]
źródło
Environment.ProcessorCount
daje 32.Zapytania WMI są powolne, więc spróbuj wybrać tylko żądanych członków zamiast wybierać *.
Następujące zapytanie zajmuje 3,4 s:
Podczas gdy ten trwa 0,122 sekundy:
źródło
Environment.ProcessorCount powinien podać liczbę rdzeni na komputerze lokalnym.
źródło
Interesujące jest zobaczyć, w jaki sposób .NET sprawia, że jest to co najmniej wewnętrznie mówiąc… To jest tak „proste” jak poniżej:
źródło
Najłatwiejszy sposób =
Environment.ProcessorCount
Exemple from Environment.ProcessorCount Właściwość
źródło
Ze źródła .NET Framework
Możesz go również pobrać przy włączonym PInvoke
Kernel32.dll
Poniższy kod pochodzi mniej więcej
SystemInfo.cs
ze źródła System.Web znajdującego się tutaj :źródło
Jedną z opcji byłoby odczytanie danych z rejestru. Artykuł MSDN na temat: http://msdn.microsoft.com/en-us/library/microsoft.win32.registry.localmachine(v=vs.71).aspx )
Procesory, jak sądzę, mogą być tutaj umieszczone, HKEY_LOCAL_MACHINE \ HARDWARE \ DESCRIPTION \ System \ CentralProcessor
Jestem przekonany, że wpis rejestru znajdzie się w większości systemów.
Chociaż wrzuciłbym moje 0,02 $.
źródło
Poniższy program drukuje logiczne i fizyczne rdzenie komputera z systemem Windows.
źródło
Szukałem tego samego, ale nie chcę instalować żadnego nugetu ani pakietu serwisowego, więc znalazłem to rozwiązanie, jest dość proste i proste, korzystając z tej dyskusji, pomyślałem, że tak łatwo będzie uruchomić polecenie WMIC i uzyskaj tę wartość, oto kod C #. Musisz tylko użyć przestrzeni nazw System.Management (i dodać kilka standardowych przestrzeni nazw dla procesu itd.).
źródło