Jak odkryć liczbę * logicznych * rdzeni w systemie Mac OS X?

Jak możesz stwierdzić w wierszu poleceń, ile rdzeni znajduje się na komputerze, gdy korzystasz z systemu Mac OS X? W systemie Linux używam:

x=$(awk '/^processor/ {++n} END {print n+1}' /proc/cpuinfo)

To nie jest idealne, ale jest blisko. Ma to zostać nakarmione make, dlatego daje wynik o 1 wyższy niż rzeczywista liczba. Wiem, że powyższy kod może być napisany gęstszy w Perlu lub może być napisany przy pomocy grep, wc i cut, ale zdecydowałem, że powyższy kod jest dobrym kompromisem między zwięzłością a czytelnością.

BARDZO PÓŹNA EDYCJA: Tylko dla wyjaśnienia: pytam, ile rdzeni logicznych jest dostępnych, ponieważ odpowiada to liczbie jednoczesnych zadań, które chcę makeodrodzić. Odpowiedź jkp, dopracowana przez Chrisa Lloyda, była dokładnie tym , czego potrzebowałem. YMMV.

Możesz to zrobić za pomocą narzędzia sysctl :

sysctl -n hw.ncpu

Jeszcze łatwiej:

sysctl -n hw.ncpu

To powinno być międzyplatformowe. Przynajmniej dla systemu Linux i Mac OS X.

python -c 'import multiprocessing as mp; print(mp.cpu_count())'

Trochę wolno, ale działa.

Aby to zrobić w C, możesz użyć rodziny funkcji sysctl (3):

int count;
size_t count_len = sizeof(count);
sysctlbyname("hw.logicalcpu", &count, &count_len, NULL, 0);
fprintf(stderr,"you have %i cpu cores", count);

Interesującymi wartościami do zastosowania zamiast „hw.logicalcpu”, które liczą rdzenie, są:

hw.physicalcpu - The number of physical processors available in the current power management mode.

hw.physicalcpu_max - The maximum number of physical processors that could be available this boot.

hw.logicalcpu - The number of logical processors available in the current power management mode.

hw.logicalcpu_max - The maximum number of logical processors that could be available this boot.

system_profiler SPHardwareDataType pokazuje, że mam 1 procesor i 4 rdzenie.

[~] system_profiler SPHardwareDataType
Hardware:

    Hardware Overview:

      Model Name: MacBook Pro
      Model Identifier: MacBookPro9,1
      Processor Name: Intel Core i7
      Processor Speed: 2.6 GHz
      Number of Processors: 1
      Total Number of Cores: 4

      <snip>

[~] 

Jednak sysctl nie zgadza się:

[~] sysctl -n hw.logicalcpu
8
[~] sysctl -n hw.physicalcpu
4
[~] 

Ale sysctl wydaje się poprawny, ponieważ kiedy uruchamiam program, który powinien zajmować wszystkie gniazda procesora, widzę, że ten program zajmuje prawie 800% czasu procesora (w top):

PID   COMMAND      %CPU  
4306  top          5.6   
4304  java         745.7 
4296  locationd    0.0  

$ system_profiler | grep 'Total Number Of Cores'

Użyj system_profiler | grep "Cores"polecenia.

Mam:

MacBook Pro Retina, połowa 2012 r.

Procesor: 2,6 GHz Intel Core i7

user$ system_profiler | grep "Cores"
      Total Number of Cores: 4

user$ sysctl -n hw.ncpu
8

