Linux
W systemie Linux informacje te są dostępne w systemie plików / proc. Nie jestem wielkim fanem używanego formatu pliku tekstowego, ponieważ każda dystrybucja Linuksa wydaje się dostosowywać co najmniej jeden ważny plik. Szybkie spojrzenie na źródło „ps” ujawnia bałagan.
Ale tutaj znajdziesz informacje, których szukasz:
/ proc / meminfo zawiera większość informacji ogólnosystemowego szukacie. Tutaj wygląda jak w moim systemie; Myślę, że interesują Cię MemTotal , MemFree , SwapTotal i SwapFree :
Anderson cxc # more /proc/meminfo
MemTotal: 4083948 kB
MemFree: 2198520 kB
Buffers: 82080 kB
Cached: 1141460 kB
SwapCached: 0 kB
Active: 1137960 kB
Inactive: 608588 kB
HighTotal: 3276672 kB
HighFree: 1607744 kB
LowTotal: 807276 kB
LowFree: 590776 kB
SwapTotal: 2096440 kB
SwapFree: 2096440 kB
Dirty: 32 kB
Writeback: 0 kB
AnonPages: 523252 kB
Mapped: 93560 kB
Slab: 52880 kB
SReclaimable: 24652 kB
SUnreclaim: 28228 kB
PageTables: 2284 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 4138412 kB
Committed_AS: 1845072 kB
VmallocTotal: 118776 kB
VmallocUsed: 3964 kB
VmallocChunk: 112860 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB
Aby wykorzystać procesor, musisz trochę popracować. Linux udostępnia ogólne wykorzystanie procesora od momentu uruchomienia systemu; prawdopodobnie nie jest to tym, czym jesteś zainteresowany. Jeśli chcesz wiedzieć, jakie było wykorzystanie procesora przez ostatnią sekundę lub 10 sekund, musisz zapytać o informacje i sam je obliczyć.
Informacje są dostępne w / proc / stat , który jest dość dobrze udokumentowany na stronie http://www.linuxhowtos.org/System/procstat.htm ; oto jak to wygląda na moim 4-rdzeniowym pudełku:
Anderson cxc # more /proc/stat
cpu 2329889 0 2364567 1063530460 9034 9463 96111 0
cpu0 572526 0 636532 265864398 2928 1621 6899 0
cpu1 590441 0 531079 265949732 4763 351 8522 0
cpu2 562983 0 645163 265796890 682 7490 71650 0
cpu3 603938 0 551790 265919440 660 0 9040 0
intr 37124247
ctxt 50795173133
btime 1218807985
processes 116889
procs_running 1
procs_blocked 0
Najpierw musisz określić, ile procesorów (lub procesorów lub rdzeni przetwarzających) jest dostępnych w systemie. Aby to zrobić, policz liczbę wpisów „cpuN”, gdzie N zaczyna się od 0 i zwiększa. Nie licz linii „cpu”, która jest kombinacją linii cpuN. W moim przykładzie możesz zobaczyć cpu0 do cpu3, w sumie 4 procesory. Od teraz możesz ignorować cpu0..cpu3 i skupiać się tylko na linii „cpu”.
Następnie musisz wiedzieć, że czwarta liczba w tych wierszach jest miarą czasu bezczynności, a zatem czwarta liczba w linii „procesora” to całkowity czas bezczynności dla wszystkich procesorów od czasu rozruchu. Czas ten mierzony jest w „jiffies” Linuksa, które wynoszą 1/100 sekundy każda.
Ale nie obchodzi cię całkowity czas bezczynności; zależy Ci na czasie bezczynności w danym okresie, np. w ostatniej sekundzie. Oblicz to, musisz przeczytać ten plik dwa razy, w odstępie 1 sekundy. Następnie możesz wykonać różnicę czwartej wartości linii. Na przykład, jeśli weźmiesz próbkę i otrzymasz:
cpu 2330047 0 2365006 1063853632 9035 9463 96114 0
Następnie sekundę później otrzymujesz tę próbkę:
cpu 2330047 0 2365007 1063854028 9035 9463 96114 0
Odejmij dwie liczby, a otrzymasz różnicę 396, co oznacza, że twój procesor był bezczynny przez 3,96 sekundy z ostatniego 1,00 sekundy. Sztuczka polega oczywiście na tym, że musisz podzielić liczbę procesorów. 3,96 / 4 = 0,99, a jest twój bezczynny procent; 99% bezczynności i 1% zajęty.
W moim kodzie mam bufor pierścieniowy zawierający 360 wpisów i czytam ten plik co sekundę. To pozwala mi szybko obliczyć wykorzystanie procesora przez 1 sekundę, 10 sekund itp., Aż do 1 godziny.
Aby uzyskać informacje specyficzne dla procesu, musisz poszukać w / proc / pid ; jeśli nie obchodzi cię twój pid, możesz zajrzeć do / proc / self.
Procesor używany przez proces jest dostępny w / proc / self / stat . Jest to dziwnie wyglądający plik składający się z jednej linii; na przykład:
19340 (whatever) S 19115 19115 3084 34816 19115 4202752 118200 607 0 0 770 384 2
7 20 0 77 0 266764385 692477952 105074 4294967295 134512640 146462952 321468364
8 3214683328 4294960144 0 2147221247 268439552 1276 4294967295 0 0 17 0 0 0 0
Ważnymi danymi są tutaj 13 i 14 żeton (tutaj 0 i 770). 13. token to liczba jiffies, które proces wykonał w trybie użytkownika, a 14. to liczba jiffies, które proces wykonał w trybie jądra. Dodaj oba razem, a uzyskasz całkowite wykorzystanie procesora.
Ponownie będziesz musiał okresowo próbkować ten plik i obliczać różnicę, aby określić zużycie procesora przez proces w czasie.
Edytować: pamiętaj, że obliczając wykorzystanie procesora przez proces, należy wziąć pod uwagę 1) liczbę wątków w procesie i 2) liczbę procesorów w systemie. Na przykład, jeśli proces jednowątkowy zużywa tylko 25% procesora, może to być dobre lub złe. Dobry w systemie jednoprocesorowym, ale zły w systemie 4-procesorowym; oznacza to, że proces działa nieprzerwanie i wykorzystuje 100% dostępnych cykli procesora.
Aby uzyskać informacje o pamięci specyficzne dla procesu, należy spojrzeć na / proc / self / status, który wygląda następująco:
Name: whatever
State: S (sleeping)
Tgid: 19340
Pid: 19340
PPid: 19115
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 256
Groups: 0 1 2 3 4 6 10 11 20 26 27
VmPeak: 676252 kB
VmSize: 651352 kB
VmLck: 0 kB
VmHWM: 420300 kB
VmRSS: 420296 kB
VmData: 581028 kB
VmStk: 112 kB
VmExe: 11672 kB
VmLib: 76608 kB
VmPTE: 1244 kB
Threads: 77
SigQ: 0/36864
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: fffffffe7ffbfeff
SigIgn: 0000000010001000
SigCgt: 20000001800004fc
CapInh: 0000000000000000
CapPrm: 00000000ffffffff
CapEff: 00000000fffffeff
Cpus_allowed: 0f
Mems_allowed: 1
voluntary_ctxt_switches: 6518
nonvoluntary_ctxt_switches: 6598
Wpisy zaczynające się od „Vm” to interesujące:
- VmPeak to maksymalna przestrzeń pamięci wirtualnej wykorzystywana przez proces, w kB (1024 bajty).
- VmSize to bieżąca pamięć wirtualna używana przez proces, w kB. W moim przykładzie jest dość duży: 651,352 kB, czyli około 636 megabajtów.
- VmRss to ilość pamięci, która została odwzorowana na przestrzeń adresową procesu lub rozmiar zestawu rezydentnego. Jest to znacznie mniej (420 296 kB lub około 410 megabajtów). Różnica: mój program zmapował 636 MB za pomocą mmap (), ale uzyskał do niej dostęp tylko 410 MB, a zatem przypisano mu tylko 410 MB stron.
Jedynym elementem, którego nie jestem pewien, jest Swapspace, który jest obecnie używany przez mój proces . Nie wiem czy to jest dostępne.