Linux
У Linux ця інформація доступна у файловій системі / proc. Я не є великим прихильником використовуваного формату текстових файлів, оскільки, здається, кожен дистрибутив Linux налаштовує принаймні один важливий файл. Швидкий погляд на джерело "ps" виявляє безлад.
Але ось де ви шукаєте інформацію, яку шукаєте:
/ proc / meminfo містить більшість загальносистемної інформації, яку ви шукаєте. Ось це виглядає як у моїй системі; Я думаю, що вас цікавить MemTotal , MemFree , SwapTotal і 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
Для використання процесора вам доведеться трохи попрацювати. Linux надає загальне використання процесора з моменту запуску системи; це, мабуть, не те, що вас цікавить. Якщо ви хочете знати, яке використання процесора було за останню секунду чи 10 секунд, то вам потрібно запитати інформацію та обчислити її самостійно.
Інформація доступна в / proc / stat , що досить добре зафіксовано на веб- сайті http://www.linuxhowtos.org/System/procstat.htm ; ось як це виглядає на моїй 4-х ядерній коробці:
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
По-перше, потрібно визначити, скільки процесорів (або процесорів, або ядер обробки) доступні в системі. Для цього підрахуйте кількість записів 'cpuN', де N починається з 0 і кроком. Не рахуйте рядок 'cpu', який є комбінацією ліній cpuN. У моєму прикладі ви можете бачити cpu0 до cpu3, для всього 4 процесорів. Відтепер ви можете ігнорувати cpu0..cpu3 та зосереджуватися лише на рядку 'cpu'.
Далі, ви повинні знати, що четверте число в цих рядках є мірою простою, і, отже, четверте число в рядку 'cpu' - це загальний час очікування для всіх процесорів з часу завантаження. Цей час вимірюється в "джифсах" Linux, які становлять 1/100 секунди.
Але вам не байдуже загальний час простою; Ви дбаєте про час простою в заданому періоді, наприклад, останню секунду. Для того, щоб обчислити це, вам потрібно прочитати цей файл двічі, за 1 секунду. Тоді ви можете зробити диференцію четвертого значення рядка. Наприклад, якщо ви берете пробу і отримуєте:
cpu 2330047 0 2365006 1063853632 9035 9463 96114 0
Потім через секунду ви отримуєте цей зразок:
cpu 2330047 0 2365007 1063854028 9035 9463 96114 0
Відніміть два числа, і ви отримаєте різницю 396, це означає, що ваш процесор простояв 3,96 секунди за останні 1,00 секунди. Трюк, звичайно, полягає в тому, що вам потрібно розділити кількість процесорів. 3,96 / 4 = 0,99, і ваш відсоток простою; 99% простоює і 1% зайнято.
У своєму коді у мене буфер дзвінка з 360 записів, і я читаю цей файл щосекунди. Це дозволяє мені швидко обчислити використання процесора протягом 1 секунди, 10 секунд тощо, аж до 1 години.
Для інформації, що стосується певного процесу, потрібно заглянути в / proc / pid ; якщо вам не байдуже описуватись, ви можете заглянути в / proc / self.
Процесор, який використовується вашим процесом, доступний у / proc / self / stat . Це дивний файл, що складається з одного рядка; наприклад:
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
Важливими даними тут є 13-й та 14-й жетони (0 та 770 тут). 13-й маркер - це кількість jiffies, які процес виконав у користувальницькому режимі, а 14-й - кількість jiffies, які процес виконав у режимі ядра. Додайте їх разом, і ви отримаєте загальне використання процесора.
Знову вам доведеться періодично вибирати цей файл та обчислювати різницю для того, щоб визначити використання процесора в процесі використання.
Редагувати: пам’ятайте, що при обчисленні використання процесора вашого процесу ви повинні враховувати 1) кількість потоків у вашому процесі та 2) кількість процесорів у системі. Наприклад, якщо ваш однопотоковий процес використовує лише 25% ЦП, це може бути добре чи погано. Хороший для однопроцесорної системи, але поганий для 4-процесорної системи; це означає, що ваш процес працює постійно і використовує 100% доступних для нього циклів процесора.
Для інформації, що залежить від процесу, потрібно переглянути / proc / self / status, який виглядає приблизно так:
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
Ці записи цікаві:
- VmPeak - максимальний простір віртуальної пам’яті, що використовується процесом, в кБ (1024 байти).
- VmSize - це поточний простір віртуальної пам'яті, що використовується процесом, в кБ. У моєму прикладі він досить великий: 651 352 кБ, або близько 636 мегабайт.
- VmRss - це обсяг пам'яті, відображений у адресний простір процесу, або його розмір резидента. Це значно менше (420,296 кБ, або близько 410 мегабайт). Різниця: моя програма зіставила 636 Мб через mmap (), але отримала доступ до неї лише 410 Мб, і таким чином було призначено лише 410 Мб сторінок.
Єдиний предмет, про який я не впевнений - це Swapspace, який зараз використовується в моєму процесі . Я не знаю, чи є така можливість.