LINUX.ORG.RU
Форум — General  

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


0

1

Ссылка.

Мои выдержки

After lenghty and fruitful discussions with Peter Zijlstra - thanks a lot Peter! - we finally agreed on trying a totally different approach to tackle these issues: disabling migration over spinlock and get_cpu sections. This had been discussed before, but nobody ever considered to sit down and make it work.

…

The overall patch size has shrunk significantly and the readability (except for the missing changelogs in various patches) is at an acceptable level.

Похоже, они нехило повеселились с патчами, что вселяет надежду на то, что всё скоро будет интегрировано в ванильное ядро.

★★★★★

Последнее исправление: post-factum (всего исправлений: 2)

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

tailgunner ★★★★★
()

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

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

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

devl547 ★★★★★
()
Ответ на: комментарий от devl547

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

post-factum ★★★★★
() автор топика

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

baverman ★★★
()

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

SAA ★★★
()
Ответ на: комментарий от post-factum

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

SAA ★★★
()
Ответ на: комментарий от SAA

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

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

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

baverman ★★★
()
Ответ на: комментарий от baverman

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

SAA ★★★
()
Ответ на: комментарий от SAA

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

xorik ★★★★★
()

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

joy4eg ★★★★★
()

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

malices_gossips ★★★
()
Ответ на: комментарий от malices_gossips

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

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

post-factum ★★★★★
() автор топика
Ответ на: комментарий от GHhost

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

megabaks ★★★★
()
Ответ на: комментарий от post-factum

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

GHhost ★
()
Ответ на: комментарий от GHhost

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

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

tailgunner ★★★★★
() 
-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. Там уже и рт_спинлоки есть, и вытесняющиеся обработчики прерываний..

ttnl ★★★★★
()
Ответ на: комментарий от ttnl

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

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

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

Тогда так:

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

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

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

ttnl ★★★★★
()
Ответ на: комментарий от tailgunner

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

GHhost ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General