Патч реального времени на 3.0-rc7

3.0 имеет все шансы стать первым Ъ-стабильным ванильным ядром за много лет.

>что всё скоро будет интегрировано в ванильное ядро.

Какой год это говорят, а поезд все там же..

Но да, патч надо бы накатить.

Не там же. За последние релизы они очень много уже интегрировали.

Приятные вести. Скорей бы уже, а то на последнем арчевском rt проблемы с контроллером диска.

Не тролинга ради. Но зачем нужен rt на десктопе обычном? Ладно там обработка звука, а для чего еще?

Отзывчивость хорошая.

Надо будет попробовать тогда, спасибо. В pf-sources есть патч?

Нет, конечно, я вообще сомневаюсь, что оно совместимо с bfs и bfq.

Мне надо будет почитать об этом подробнее и не задавать глупых вопросов. Спасибо.

угу, судя по https://www.osadl.org/Latency-plot-of-system-in-rack-4-slot.qa-latencyplot-r4... у них весьма неплохо вышло.

Ладно там обработка звука, а для чего еще?

На ноутбуке, немного улучшенная отзывчивость не стоит активно сжираемой батарейки.

А десктоп и так быстрый. То есть, профитов тоже не нашел.

оно tickless и не жрет батарейку.

Спасибо. Сейчас установил, посмотрел, разницы не заметил.

оно tickless и не жрет батарейку.

Арчевское точно нет.

ну видимо проблемы арча.

На jack и с обычным ядром отзывчивость хорошая

>Отзывчивость хорошая.
4.2
проверял много раз
на десктопе не годно

4.2.

У меня позитивный опыт.

хренова видать проверял, даавно юзаю, в том числе и на рабочей станции.

нормально проверял
на десктопе не годно
bfs таки вкуснее

Объясните на пальцах, в чем профит от rt ядра ? (Для домашнего ПК)

Я чего-то не понимаю, или исходники ядра таки по-умолчанию будет поставляться уже с заплаткой «реального времени»? Это поэтому что ли Линус выход ядра задерживает?

Выход ядра задерживается из-за двух багов, которые уже починили.

Риалтаймовые куски будут интегрироваться в ядро постепенно и, думаю, станут одним из вариантов опции PREEMPT.

бфс это из другой оперы немного.

из другой, знаю
но на десктопе (без заморочек со звуком) он таки вкусней рт

PREEMPT на самом деле тоже кусок -rt ветки, просто его влили в апстрим уже давно, они медленно но верно двигают все в апстрим что вобщем то правильно.

> PREEMPT на самом деле тоже кусок -rt ветки

PREEMPT гораздо старше.

-config PREEMPT
+config PREEMPT_LL
        bool "Preemptible Kernel (Low-Latency Desktop)"
+       select PREEMPT
        help
          This option reduces the latency of the kernel by making
          all kernel code (that is not executing in a critical section)
@@ -50,5 +57,21 @@ config PREEMPT
          embedded system with latency requirements in the milliseconds
          range.
 
+config PREEMPT_RTB
+       bool "Preemptible Kernel (Basic RT)"
+       depends on IRQ_FORCED_THREADING
+       select PREEMPT_RT_BASE
+       help
+         This option is basically the same as (Low-Latency Desktop) but
+         enables changes which are preliminary for the full preemptiple
+         RT kernel.
+
+config PREEMPT_RT_FULL
+       bool "Fully Preemptible Kernel (RT)"
+       depends on IRQ_FORCED_THREADING
+       select PREEMPT_RT_BASE
+       help
+         All and everything
+
 endchoice

Обычный PREEMPT переименовали в PREEMPT_LL, добавили новую опцию PREEMPT_RTB, мало отличающуюся от PREEMPT_LL.

Реальный RT, раньше называвшийся PREEMPT_RT, переименовали в PREEMPT_RT_FULL. Там уже и рт_спинлоки есть, и вытесняющиеся обработчики прерываний..

> Реальный RT, раньше называвшийся PREEMPT_RT, переименовали в PREEMPT_RT_FULL. Там уже и рт_спинлоки есть, и вытесняющиеся обработчики прерываний..

Разве IRQ_FORCED_THREADING не означает автоматически вытесняемую обработку прерываний?

>Разве IRQ_FORCED_THREADING не означает автоматически вытесняемую обработку прерываний?

Так оно и есть, у меня сегодня глаза кривые!

Тогда так:

PREEMPT_LL: базовая вытесняемость

PREEMPT_RTB: PREEMPT_LL + threaded irq + мелочевка

PREEMPT_RT_FULL: PREEMPT_RTB + rt_spinlocks + мелочевка

threaded irq это тоже кусок -rt ветки, в .39 помоему вошло, но чтоп их вытеснять нужен еще планировщик который будет это делать, а он пока не в составе ядра, точнее то что в сооставе в какой то степени может это делать но не на столько хорошо как в rt ветке, к примеру проведи простой эксперимент - выруби на винте dma, вруби pio1 и сделай ченить вида dd if=/dev/sda of=/dev/null - обычная система загнеца нах от такова, в -rt если правильно назначить приоритет прерываниям и процессам с этого винта еще и кино смотреть можно будет безовсяких тормозов хотя проц будет вполку.