> Видео - потому что квант планировщика там 15 мс по умолчанию.

Там - это где? У меня в -rt кернеле (NoHZ кернел с номинальными 1000Hz тиками, DYNAMIC_PREEMPT) квант 1 мс изначально. Да и остальные дистры -rt кернелы не сильно хуже делают. А если кто вкатил себе серверный 100Hz кернель чтобы циферки в бенчах на 3% лучше были - ну, окей, вот вам на 3% больше FPS'ов... ценой конской латенси... вы ж маркетинга хотели? А маркетинг это как-то так, можете пальцы гнуть FPSом, и кого лаги колышат, если можно пальцы растопырить?! :)

> Если его не выделить потоку, который выводит видео, случится пропуск кадра. Похоже,
> дело не в нехватке процессорного времени на декодирование, а потому что
> планировщик не понимает, что вон тот тред надо каждый раз запускать,
> он малость поработает, а потом сам отдаст системе остаток кванта по Sleep().

У меня в принципе таких проблем нет - потому что я вообще на самом деле сам себе кернелы строю, чутка позабористей десктопных дистров. Но 80% счастья можно получить поставив -rt вариант кернеля от майнтайнеров дистро.

При этом еще актуально чтобы кернел был хотя-бы PREEMPT_DYNAMIC, это позволяет вырубать и само ядро в его недрах. А то если некая прога сделала сискол и тот долго пашет - окей, на "серверном" ядре таск при этом "uninterruptable" и если там надо было что-то еще, типа вот кадр рисовать, или что, ну, вы пролетаете. В изначальном виде кернель нельзя выщибать и весь мир подождет. Но потом это таки разрешили с разной степенью крутизны. Да и кернел вынес тяжелые работы на фоновые воркеры. Но это ж надо кернел собраный с PREEMPT'ом. Это потеряет пару процентов производительности, опять же, потому что в конечном итоге кеш вымывается опять же сильнее, зато если сискол встрял колом - ну и похрен, на шедулинг уже не влияет. Для серверов bulk peformance их все, а 200 мс лага кто на HTTP вообще заматит? Но десктоп же не это, там соотношения иные...