The OpenNET Project / Index page

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

В состав ядра Linux 3.14 принят планировщик real-time задач SCHED_DEADLINE

22.01.2014 19:50

Линус Торвальдс утвердил включение в будущий выпуск ядра Linux 3.14 патчей с поддержкой для планировщика задач класса SCHED_DEADLINE, реализующего алгоритм EDF (Earliest Deadline First), основанный на идее выбора для выполнения из очереди ожидающих процессов задачи, наиболее близкой к истечению крайнего расчётного времени (deadline). SCHED_DEADLINE поддерживает обеспечение работы процессов, требующих выполнения операций в режиме реального времени, предоставляя для подобных задач гарантированное время выполнения, независимо от общего количества обслуживаемых процессов, и реализуя возможность резервирования пропускной способности CPU для процессов.

Ранее доступный планировщик задач не мог обеспечить такое поведение, так как не способен гарантировать необходимое время выполнения задачи в заданном интервале времени (например, гарантировать выполнение задачи 10 мкс в интервале 100 мкс) из-за того, что переключение между задачами зависит от общего количества обслуживаемых процессов, каждый из которых может выполняться с произвольной задержкой и, таким образом, может задержать выполнение следующей задачи.

  1. Главная ссылка к новости (http://lwn.net/Articles/581491...)
  2. OpenNews: В рамках проекта RT-Xen развиваются средства для Real-Time виртуализации на базе Xen
  3. OpenNews: Представлен первый тестовый набор RT-патчей для ядра Linux 3.0
  4. OpenNews: Консорциум OSADL представил ферму для тестирования RT-Linux на различном оборудовании
  5. OpenNews: ART Linux - релиз ядра жесткого реального времени
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38906-linux
Ключевые слова: linux, kernel, scheduler, deadline
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (86) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 19:55, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    ну и здорово. Теперь gnu/linux будет операционной системой реального времени.
     
     
  • 2.4, анонко (?), 20:07, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > ну и здорово. Теперь gnu/linux будет операционной системой реального времени.

    Всё равно xorg будет тормозить.
    Хотя... я лично жду, что в ядре 3.14 у меня таки будет работать подсветка ноута, что называется, из коробки.
    Баг ещё в 3.12 реквестировал)

     
     
  • 3.7, анонимус (??), 20:20, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а зачем нужна подсветка всего ноута? Подсветки экрана и клавиатуры мало?
     
     
  • 4.9, A.Stahl (ok), 20:27, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тем более что с помощью подсветки монитора можно освещать клавиатуру:)
     
     
  • 5.20, Anonymous528 (?), 21:55, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +12 +/
    И туалетную комнату.
     
  • 3.21, Аноним (-), 22:45, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    это не для того чтоб xorg не тормозил.
     
  • 3.29, Аноним (-), 00:27, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя... я лично жду, что в ядре 3.14 у меня таки будет работать подсветка ноута, что
    > называется, из коробки.

    Зависит от. Бывают на редкость кривые биосы, там приходится использовать вендорское управление питанием.

     
  • 2.18, Michael Shigorin (ok), 21:29, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > ну и здорово. Теперь gnu/linux будет операционной системой реального времени.

    Уже очень давно и в разных вариантах (неванильных).

     
     
  • 3.22, Аноним (-), 22:46, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже очень давно и в разных вариантах (неванильных).

    вот вот.

     
  • 3.74, Васька (??), 11:48, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Как правило платных, и/или триальных. И такой тип как LinxOS вполне себе гинезис линукса.
     
     
  • 4.107, fi (ok), 01:02, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да ладно вам, тот же opensuse  с l4 идет свободно, латентность лучше чем у ядра NT
     

  • 1.2, A.Stahl (ok), 20:06, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    QNX больше не нужен?
    Вот и славненько...
     
     
  • 2.75, Васька (??), 11:49, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > QNX больше не нужен?
    > Вот и славненько...

    Нужен, смотря какой. Хотя и 4,25 и 6

     

  • 1.3, Аноним (-), 20:07, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Странно, я уже много лет при сборки ядра вижу его в списке опций.
     
     
  • 2.8, freename (ok), 20:25, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты видишь скорее всего планировщик IO deadline
     
     
  • 3.11, Аноним (-), 20:39, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Точно, спасибо.
     

  • 1.5, Аноним (-), 20:17, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Очередной гвоздь в крышку Bug 12309? :)
     
     
  • 2.10, pavlinux (ok), 20:29, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очередной гвоздь в крышку Bug 12309? :)

    Вахтёршу от начальника отдела отличаем, не?!

     
  • 2.26, anonymous (??), 23:01, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И как интересно реалтайм связан с таинственным 12309?
     
     
  • 3.28, Аноним (-), 23:29, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И как интересно реалтайм связан с таинственным 12309?

    А никак особо. Если реалтаймная программа уповает что выделение памяти случится не быстрее чем за X - а кто ей это обещал?

     
     
  • 4.68, ананим (?), 08:35, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Видимо эту, "риал-таймовую", программу спроектировал именно ты.
    Причем специально для того, чтобы не признавать что обложался и перепутал планировщик процессов с планировщиков ввода/вывода.
     
     
  • 5.84, Аноним (-), 15:40, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Видимо эту, "риал-таймовую", программу спроектировал именно ты.

    Чойта за жирнота??? 12309 может вылезти при выделении памяти программой. И пока ядро память не выкроит - управление не вернет. А теперь послушаем про планировщики...

     
     
  • 6.89, ананим (?), 17:00, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поясняю — твоя программа не становится рт, только из-за того, что ты её на рт-ядре запустил.
    Андестенд? Не?

    Зыж
    Во-вторых — баг закрыт.
    В третьих — рт-программа "почувствует" указанный баг только в случае своппинга.

     
     
  • 7.90, ананим (?), 17:17, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ззыж
    Чтобы не быть голословным:
    1. Вот так выглядит «хеловолд» для рт https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO#A_Realtime_.22Hello_Worl
    2. После этого нужно настроить этот «хеловорд» в системе примерно так http://www.jackaudio.org/linux_rt_config
    3. Вот теперь можно выпендриваться.
     
     
  • 8.97, pavlinux (ok), 23:15, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пффф, придумают тоже chrt -f -p 99 hello ... текст свёрнут, показать
     
     
  • 9.99, ананим (?), 13:14, 24/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, каждый раз запускать так процесс не камильфо А то прописал 1 раз и каждый з... текст свёрнут, показать
     
     
  • 10.100, ананим (?), 15:27, 24/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    зыж В смысле не нужны рутовые привилегии ззыж Да, надеюсь ты то хоть понимаешь,... большой текст свёрнут, показать
     
  • 9.101, ананим (?), 15:50, 24/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    man chrt chrt options prio command arg chrt options -p prio pid -p у ... текст свёрнут, показать
     

  • 1.6, pavlinux (ok), 20:17, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    И это не планировщик задач, это класс приоритета, такой же как и: SCHED_NORMAL,
    SCHED_FIFO, SCHED_RR, SCHED_BATCH, SCHED_ISO, SCHED_IDLEPRIO.
    Более того, чтоб его заюзать нужон schedtool патченый
    Ах да, основной сайт тут: http://www.evidence.eu.com/sched_deadline.html
    Там же есть ссылки на LWN, где есть бенчмарки, в которых этот DEADLINE
    сливает обычному CFS с SCHED_FIFO.

    Но полюбасу, это плюшка вкусная, - теперь можно -RT патчи и не сувать,
    для адекватной реакции вполне хватит нужные процессы поставить как дыдлайн
    и спать спокойно. Нормальный Soft RealTime без замены кучи кода.

      

     
     
  • 2.15, anonymous (??), 21:00, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Нормальный Soft RealTime

    так софт уже есть давно, со времен preempt патча и оптимизаций мьютексов и прочих биг локов. Разве это не hard realtime?

     
     
  • 3.16, pavlinux (ok), 21:04, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Разве это не hard realtime?

    Они только мечтают. Hard RT это 5% отклонение от средних показателей.
    Сейчас средняя задержка 6-8µs, зато бывают пики от 80 до 2500µs    

    Но опять же, от железа зависит. 5% это на оооооооооооочень качественных
    резисторах, кондёрах, катушках. С защитой от ЭМИ. итд, итп.

    В общем, у кого увидишь надпись Hard RealTime - плюнь им в рожу,
    без заранее проверенного железа и замеров с него, всё маркетинговый бред.

     
     
  • 4.25, Аноним (-), 22:54, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  5% это на оооооооооооочень качественных резисторах, кондёрах, катушках.

    Это всё в большей части используется в обвязках для питания. На кристалле это либо работает как нужно, либо нет и вместе с ними не работает сразу всё.

     
  • 4.30, Аноним (-), 00:31, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да фигня это, павлин. Поставь всем задачам приоритет реалтайм и наслаждайся хард-реалтаймом :)
     
     
  • 5.33, Мамонт (?), 01:21, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да фигня это, павлин. Поставь всем задачам приоритет реалтайм и наслаждайся хард-реалтаймом :)

    Открою маленький секрет: в Линуксе не бывает Hard RealTime в принципе. Это же Вам не DSP, не микроконтроллер и не ПЛИС! Там, где DRAM, нет Hard Real Time, за исключением специальных систем (железо + ОС + софт), которые могут грамотно управлять его работой. Даже QNX, VxWorks вам в этом не помогут - это всё Soft Real Time, как бы производители этих ОС не пиарились.

     
     
  • 6.50, Аноним (-), 02:21, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это всё чушь. Будет хард RT или нет с DRAM завист требуемой гранулярности по времени. В пределах ms, например, всё можно.
     
  • 6.67, Eugene Ryabtsev (?), 07:39, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Реалтайм - это про ГАРАНТИРОВАННОСТЬ времени реакции. Хард - про 100% гарантированность, софт - про <100% гарантированность (желаемый процент может быть задан). Так вот, само требуемое время реакции ТОЖЕ может быть задано, хотите - мкс, хотите - сутки. И уже потом смотрим соответствует или нет.
     
     
  • 7.71, Мамонт (?), 10:45, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Скажем так, профессиональные реал тайм оси создаются для обеспечения гарантирова... большой текст свёрнут, показать
     
  • 6.85, Аноним (-), 15:41, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Открою маленький секрет: в Линуксе не бывает Hard RealTime в принципе. Это
    > же Вам не DSP, не микроконтроллер и не ПЛИС!

    На х86 реалтайм достаточно условный из-за дикого разброса времен cache hit/cache miss. Ну а многозадачки усугубляют ситуацию.

     
  • 4.31, Мамонт (?), 01:16, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Павлин, причём здесь кондёры, резисторы и катушки, просвети публику, а?
     
     
  • 5.32, pavlinux (ok), 01:19, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Начинай отсюда http://lib.qrz.ru/node/28775 и http://library.ispu.ru:8001/metrolog/index.htm
     
     
  • 6.34, Мамонт (?), 01:24, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Начинай отсюда http://lib.qrz.ru/node/28775

    Павлин, это всё не про реальное время, а про качество питания, а оно мало влияет на реальное время.

     
     
  • 7.36, pavlinux (ok), 01:26, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Начинай отсюда http://lib.qrz.ru/node/28775
    > Павлин, это всё не про реальное время, а про качество питания, а
    > оно мало влияет на реальное время.

    монитор у тя в процессор впаян? кнопки с клавы прям в L1 кэш пишут, контроллер привода там же?

    Пусти cyclictest и жмакай по мышу иль клаве, насладись линуксовым реалтаймом!

     
     
  • 8.37, Мамонт (?), 01:31, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня лично микроконтроллеры и спец микросхемы рулят монитором и кнопками с кл... текст свёрнут, показать
     
     
  • 9.39, Аноним (-), 01:38, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провод... текст свёрнут, показать
     
     
  • 10.40, Michael Shigorin (ok), 01:39, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поверите ц , но сотня метров оптики вдруг оказывается уже заметной на QDR... текст свёрнут, показать
     
  • 10.42, pavlinux (ok), 01:44, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ванга, ты Google EtherCAT За одно закон Ома, проводимость материалов, закон Ф... текст свёрнут, показать
     
     
  • 11.46, Мамонт (?), 01:59, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Хреновый этот EtherCAT в плане реального времени Витая пара, как и остальное пер... текст свёрнут, показать
     
     
  • 12.47, pavlinux (ok), 02:01, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошо, живи в мечтах ... текст свёрнут, показать
     
  • 12.55, славян (?), 03:04, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не имеют отношения а ты когда ни будь слышал что задержки можно сложить в кучу ... текст свёрнут, показать
     
     
  • 13.57, Дрессировщик павлинов (?), 03:13, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про физику всё написано выше Остальное, что ты перечислил, относится к софту, а... большой текст свёрнут, показать
     
     
  • 14.63, славян (?), 04:00, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    согласен с тем что и обычный линух без патчей в какой то мере можно назвать реал... текст свёрнут, показать
     
  • 13.69, IMHO (?), 08:55, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если учесть, что реал-тайм система отличается от обычной тем, что прибивает... текст свёрнут, показать
     
     
  • 14.70, Мамонт (?), 10:21, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не совсем реал тайм обеспечивает гарантированное время реакции ВСЕЙ системы, ко... большой текст свёрнут, показать
     
     
  • 15.92, ананим (?), 20:20, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Только рт-процессов Более того, то что процесс получит свой квант а он по... текст свёрнут, показать
     
  • 10.95, ZloySergant (ok), 22:46, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Таки да Если не согласны, идите-ка учите физику ... текст свёрнут, показать
     
     
  • 11.104, Друг (?), 12:45, 26/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли сильно помешает, по крайне... текст свёрнут, показать
     
     
  • 12.105, ZloySergant (ok), 15:02, 27/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Таки да, думаю головой и Вам того же желаю Во-первых, расстояния между А и Б... текст свёрнут, показать
     
  • 9.41, pavlinux (ok), 01:39, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А причем тут вычисления и реалтайм --- Более того, кондёры резисторы с погрешн... большой текст свёрнут, показать
     
     
     
     
    Часть нити удалена модератором

  • 12.48, Мамонт (?), 02:10, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если уж придираться, то - погрешность кондёров в 99,99 случаев ни на что не вл... текст свёрнут, показать
     
     
  • 13.49, pavlinux (ok), 02:20, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Цезиевые, в жидком гелии Ща допью и полетим ... текст свёрнут, показать
     
  • 8.62, Друг (?), 03:45, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Павлик, а у меня наоборот - процессор впаян в монитор Хуже того, кнопки прям в ... текст свёрнут, показать
     
     
  • 9.64, Michael Shigorin (ok), 04:05, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, так вот почему сообщения с трёх ников ... текст свёрнут, показать
     
     
  • 10.65, Друг (?), 04:21, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю, Вы и есть Шерлок Холмс А где Доктор Ватсон ... текст свёрнут, показать
     
     
  • 11.66, Доктор Ватсон (?), 06:44, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да здесь я, здесь Холмс, но как это воможно ... текст свёрнут, показать
     
  • 11.83, Michael Shigorin (ok), 14:16, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Предлагаю обратить внимание на п 6 правил форума http wiki opennet ru ForumH... текст свёрнут, показать
     
  • 8.86, Аноним (-), 15:43, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты так и не ответил - при чем тут питание Признайся уже что облажался ... текст свёрнут, показать
     
  • 4.76, Васька (??), 12:00, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Разве это не hard realtime?
    > Они только мечтают. Hard RT это 5% отклонение от средних показателей.
    > Сейчас средняя задержка 6-8µs, зато бывают пики от 80 до 2500µs
    > Но опять же, от железа зависит. 5% это на оооооооооооочень качественных
    > резисторах, кондёрах, катушках. С защитой от ЭМИ. итд, итп.
    > В общем, у кого увидишь надпись Hard RealTime - плюнь им в
    > рожу,
    > без заранее проверенного железа и замеров с него, всё маркетинговый бред.

    Не, железо тут ни причем. По крайней мере то что ты описал. Всякие железки обрабатывающие прерывания - вот где засада. Оно тебя удерживает на прерывании а сама требует реал тайма жесткого. А резюк с индуктивностью никто силами ЦПУ не опрашивает, если конечно препод был трезв при выдаче ТЗ на курсач.
    Хард реал тайм в QNX , и собсно без реал-тайма в голове реал-таймовый софт не пишется. Проверено уже не раз, и не только мною.

     
  • 4.81, annulen (ok), 12:49, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Hard RT это 5% отклонение от средних показателей.

    Hard RT - это когда система by design гарантирует верхний предел времени отклика (причем не важно, какой), и не при каких обстоятельствах он не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный soft RT.

     
     
  • 5.102, pavlinux (ok), 16:04, 24/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>Hard RT это 5% отклонение от средних показателей.
    > Hard RT - это когда система by design гарантирует верхний предел времени
    > отклика (причем не важно, какой), и не при каких обстоятельствах он
    > не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный
    > soft RT.

    Отклонение не более ±5% - это промышленно допустимое.
    Дальнейшая точность корректируется программно либо введением дублирующих систем.  

     
     
  • 6.106, annulen (ok), 20:25, 27/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>Hard RT это 5% отклонение от средних показателей.
    >> Hard RT - это когда система by design гарантирует верхний предел времени
    >> отклика (причем не важно, какой), и не при каких обстоятельствах он
    >> не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный
    >> soft RT.
    > Отклонение не более ±5% - это промышленно допустимое.
    > Дальнейшая точность корректируется программно либо введением дублирующих систем.

    Смысл сообщения был в том, что опеределение soft/hard никак не связано с величиной отклонения

     

  • 1.12, Аноним (-), 20:41, 22/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > гарантированное время выполнения, независимо от общего количества обслуживаемых процессов

    ага, и будет у нас как с мигалками, когда все с ними в сверхприоритете

     
     
  • 2.13, pavlinux (ok), 20:59, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не, не, не, SCHED_DEADLINE - это куча мигалок на перекрытой трассе,
    которые меняются между собой за первое место, а для соблюдения демократии
    нужно пускать набитый троллейбус с такой же скоростью :)
     
     
  • 3.27, ананим (?), 23:25, 22/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > нужно пускать набитый троллейбус с такой же скоростью :)

    Боюсь оттуда станут сыпаться пассажиры.

     

  • 1.59, Аноним (-), 03:28, 23/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Означает ли это, что ПО для работы с музыкой будет работать без шаманства (установки RT-ядер)?
     
     
  • 2.77, Васька (??), 12:02, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Означает ли это, что ПО для работы с музыкой будет работать без
    > шаманства (установки RT-ядер)?

    Скорее всего да. Дрова к карте пересмотреть нуно. А остальное - только после пересборки ядра.

     
  • 2.91, annulen (ok), 17:25, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Означает ли это, что ПО для работы с музыкой будет работать без
    > шаманства (установки RT-ядер)?

    Если пропатчишь свое ПО, чтобы оно использовало SCHED_DEADLINE, то, может быть, да. Хотя RT-патчи все равно не помешают, т.к. в них устраняется возможность "залипания" ядра на неконтролируемое время в коде некоторых подсистем.

     

  • 1.72, Аноним (-), 11:01, 23/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда Kolivas предлагал подобное, ответ был - второму планировщику задач в ядре не бывать.
     
     
  • 2.78, Васька (??), 12:05, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда Kolivas предлагал подобное, ответ был - второму планировщику задач в ядре
    > не бывать.

    Да, Кона быдляли все кому не лень. А ушел он и спохватлись. " ... друг, оставь покурить. А в ответ тишина, это он не вернулся из боя"

     
  • 2.88, Аноним (-), 15:45, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда Kolivas предлагал подобное

    Он не позиционировался на реалтайм. Он в основном оптимизировался на ускорение работы десктопов с 1 ... несколько процессоров.

     

  • 1.73, Трубовращатель (?), 11:32, 23/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Уряяяя!!!! Больше не буду накатывать rt-пячи на ведро. Наконец-то!
     
     
  • 2.80, Andrey Mitrofanov (?), 12:43, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Уряяяя!!!! Больше не буду накатывать rt-пячи на ведро. Наконец-то!

    Ты всё перепутал. Продожай страдать.

     
     
  • 3.82, Трубовращатель (?), 12:51, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле с 3-х версий без рт-патчей уже можно обходиться. И так Джек нормально работает.
     

  • 1.79, Васька (??), 12:12, 23/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В ринципе РТ и сейчас работает. Как то написал прогу, перехватил все прерывания. В обработчик поставил логирование. Запустил на рабочем серваке. Прога рабала чуть-чуть а птом перестала. У килом не убивалаь никак, логит все попытки ее сигналами разными прибить, а не аумирает скина. Я маны покурил, смотлю реалтаймовые номера есть для кила. Вообщем тока так я ее и прибить смог. Та что ребята, реал-тайм необходим.
     
     
  • 2.93, Аноним (-), 20:24, 23/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В ринципе
    > Прога рабала
    > а птом
    > У килом не убивалаь
    > а не аумирает скина
    > смотлю
    > Та что ребята

    Уважаемый Васька, на каком таком поганом языке вы разговариваете?

     

  • 1.103, pavlinux (ok), 04:56, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гы




    #include <stdio.h>
    #include <stdlib.h>
    #include <unistd.h>
    #include <sys/types.h>
    #include <sys/wait.h>

    int main(void)
    {
            pid_t pid;
            int st;
            switch (pid = fork()) {
                    case -1:
                            perror("fork");
                            exit(1);
                    case 0:
                            printf("форкнулся!!!\n");
                            exit(5);
                    default:
                            waitpid(pid, &st, 0);
            }
      return 0;
    }


    # gcc fork.c

    # schedtool -E -t 10000:10000 -e ./a.out
    fork: Resource temporarily unavailable

    :facepalm:

     
     
  • 2.109, оттуда (?), 20:33, 31/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У вас копипаста не работает.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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