Я читал документ о системах реального времени с использованием ОС Linux, а термин «джиттер планирования» используется повторно без определения.Что такое джиттер планирования?
Что такое диспетчерский джиттер? Что это значит?
Дрожание - это неравномерность сигнала, основанного на времени. Например, в сетях джиттер будет изменчивостью латентности пакета в сети. В планировании я предполагаю, что дрожание относится к неравенству срезов времени, выделенных для процессов.
Подробнее здесь http://en.wikipedia.org/wiki/Jitter
Таким образом, данный ответ DJC, в планировании джиттера для моей семантической области в вопросе выше будет:
Планирование джиттера: неравенство срезов времени, отведенного процессов системным планировщиком, который возникает по необходимости. Примером того, где это могло бы произойти, было бы: Если у кого-то есть требование, при котором все процессы в среде реального времени будут использовать не более 100 мс времени процессора за запланированное время, процесс, который требует и использует 150 мс времени, приведет к значительным джиттер планирования в этой системе реального времени.
Спасибо. Основная идея ясна, я просто не знал, как ее сформулировать для вашего домена (так как я не очень хорошо знаком с ним). – djc
Дрожание - это разница между последующими периодами времени для заданной задачи. В ОС реального времени важно снизить джиттер до приемлемого уровня для приложения. Вот картина дрожания.
Планирование джиттера в операционных системах реального времени, не о разных часовых ломтика процессов. Джиттер - переменное отклонение от идеального события синхронизации. Планирующим джиттером является задержка между временем начала задачи и временем начала задания . например, рассмотреть задачу следует начинать после 10 мс, но по какой-то причине она запускается через 15 мс. в нашем примере дрожит 5 мс!
Просто джиттер означает задержку в концепции операционной системы. Планирование джиттера означает разницу фактического относительного времени пуска от номинального значения.
Точка возникновения SysTick к точке выполнения первой инструкции проснувшегося периодической задачи
Планирование джиттера максимальное отклонение во времени ожидается период выполнения программы
Эта концепция очень важна системы моделирования в реальном времени. Мой опыт приходит с более чем 30 лет в индустрии моделирования в реальном времени (в основном Flight Simulation). В идеале абсолютно никакой джиттер не нужен, и это точно задача жесткого планирования в реальном времени.
Предположим, что для моделирования в реальном времени необходимо выполнить определенную компьютерную программу на 400 Гц, чтобы обеспечить стабильное и точное моделирование этой подсистемы. Это означает, что нам нужно ожидать, что система будет выполнять программу каждые 2,5 мс. Чтобы добиться этого в жесткой системе реального времени, часы с высоким разрешением используются для планирования этого модуля с высоким приоритетом, так что дрожание почти равно нулю. Если бы это была мягкая симуляция в реальном времени, ожидалось бы более высокое количество дрожания. Если джиттер планирования составлял 0,1 мс, отправная точка для этой программы составляла каждые 2,5 мс +/- 0,1 мс (или меньше). Это было бы приемлемо, если для выполнения программы не потребовалось больше 2,3 мс. В противном случае программа может «переполняться».Если это когда-либо случается, то детерминизм теряется, и имитация теряет верность.
Чтобы упростить этот вопрос, не могли бы вы немного его изменить, чтобы объяснить, что именно происходит с расписанием джиттера _is_, а _then_ объяснить, почему это важно? Как вы уже написали, объяснение, что это такое, в точности, скрыто. –
Я собираюсь дать вам принятый ответ, потому что вы помогли мне разобраться в этом и дали мне ключ. Я думаю, что мой собственный ответ в этом случае немного больше. Тем не менее, вы не можете прочитать мой разум или мою статью, и я думаю, что было бы очень самообслуживать, чтобы мой ответ был лучшим в этом случае, поэтому вы его получите. :) –