В чем разница между существующим ядром Ubuntu и ядром RT?
В чем отличие существующего общего ядра Ubuntu 11.10 от так называемого linux rt kernel?
- зависит ли задержка звука от общего ядра против ядра RT? Где какой-то аудиозахват выглядит так, что он всегда имеет небольшую задержку MS.
Пример: другие дистрибутивы имеют их
ftp://ftp.nluug.nl/pub/metalab/distributions/tinycorelinux/4.x/x86/contrib/rt-kernel /
Последующие действия:
Choosing a Kernel for Your Use Case
These are some simple guidelines provided to help you understand which kernel, and in which order, you should test to fit your use case.
- If you do not require low latency for your system then please use the:
-generic kernel.
- If you need a low latency system (e.g. for recording audio) then please use the:
-preempt kernel as a first choice.
This reduces latency but doesn't sacrifice power saving features.
It is available only for 64 bit systems (also called amd64).
- If the -preempt kernel does not provide enough low latency for your needs
(or you have an 32 bit system) then you should try the:
-lowlatency kernel.
- If the -lowlatency kernel isn't enough then you should try the:
-rt kernel
- If the -rt kernel isn't enough stable for you then you should try the:
-realtime kernel
1 ответ
Ядро -rt & nbsp; против & NBSP; ядро -generic
Ядро -rt основано на дереве исходных текстов ядра Ubuntu с примененным к нему патчем PREEMPT_RT (и поэтому может использовать те же функции, патчи, включенное оборудование, исправления безопасности и т. д.) и должен предлагать те же сервисы, что и стандартное ядро Ubuntu по умолчанию.
Например,
Он должен быть совместим с закрытыми видеодрайверами (nvidia и fglrx), любыми внешними драйверами DKMS и иметь доступные пакеты backport.
Целью ядра -rt является получение варианта ядра Ubuntu в реальном времени, который выровнен с ядром -generic.
Как можно прочитать из статьи Группы технологий систем управления " Realtime Linux ":
Цель -realtime и -rt (hard real- время) ядра заключается в достижении минимально возможной задержки любой ценой. В техническом сленге жесткие системы реального времени всегда должны уложиться в сроки. Таким образом, разработчики должны использовать самые передовые методы программирования (спин-блокировки, PI Mutex, Full preemption, IRQ Threads и другие) и жертвовать такими вещами, как надежность, энергосбережение и пропускная способность. Почти все части ядра должны быть проанализированы, чтобы гарантировать, что правильное поведение всегда происходит.
Цель ядер -preempt и -lowlatency (мягкое в реальном времени) - добиться хороших характеристик в реальном времени, предлагая при этом такие полезные функции, как надежная надежность, хорошие функции энергосбережения, а также хорошую пропускную способность. Но таким образом он не может гарантировать минимальную задержку при любых условиях.
У вас проблема с задержкой звука
Для вас проблема с задержкой звука, ядра -realtime и -rt (hard-real-time) - ваш лучший выбор для достижения минимально возможного задержка любой ценой, таким образом уменьшая задержку звука.
Обратите внимание , что другие смягчающие обстоятельства могут влиять на качество звука.
Чтобы ответить на ваш вопрос напрямую
, зависит ли задержка звука от общего ядра против ядра RT? Где какой-то аудиозахват выглядит так, что он всегда имеет небольшую задержку MS.
Да, используемый тип ядра влияет на производительность оборудования, таким образом влияя на такие детали, как задержка звука.
Имейте в виду, что использование ядер -realtime и -rt (hard-real-time), которые имеют более агрессивную конфигурацию, может еще больше уменьшить задержку, поскольку это ваш лучший выбор.