СПК107 загрузка цпу на 100%

[Sealba]

Добрый день, столкнулся с такой проблемой: речь пойдет не о пусковом режиме, когда задачи выходят по времени за рамки заданных циклов, а уже в рабочем режиме, сделал проект с визуализацией, количество визуализаций на данный момент около 30, на визуализациях есть две таблицы, три журнала аварий, время вызова циклов журналирования 300 мс, визуализации 250мс, все задачи помимо этих отрабатывают меньше чем за 20мс, не выходя за свои рамки, но эти две при возникновении аварии, заполнении таблицы подгружают процессор до 100 процентов, также бывают скачки до 100 процентов без возникновении аварии и заполнения таблицы, но реже, пытался все это дело оптимизировать, увеличивая время вызова задач, разбивая код на задачи со своим временем вызова и приоритетом, но ничего не помогает, все равно цпу грузится на 100 процентов, не подскажите как можно подьемы нагрузки процессора свести к минимуму? P.s. Даже выпилил веб визуализацию из менеджера визуализаций.

[Евгений Кислов]

Добрый день.

не подскажите как можно подьемы нагрузки процессора свести к минимуму?

Свяжитесь, пожалуйста, завтра утром со мной по телеграм (в подписи) и обеспечьте доступ по AnyDesk.
Посмотрим ваш проект и обсудим возможные способы оптимизации.

[Cs-Cs]

Блин. Вы потом все пишите хоть то, из-за чего были причины. Чтобы другим было где поучиться.

[МихаилГл]

Блин. Вы потом все пишите хоть то, из-за чего были причины. Чтобы другим было где поучиться.

Я уже писал об этом. Один ТС при чем сказал, спасибо Иван Иванычу, а твои подсказки фигня. При этом сам постеснялся написать в чем же была проблема.

В результате форум превращается в хранилище однотипных проблем...

[Евгений Кислов]

Посмотрели проект.

1. По стастистике - нагрузка на CPU в рабочем режиме не превышает 80% (выброс в начале графика - это момент запуска приложения).
В узле Debug видно "мгновенное" значение нагрузки, которое в конкретных циклах может достигать 100.
Но считать этот факт чем-то некорректным не стоит.

2024-04-23_10-30-32.png

2. В проекте достаточно много задач. Интервалы вызова и приоритеты "стандартных" задач отредактированы.
Онлайн-мониторинг конфигурации задач показывает, что основной вклад вносят "выбросы" от задач визуализации и менеджера тревог, которые появляются при добавлении новых данных в таблицу тревог, а также ее просмотре и фильтрации.
Кроме того, в проекте есть два экземпляра OwenArchiver с общим число архивируемых переменных ~100 (тип архивации - по изменению) и обмен по Modbus (OwenCommunication), в котором опрос ведется без каких-то интервалов (как только получен ответ - текущий экземпляр ФБ сбрасывается, и на следующем цикле отправляется новый запрос).

В целом, наблюдаемые значения статистики вполне характерны для подобного проекта.

2024-04-23_10-31-08.png 2024-04-23_10-33-58.png

[krollcbas]

В прошлый приезд на объект, увидев ошибку в журнале о отсутствии SSL сертификата, с WEB страницы СПК107 запустил подготовку сертификата.

Одна проблема - не дождался, торопили, закрыл соединение. Собрался и уехал.
Оказывается если процесс подготовки сертификата прервать, это тоже приведет к 100% загрузке CPU

При очередном посещении объекта, удалил проект, очистил Retain и создал SSL сертификат.
Процессор ожил.

2024-04-24_22-00-57.png

2024-04-24_22-03-12.png