🚀 go-pugleaf

On 2016-03-20, Grzegorz Staniak <wytnij-to_gstaniak@gmail.com> wrote:

>> 	Man says: "The first report produced gives averages since the 
>> last reboot. Additional reports give information on a sampling period 
>> of length delay. The process and memory reports are instantaneous in 
>> either case."
>
> Racja, to licznik, a nie średnia.
>
>> 	Co by znaczyło, że liczba procesów i zajętości pamięci jest 
>> zliczana co *delay* (60 sekund), a nie sumowana czy uśredniana na 
>> przestrzeni 60 sekund. Ale sumując 60 wartości dla vmstat 1 powinienem 
>> pi razy ucho wyjść na loadavg. 
>
> Po uśrednieniu, tak.

BTW, sar również pokazuje vmstatowe r,b (jako "runq-sz" i "blocked") 
na bieżąco i uśredniając, a poza tym od razu loadavg dla porównania:

[gstaniak@inka ~]$ sar -q 5 10
Linux 4.4.3-300.fc23.x86_64 (inka)  20/03/16    _x86_64_    (2 CPU)

15:28:48      runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-15 blocked
15:28:53            8       552      6.49      5.32      2.74 9
15:28:58           12       552      8.46      5.75      2.89 4
15:29:03           15       552     10.42      6.20      3.06 3
15:29:08           12       552     12.31      6.66      3.22 2
15:29:13           13       552     14.05      7.12      3.39 3
15:29:18           16       552     15.64      7.56      3.55 2
15:29:23           12       552     16.95      7.97      3.70 5
15:29:28           12       552     18.24      8.39      3.86 4
15:29:33           14       552     19.26      8.76      4.01 4
15:29:38           14       552     20.28      9.15      4.16 2
Average:           13       552     14.21      7.29      3.46 4

Dodatkowo, sysstat instaluje sa1/sa2 w cronie i dane są archiwizowane 
w plikach, czyli można raportować dane historyczne.

GS
-- 
Grzegorz Staniak <gstaniak _at_ gmail *dot* com>