The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

27.06.2014 03:35  Материалы семинара по планировщикам режима реального времени в ядре Linux

Опубликованы видеоматериалы и слайды семинара "Real-Time Scheduling in the Linux Kernel", посвященного проблемам и задачам "Реального Времени" ядра Linux. Так же доступен для загрузки дистрибутив Xubuntu Live, модифицированный для использования планировщика SCHED_DEADLINE. Семинар организован Университетом Тренто и Университетом Пизы и ReTiS Laboratory - основными разработчиками планировщика задач SCHED_DEADLINE. Видеозаписи выступлений можно посмотреть на YouTube.

Темы первого дня:

Отдельного внимания заслуживает тема: Эксперимент с использованием PREEMPT_RT Linux в Московском метро. Докладчик: Андрей Федотов из OAO НИЦВТ. В докладе также рассказано о текущей организации IT-инфраструктуры Московского метро, в которой активно используется Linux.



  1. Главная ссылка к новости (http://retis.sssup.it/rts-like...)
Автор новости: pavlinux
Тип: английский / Практикум
Ключевые слова: linux, kernel, realtime, real-time, sched_deadline
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.4, сцбкун (?), 10:30, 27/06/2014 [ответить] [показать ветку] [···]    [к модератору]
  • +2 +/
    О. Ого. Кто-то покусился на мск метрополитен. И сразу на конференцию! =))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

    А вообще, да, тема с RT интересная. Я вот пилю вопрос, можно ли все-таки остаться на обычном ядре, если допустимая разбежка 50ms между событиями I/O.

     
     
  • 2.10, pavlinux (ok), 16:34, 27/06/2014 [^] [ответить]    [к модератору]
  • +3 +/
    > Я вот пилю вопрос, можно ли все-таки остаться на обычном ядре, если допустимая разбежка 50ms между событиями I/O.

    Запусти бенчмарк cyclictest из этой репы  http://git.kernel.org/cgit/linux/kernel/git/clrkwllms/rt-tests.git/tree/
    Там есть последние три столбца: мин. задержка, средняя и пиковая.
    На обычном ядре пики могу доходить до 10000 µs, на RT до 300 µs,
    среднее на -RT около 10 µs, на обычном 30 µs.    

     
     
  • 3.12, Аноним (-), 21:31, 27/06/2014 [^] [ответить]     [к модератору]
  • +/
    Не говорит о worst case формально 10000 181 s пролезает под хотелку 50ms А ес... весь текст скрыт [показать]
     
     
  • 4.14, pavlinux (ok), 04:04, 28/06/2014 [^] [ответить]    [к модератору]  
  • +/
    В RT системе уже на стадии проектирования должны быть объявлены границы и погрешности.

       Впрочем в жизни очень мало областей, где нужна микросекундная точность. Более интересует
    гарантированный диапазон, хотя бы те же 50 миллисекунд, но без накопления. Скажем первый
    тик был в 30 мс, второй должен произойти между 50 и 100 мс, а это можно гарантировать
    только имея максимум 20 мс погрешность, иначе следующий тик мжет произойти в 130 мс.
       Посему, если ты заказываешь 50 мс дедлайн, с 2% отклонением, то есть ±1 мс., то это
    возможно гарантировать только если RTOS гарантирует макс. задержу строго меньше 1 мс.
        
      

     
  • 1.13, Аноним (-), 22:22, 27/06/2014 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    code Interlocking System 9679 Obtains trains positions 9679 Controls swi... весь текст скрыт [показать]
     
  • 1.15, Главные Редакторы (ok), 00:09, 29/06/2014 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Просмотр фильмов с высокой частотой кадров на обычном ПК не решена. Не всегда время смены кадра стабильно, и порой заметность смены кадров обусловлена не постоянством времени отображения кадра. Первый кадр может быть показан 20 мс, второй 5 мс, а третий 50 мс. Таким образом, второй кадр в этом примере не заметен, и выпадет из общей динамики движения сцены, и таким образом станет заметна смена кадров, движение в сцене потеряет плавность. Хочется верить, что RT-ядра позволяют решить эту проблему.
     
     
  • 2.16, pavlinux (ok), 05:37, 29/06/2014 [^] [ответить]    [к модератору]  
  • +/
    > Просмотр фильмов с высокой частотой кадров на обычном ПК не решена.

    Nvidia Geforce надеюсь?!

    > Хочется верить, что RT-ядра позволяют решить эту проблему.

    https://raw.githubusercontent.com/balsini/sched-deadline-dynamic-manager/maste

     
  • 2.18, Anonym2 (?), 15:41, 29/06/2014 [^] [ответить]    [к модератору]  
  • +/
    > Просмотр фильмов с высокой частотой кадров на обычном ПК не решена. Не
    > всегда время смены кадра стабильно, и порой заметность смены кадров обусловлена
    > не постоянством времени отображения кадра. Первый кадр может быть показан 20
    > мс, второй 5 мс, а третий 50 мс. Таким образом, второй
    > кадр в этом примере не заметен, и выпадет из общей динамики
    > движения сцены, и таким образом станет заметна смена кадров, движение в
    > сцене потеряет плавность. Хочется верить, что RT-ядра позволяют решить эту проблему.

    Что-то время показа кадра в 5 мс навевает некоторые сомнения...
    И многое зависит от разного :-) Алгоритм работы плеера... Установлен ли realtime scheduling (который довольно давно в наличии в ядрах) для плеера, для прочих важных задач (X). Само собой это не делается. И может быть даже невозможно. И важность realtime sched имеет когда система загружена и другими задачами (что-то активно вычисляющими). Если она занята только фильмом (как в общем-то и рекомендуется для такого случая), то... Realtime большого значения иметь не должен...
    Заметные рывки в изображении могут быть обусловлены тривиально всё же нехваткой данному плееру вычислительных ресурсов на декодирование и показ (слишком большого числа кадров в секунду)...

     
  • 2.19, Аноним (-), 16:58, 29/06/2014 [^] [ответить]     [к модератору]  
  • +/
    Скорее всего это видеокартопроблемы и или дохлоцпу 10 6 181 s 120 fps 1666... весь текст скрыт [показать]
     
  • 1.17, Аноним (-), 13:28, 29/06/2014 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    27 06 2014 03 35 Материалы семинара по планировщикам режима реального времени в... весь текст скрыт [показать]
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor