Скрипт для расчёта средней загрузки CPU.

Я давно бросил попытки использовать скрипт для расчета нагрузки на ЦП, потому что он был точным только при низкой загрузке. При более высокой загрузке результаты были неверными или скрипт вообще не запускался.

Спасибо, но не работает. А когда запускаю в терминале, чтобы посмотреть ошибку, там пишет: Script Error: cannot add time interval to nothing. Очень бы хотелось получить быстрый ответ, потому что мне этот скрипт очень нужен. Спасибо.

Но мне нужно логировать, какой профиль использует больше CPU. Или какой профиль загружает процессор более чем на 30-50%.

У нас в поле есть несколько единиц RB750 (НЕ RB750G), которые совершенно не справляются с количеством людей, подключающихся через Hotspot там, где они установлены, и это приводит к тому, что единицы загружаются на 100% по использованию ЦП. Эти клиенты постоянно звонят нам, потому что не могут войти в систему, и нам приходится подключаться к устройствам удаленно через telnet, чтобы выдать команду перезагрузки, потому что Winbox всегда время измеряет до того, как процесс входа завершится, или просто висит там бесконечно и никогда не измеряет время, но также ничего не делает. Обычно нам приходится перезагружать эти устройства как минимум один раз в день, но обычно 2-3 раза в день, в зависимости от количества людей, подключающихся в любую данную ночь. Когда нам приходится подключаться по telnet и перезагружать, обычно требуется от 5 до 15 минут, чтобы мы могли успешно войти в систему и чтобы команда перезагрузки фактически зарегистрировалась на устройстве и вызвала перезагрузку. Это становится очень утомительным для нас, и это нехорошо для наших клиентов, потому что они (понятно) очень расстраиваются, постоянно звоня нам. Перезагрузка решает проблему, и обычно требуется некоторое время, прежде чем ЦП снова загрузится на 100%. Я уже знаю, что устройствам нужно обновить, и мы в процессе попыток убедить нашего клиента сделать это (другая компания владеет/эксплуатирует оборудование, а мы занимаемся выставлением счетов, технической поддержкой и мониторингом состояния системы), но требуется время, чтобы они получили одобрение на стоимость замены, а также для планирования выезда техника для установки нового оборудования, и нам нужно временное решение, чтобы не тратить много времени на ручную перезагрузку этих устройств. Я пробовал скрипты из этой темы, но следующая строка (если я неправильно ее интерпретирую) заставляет меня думать, что я должен настроить запись "/system logging", которая устанавливает "info" с действием "echo". # Установить ведение журнала info для echo в терминале в системном ведении журнала однако, когда я это делаю (даже сразу после перезагрузки устройства и оно больше не работает на 100% ЦП), действие ведения журнала info на самом деле приводит к тому, что ЦП загружается на 100%, что по сути сводит на нет цель скрипта, и если оставить это в силе, то фактически вызовет перезагрузку системы каждые 5 минут (я установил интервал планировщика равным 10 секунд, а "arraysize" равным 30), вместо того, чтобы только тогда, когда система на самом деле загружена на 100%, и мы вручную перезагружаем ее. Есть ли какой-нибудь другой скрипт, который позволит системе перезагрузиться сама после 5 минут 100% загрузки ЦП, который на самом деле не заставит устройство загружаться на 100% загрузки ЦП?

Я изменил вышеприведенный скрипт, чтобы он соответствовал моим требованиям, но как новичок в этом деле, хотел бы узнать, правильно ли я его закодировал для следующей задачи: каждые 15 минут планировщик запускает скрипт =RebootOnHighCPU. Если ресурсы системы менее 5%, он в течение 20 секунд сравнивает загрузку ЦП. Если загрузка ЦП превышает 100% (например, если по совпадению скрипт совпал с кратковременной высокой загрузкой ЦП), он отправляет электронное письмо и автоматически перезагружает роутер. В электронном письме указано имя роутера и время перезагрузки. Если ресурсов системы более 5% свободно, отменяются остальные действия скрипта, чтобы не выполнять ненужную задачу. Все верно?

/system scheduler
add comment="" disabled=no interval=15m name=RebootOnHighCPU on-event="/system script run RebootOnHighCPU" policy=ftp,reboot,read,write,policy,test,winbox,password,sniff,sensitive start-date=jan/01/1970 start-time=startup /system script
add name=RebootOnHighCPU Код скрипта:
global datum
[/system clock get date];
:global time
[/system clock get time];
:local percentfree ((100 * [/system resource get free-memory]) / [/system resource get total-memory])
/system resource
:if ($percentfree < 5) do={:local maxsamples 20
:global cpuarray
:set cpuarray ([/system resource get cpu-load] , [:pick $cpuarray 0 ($maxsamples - 1)])
:local arraytot 0
:foreach o in=$cpuarray do={:set arraytot ($arraytot + $o)};
:local arraysize [:len $cpuarray]
:local avgcpuload ($arraytot / $arraysize)
:log info ("CPU Load Captures:")
:log info $cpuarray
:log info ("Array Total: $arraytot")
:log info ("Array size: $arraysize of $maxsamples")
:global highavgcpuload
:if ([:len $highavgcpuload] = 0 || $highavgcpuload < $avgcpuload) do={:set highavgcpuload $avgcpuload}
:log info ("CPU Load - Avg: $avgcpuload High: $highavgcpuload")
:if ($arraysize = $maxsamples && $avgcpuload >= 100)
}
 /tool e-mail send server=000.000.000.000 to="xxxxxxx@hotmail.com" subject=[/system identity get name] from="xxxxxxx@nospam.com" body=(" on $datum at $time the memory on this repeater got to ", [/system resource get free-memory])
 /system reboot;
};

Тест пропускной способности TCP до localhost (127.0.0.1). Если у вас есть правило брандмауэра, которое отбрасывает все входящие соединения, отключите его перед запуском теста.

Попробовал скрипт на CPE OS v5.17, настроенной как PPPoe-клиент. В процессе тестирования из лог-файла заметил, что он запускает только 1 или, возможно, 2 из 5 образцов с загрузкой CPU на 100%, этого явно недостаточно для расчетов. Еще заметил, что лог забит попытками подключения PPPoe до и после запуска этих 1-2 образцов. Я отключил PPPoe-клиента, но логирование попыток подключения все равно продолжается.

Это эффект наблюдателя, как известно в физике. Просто запуск скрипта для мониторинга нагрузки уже увеличит эту нагрузку и, соответственно, сделает результаты недействительными. Чем сложнее скрипт, тем выше нагрузка, и чем слабее процессор, тем выше нагрузка. Лучше было бы использовать `fetch` и отправлять HTTP POST-запрос с текущей загрузкой процессора на сервер каждые 60 секунд, а уже сервер пусть делает всю работу.