VVB (03.04.2013 06:49, просмотров: 63) ответил MegaJohn на CM3 NXP17xx + RTOS: как вообще принято реализовывать измерение занятости процессора ? В Idle задаче запускаем аппаратный таймер, и сама задача делает ++, а потом сравнение ? А если изменить оптимизацию ? Либо еще фактор - смотря как поведет себя-
- TnKernel - MegaJohn(03.04.2013 09:10)
- К сожалению, не работал. Подсмотрите соответствующие сервисные функции в других операционках, поймите идею и реализуйте. Хотя такая функциональность должна предоставляться операционкой, пусть даже в виде дополнительного модуля и пусть даже за VVB(70 знак., 03.04.2013 14:55)
- Надо ещё понимать, что понимать под "загрузкой ЦПУ". Процент пока ЦПУ не выполняет задач, или же количество задач заблокированных в ожидании чего-либо (пока к ним перейдёт ЦПУ, или ввода-вывода, примитивов синхронизации и т.п.) Программа load в fk0(175 знак., 03.04.2013 14:59)
- какие деньги? добавить в структуру задачи счётчик тиков, сделать захват тиков при переключении контекста, да написать таск (функцию) которая всю эту статистику отрабатывает. половина рабочего дня. я такое в CTL для себя добавил. Mahagam(125 знак., 03.04.2013 14:58)
- Функциональность виденных мной утилит намного шире. Можно в реальном времени поглядеть глубину любой очереди, проанализировать причину любого переключения контекста. То есть этакая трассировка на уровне событий RTOS. - VVB(03.04.2013 15:17)
- как по мне, так профайлер на уровне функций был бы во сто крат полезнее. а вышеперечисленное равносильно ежедневному анализу кала. - Mahagam(03.04.2013 16:30)
- Ну про ежедневности речи нет. А трассировщики/профилировщики кода в рилтайме, это, конечно, вещь, стоящая своих денег. Только, IMHO, они сильно полезны для отладки системных утилит (драйверов, прерываний, различных USB/TCP/FAT стеков и прочая), а VVB(126 знак., 04.04.2013 07:21)
- я привык разделять отладку - сначала саму ртосину надо вылизать, потом уже задачи под неё вычищать. - Mahagam(04.04.2013 10:21)
- Ну про ежедневности речи нет. А трассировщики/профилировщики кода в рилтайме, это, конечно, вещь, стоящая своих денег. Только, IMHO, они сильно полезны для отладки системных утилит (драйверов, прерываний, различных USB/TCP/FAT стеков и прочая), а VVB(126 знак., 04.04.2013 07:21)
- как по мне, так профайлер на уровне функций был бы во сто крат полезнее. а вышеперечисленное равносильно ежедневному анализу кала. - Mahagam(03.04.2013 16:30)
- Функциональность виденных мной утилит намного шире. Можно в реальном времени поглядеть глубину любой очереди, проанализировать причину любого переключения контекста. То есть этакая трассировка на уровне событий RTOS. - VVB(03.04.2013 15:17)
- К сожалению, не работал. Подсмотрите соответствующие сервисные функции в других операционках, поймите идею и реализуйте. Хотя такая функциональность должна предоставляться операционкой, пусть даже в виде дополнительного модуля и пусть даже за VVB(70 знак., 03.04.2013 14:55)
- TnKernel - MegaJohn(03.04.2013 09:10)