LINUX.ORG.RU

История изменений

Исправление pfg, (текущая версия) :

некоторые параметры физически не получится сделать «риалтайм».
к примеру то же использование проца «риалтайм» представляет собой чистую гребенку с двумя состояниями:
100% - проц загружен вычислениями.
0% - шедулер не нашел подходящего для выполнения потока и проц спит.
с шагом 100 раз в секунду, т.е. если измерять нагрузку проца чаще чем сто раз в секунду, то будет либо 0% либо 100%.
если меньше, то уже можно получить некоторый усредненный процент загрузки за интервал между измерениями и все такое.
сколь помню, там аккурат раз в 1 секунду считывается количество рабочих тиков и сбрасывается в ноль.
т.к. при полной загрузке их должно быть сто, то считанное и будет процент загрузки проца с точностью до единиц.
если бтоп выдает с интервалом 100 мс, то значит он усредняет за десять тиков и точность получится до десятков :)
это так, очень чисто философско-теоритически…

Исходная версия pfg, :

некоторые параметры физически не получится сделать «риалтайм».
к примеру то же использование проца «риалтайм» представляет собой чистую гребенку с двумя состояниями:
100% - проц загружен вычислениями.
0% - шедулер не нашел подходящего для выполнения потока и проц спит.
с шагом 100 раз в секунду, т.е. если измерять нагрузку проца чаще чем сто раз в секунду, то будет либо 0% либо 100%.
если меньше, то уже можно получить некоторый усредненный процент загрузки за интервал между измерениями и все такое.
сколь помню, там аккурат раз в 1 секунду считывается количество рабочих тиков и сбрасывается в ноль.
т.к. при полной загрузке их должно быть сто, то считанное и будет процент загрузки проца с точностью до единиц.
это так, очень чисто философско-теоритически…