Как я могу решить на частоте тика RTOS?

Question

Если ОСРВ имеет возможность изменять частоту тиков в любое время на уровне пользователя (скажем, только с помощью API), с какими параметрами (следует учитывать) какой из них достигает эффективной частоты тиков?Если тики бывают слишком быстрыми, я бы закончил много выполнения на уровне ядра.Если тики медленные, я бы пропустил критерии реального времени.Должен ли я выполнить профилирование самого раннего времени некоторых высокоприоритетных готовых потоков?Это не конкретная ОС, а более общий вопрос.

Answer 1

обычно в ОСРВ один тик варьируется от 1 мс до 10 мс, в зависимости от ваших требований и вашей аппаратной платформы;я не думаю, что вам нужно динамически изменять это значение на лету, потому что это может быть реализовано, но не нужно, и нет никакой RTOS, поддерживающей эту функцию, как я знаю;

, если требуется много таймерав вашем программном обеспечении, и самая точная временная база Y находится в диапазоне от 1 до 10 мс ，, тогда вы можете настроить TICK как Nms (1

Чем больше значение TICK, тем нижеточное время, но в то же время снижает нагрузку на систему;

И наоборот, чем меньше TICK, вы можете получить более высокую точную временную базу, но это приведет к большим системным накладным расходам;

если TICK снизится до некоторой точки, ваша система не будет работать, потому чтоприложение не может получить процессорное время, центральный процессор запускает саму ОСРВ большую часть времени.

Answer 2

Частота тиков должна быть достаточно высокой, чтобы справиться с желаемой отзывчивостью.

Если вашему приложению требуются тайм-ауты / перепланировки / задержки ... порядка микросекунд, частота тиков составляет 1000 тиков / сек1 такт / мс), будет слишком медленно.Однако, если ваше приложение работает нормально с задержками в 50 мс, то скорость 50000 тактов / сек явно избыточна.

В большинстве случаев, я думаю, вы можете ожидать, что ваш процессор будет достаточно быстрым для обработкижелаемый уровень тика.Если это не так, то вам, вероятно, придется либо переосмыслить (частично) свою архитектуру кода и / или свой выбор оборудования.

Надеюсь, это поможет.