Według Wikipedii ( http://en.wikipedia.org/wiki/Intel_Core#Core_i7 ) nie ma Core i7 z 8 rdzeniami fizycznymi, więc pomysł Hyperthreading musi być obecny . Zignoruj sysctli użyj system_profilerwartości dla dokładności. Prawdziwe pytanie brzmi: czy możesz efektywnie uruchamiać aplikacje z 4 rdzeniami (długie zadania kompilacji?) Bez przerywania innych procesów.

Uruchomienie kompilatora równolegle z 4 rdzeniami nie wydaje się znacząco wpływać na normalne operacje systemu operacyjnego. Więc może potraktowanie go jako 8 rdzeni nie jest takie złe.

Jak powiedział w komentarzu jkp, nie pokazuje rzeczywistej liczby rdzeni fizycznych. aby uzyskać liczbę rdzeni fizycznych, możesz użyć następującego polecenia:

system_profiler SPHardwareDataType

Poniższe polecenie zawiera wszystkie informacje o procesorze

$ sysctl -a | sort | grep cpu

WYJAŚNIENIE

Kiedy zadano to pytanie, OP nie powiedział, że chce raczej liczby rdzeni LOGICZNYCH niż rzeczywistej liczby rdzeni, więc ta odpowiedź logicznie (bez zamierzonej gry słów) odpowiada w sposób umożliwiający uzyskanie rzeczywistej liczby rzeczywistych rdzeni fizycznych, a nie liczba, którą system operacyjny próbuje wirtualizować za pomocą voodoo hiperwątkowości.

AKTUALIZACJA USTERKI W YOSEMITE

Z powodu dziwnego błędu w systemie OS X Yosemite (i prawdopodobnie nowszych wersjach, takich jak nadchodzący El Capitan), wprowadziłem niewielką modyfikację. (Stara wersja nadal działała doskonale, jeśli po prostu zignorujesz STDERR, co jest wszystkim, co robi dla Ciebie modyfikacja).

Każda inna odpowiedź tutaj

1. podaje nieprawidłowe informacje
2. nie podaje żadnych informacji z powodu błędu w implementacji polecenia
3. działa niewiarygodnie wolno (zajmuje to większą część minuty ), lub
4. daje zbyt dużo danych, a zatem może być przydatny do użytku interaktywnego, ale jest bezużyteczny, jeśli chcesz korzystać z danych programowo (na przykład jako dane wejściowe do polecenia takiego jak miejsce, w bundle install --jobs 3którym liczba 3ma być o jeden mniejsza od liczby posiadanych rdzeni, a przynajmniej nie więcej niż ich liczba)

Sposób na uzyskanie tylko liczby rdzeni, niezawodnie, poprawnie, rozsądnie szybko i bez dodatkowych informacji lub nawet dodatkowych znaków wokół odpowiedzi, jest następujący:

system_profiler SPHardwareDataType 2> /dev/null | grep 'Total Number of Cores' | cut -d: -f2 | tr -d ' '

Na MacBook Pro z systemem Mavericks , sysctl -a | grep hw.cpupowróci tylko jakieś tajemnicze szczegóły. W machdep.cpusekcji tej ujawniono znacznie bardziej szczegółowe i dostępne informacje , tj .:

sysctl -a | grep machdep.cpu

W szczególności w przypadku procesorów z HyperThreading(HT) zobaczysz całkowitą wyliczoną liczbę procesorów ( logical_per_package) jako dwukrotność liczby fizycznych rdzeni ( cores_per_package).

sysctl -a | grep machdep.cpu  | grep per_package

Nie zostało to określone w pierwotnym pytaniu (chociaż widziałem OP w komentarzach, że nie była to opcja), ale wielu programistów na macOS ma zainstalowanego menedżera pakietów Homebrew.

Dla przyszłych programistów, którzy natkną się na to pytanie, o ile istnieje założenie (lub wymaganie) instalowania Homebrew (np. W organizacji inżynierskiej w firmie), nprocjest jednym ze wspólnych plików binarnych GNU, które są zawarte w coreutilspakiecie.

brew install coreutils

Jeśli masz skrypty, które wolisz pisać raz (dla Linux + macOS) zamiast dwa razy, lub aby uniknąć ifbloków, w których musisz wykryć system operacyjny, aby wiedzieć, czy zadzwonić nprocvs sysctl -n hw.logicalcpu, może to być lepsza opcja.

Komentarze do 2 dobrych odpowiedzi powyżej:

1) ponownie zaakceptowana odpowiedź (i komentarze) autorstwa jkp: hw.ncpu jest najwyraźniej wycofana na korzyść hw.logicalcpu ( https://ghc.haskell.org/trac/ghc/ticket/8594 )

2) ponownie aktualizacja Karla Ehra z 2014 r .: na moim komputerze (z rdzeniem Intel Core i7 2,5 GHz) sysctl -a | grep machdep.cpu | grep per_packagezwraca różne liczby:

machdep.cpu.logical_per_package: 16

machdep.cpu.cores_per_package: 8

Pożądane wartości to:

machdep.cpu.core_count: 4

machdep.cpu.thread_count: 8

Które dopasowanie:

hw.physicalcpu: 4

hw.logicalcpu: 8

Można to zrobić w bardziej przenośny sposób:

$ nproc --all
32

Kompatybilny z macOS i Linux.