/proc/loadavg
První tři pole v tomto souboru jsou průměrné hodnoty zatížení udávající počet úloh ve frontě běhu (stav R) nebo čekajících na diskI/O (stav D) v průměru za 1, 5 a 15 minut . Jsou stejná jako průměrná čísla zatížení daná uptime(1) a dalšími programy.
Čtvrté pole se skládá ze dvou čísel oddělených lomítkem (/). První z nich je počet aktuálně vykonávaných plánovacích entit jádra (procesů, vláken); to bude menší nebo rovno počtu CPU. Hodnota za lomítkem je počet entit plánování jádra, které v systému aktuálně existují.
Páté pole je PID procesu, který byl v systému naposledy vytvořen.
Rád bych okomentoval přijatou odpověď.
Čtvrté pole se skládá ze dvou čísel oddělených lomítkem (/). První z nich je počet aktuálně prováděných plánů jádra (procesů, vláken); to bude menší nebo rovno počtu CPU.
Udělal jsem testovací program, který čte celé číslo N ze vstupu a pak vytváří N vláken a jejich běh je navždy. Na počítači RHEL 6.5 mám 8 procesor a každý procesor má hyper threading. Každopádně když spustím svůj test a vytvoří 128 vláken, ve čtvrtém poli uvidím hodnoty větší než 128, například 135. Je to jasně větší než počet CPU. Tento příspěvek podporuje mé pozorování:http://juliano.info/en/Blog:Memory_Leak/Understanding_the_Linux_load_average
Stojí za zmínku, že současné vysvětlení v manuálové stránce proc(5) (od verze manuálových stránek 3.21, březen 2009) je chybné. Hlásí první číslo čtvrtého pole jako počet aktuálně prováděných plánovacích entit, a tak předpovídá, že nemůže být větší než počet CPU. To neodpovídá skutečné implementaci, kde tato hodnota uvádí aktuální počet spustitelných vláken.
První tři sloupce měří využití CPU a I/O za posledních 1, 5 a 15 minut. Čtvrtý sloupec zobrazuje počet aktuálně běžících procesů a celkový počet procesů. Poslední sloupec zobrazuje poslední použité ID procesu.
https://docs.fedoraproject.org/en-US/Fedora/17/html/System_Administrators_Guide/s2-proc-loadavg.html