Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

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

Возобновлена разработка планировщика задач MuQSS и набора патчей "-ck" для ядра Linux

17.08.2026 23:05 (MSK)

Кон Коливас (Con Kolivas) возобновил работу над планировщиком задач MuQSS (Multiple Queue Skiplist Scheduler) и набором патчей "-ck" для ядра Linux, нацеленных на повышение отзывчивости и интерактивности при выполнении пользовательских задач и игр. Разработка данных проектов была прекращена в 2021 году из-за потери мотивации и нехватки времени. Теперь Кон вернулся к прежней деятельности и выпустил набор патчей ck и планировщик MuQSS для ядра Linux 7.2. Отмечается, что вопрос нехватки времени удалось решить благодаря применению AI-инструментов, которые упростили разработку и адаптацию изменений к новому ядру.

В новой версии патчей реализован режим планирования распределения ресурсов CPU между процессами с учётом активности ввода/вывода и выполнения операций чтения/записи в вызываемом процессе (нагрузка от ввода/вывода теперь учитывается при расчёте выделяемых процессу ресурсов CPU). Помимо этого исправлены ошибки, связанные с переходом в спящий или ждущий режим.

Патчи "-ck" включают планировщик задач MuQSS, продолжающий развитие проекта BFS, и различные изменения, влияющие на работу системы управления памятью, обработку приоритетов, генерацию прерываний таймера и настройки ядра. Ключевой задачей патчей является повышение отзывчивости приложений на рабочем столе. Так как предлагаемые изменения могут негативно влиять на производительность серверных систем, компьютеров с большим числом ядер CPU и на работу в условиях одновременного выполнения большого числа процессов, многие изменения Кона Коливаса отказались принимать в основной состав ядра и ему приходится поддерживать их в форме отдельного набора патчей, адаптируемого к каждому новому выпуску ядра.

  1. Главная ссылка к новости (https://ck-hack.blogspot.com/2...)
  2. OpenNews: Прекращение разработки планировщика задач MuQSS и набора патчей "-ck" для ядра Linux
  3. OpenNews: Автор BFS представил новый планировщик задач MuQSS для ядра Linux
  4. OpenNews: Представлен новый вариант планировщика задач BFS
  5. OpenNews: К чему приведет зависимость процесса разработки ядра Linux от одного человека
  6. OpenNews: Con Kolivas прекращает поддержку "-ck" ветки Linux ядра
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66088-muqss
Ключевые слова: muqss, kernel, patch, scheduler
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 23:24, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Если говорить серьёзно, то больше рамндомных фризов от всего подряд, чем с этими патчами, я никогда в жизни не видел. Всё-таки, разработкой ядра должны заниматься инженеры, или хотя бы специалисты с инженерным подходом. Эмоциональные планировщики от дилетантов это глупость несусветная.
     
     
  • 2.7, Смузихеб забывший пароль (?), 06:18, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • –13 +/
    инженеры и программисты - это несколько разное
    какое отношение сопромат или термех имеют к разработке ядра ?
     
     
  • 3.9, HyC (?), 07:13, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Как минимум такая дисциплина как "теория массового обслуживания" имеет непосредственное отношение к планировщику.
     
     
  • 4.18, 1 (??), 10:04, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык это математика.
     
     
  • 5.33, Аноним (33), 12:41, 18/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.10, Аноним (10), 07:13, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > инженеры и программисты - это несколько разное
    > какое отношение сопромат или термех имеют к разработке ядра ?

    Человече, что с такими воззрениями ты делаешь на техническом ресурсе?
    Причём ладно бы каком-то мейнстримовом, где куча случайного народа, так нет же, на нишевом междусобойчике, считай.

    Поистине, ник твой отражает суть недалёкого твоего троллинга. ;)


     
     
  • 4.22, Смузихеб забывший пароль (?), 11:08, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это не технический ресурс, а ИТ/ИКТ ресурс
     
  • 3.12, Sm0ke85 (ok), 07:28, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >инженеры и программисты - это несколько разное
    >какое отношение сопромат или термех имеют к разработке ядра ?

    Во наивность 80го левела... Низвел программистов до "пейсателей" и инженеров до "сопромата и термеха", ахахахах... Одна фраза и столько "мимо")))))

     
     
  • 4.26, Смузихеб забывший пароль (?), 11:16, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну отчасти так и есть. ЯП относятся к формальным языкам

    У одних сопромат, у других - алгоритмы и структуры данных

    Средний именно инженер едва ли сможет написать норм приложение за приемлемое время
    Средний именно программист едва ли сможет произвести инженерные расчёты с соблюдением всех требований за приемлемое время


     
     
  • 5.29, Анонимный жироватт (?), 12:13, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Падажжи. Инженер-авиастроитель сможет дом тебе построить? Там тоже инженеры. Или, может, процессор твой инженер клепает, но тогда он же может и автомобиль спроектировать. Или это разные инженеры? Короче тролли тоньше, что-ли. Потому, что если ты по жизни такой - тебе срочно надо заниматься саморазвитием.
     
  • 5.32, Sm0ke85 (ok), 12:34, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Средний именно инженер едва ли сможет написать норм приложение за приемлемое время

    Это заблуждение.

    >Средний именно программист едва ли сможет произвести инженерные расчёты с соблюдением всех требований за приемлемое время

    И это заблуждение.

    Инженер - это не только про расчеты, но и про архитектуру, схемы и т.п. Программист - это инженер с уклоном в написание качественного кода, по сути... А не Переводчик с человеческого на машинный язык... Не понимаешь как на железе функционирует твой код - значит ты Писатель, а не программист...

    Открою тайну: инженеры (и не только) тоже пишут код, который функционирует во многих областях десятилетиями и даже деньги приносит, но код программиста (и то не каждого) отличается качеством как правило (его читать и обслуживать проще), а остальные различия между программистом и инженером - минорные, ибо так и так в итоге уровень программирования у них примерно равный и зависит в большей степени от реального опыта и от качества этого самого опыта... Во многих университетах даже программистов особо не отличают от математиков (это делается, чтобы хоть какая-то специализация была, т.к. само по себе Программирование кода и знание базовых абстракций - это ничто без понимания инженерных/физических/математических задач, которые ты пытаешься решать с применением программирования).

    Поясню проще, при программирование МК stm32 ты можешь столкнуться например с необходимостью реализовать Modbus, как правило программист-пейсатель скачает библиотечку с гитхаба, разберется в абстракциях и реализует, а программист-инженер реализует на базовом HAL эту задачу, а теперь разница: то что написал программист-инженер будет во флэше занимать в 5 раз меньше места, будет работать в основном на периферии, не нагружая ядро излишне, а также будет работать быстро и без шанса уронить прошивку по причине конца стека (ну и ram меньше кушать будет)....

     
  • 5.34, BeLord (ok), 12:54, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря какое приложение, у инженеров электронщиков асм и С базовые дисциплины, так что драйвер он напишет не хуже программиста, а какую-нибудь мобильную приложуху банка, да будет сложнее. Понятно, что универсалов нет, что программистов, что инженеров, другое дело, что размыли понятие программиста он вообще-то инженер в исходной версии.
     
  • 3.13, User (??), 07:49, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сейчас куче переводчиков-с-человеческого-на-компьютерный (не знающих по большому счету ни того, ни другого) прям мучительно больно пониже спины стало, да.
     
  • 3.19, Аноним (19), 10:50, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Цифровая схемотехника и программирование идут рядом. Особенно тесная связь прослеживается в языках HDL.
     
  • 2.16, cheburnator9000 (ok), 09:18, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На старых 4 ядерных процессорах, например, Xanmod Kernel сильно повышает отзывчивость и FPS в играх, на современных процах не так заметно, хотя я и не сравнивал.
     
     
  • 3.23, Аноним (23), 11:11, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Оно все очень и очень (и еще раз очень) специфическое и железозависимое. У некоторых да, вроде и повышает, а у некоторых (как у комментатора выше и меня) периодические фризы системы, да и только. Давно бросил это дело, лучше просто обновить свою машину и не страдать ерундой. Да-да, не надо быть скупердяем. Это не носки и не расческа, это твоя машина, на которой ты работаешь. Это требует капиталовложений, как ни странно. И экономить здесь неуместно.
     
     
  • 4.43, cheburnator9000 (ok), 14:06, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно все очень и очень (и еще раз очень) специфическое и железозависимое.
    > У некоторых да, вроде и повышает, а у некоторых (как у
    > комментатора выше и меня) периодические фризы системы, да и только. Давно
    > бросил это дело, лучше просто обновить свою машину и не страдать
    > ерундой. Да-да, не надо быть скупердяем. Это не носки и не
    > расческа, это твоя машина, на которой ты работаешь. Это требует капиталовложений,
    > как ни странно. И экономить здесь неуместно.

    Цены на DDR5 давно смотрел?

    Летом 2025 года я взял себе Kingston FURY Renegade Silver 2x16gb 6400MT за 21 тыщу рублей, сейчас оно стоит 57 тысяч.

     

  • 1.3, Аноним (2), 23:29, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лучше оживите uksm -- лучше и полезнее сомнительной поделки я не встречал. На ряде рабочих нагрузок, по типу той же жабы, экономия ценного ресурса оперативной памяти наблюдалась под 30%.
     
     
  • 2.5, Аноним (5), 00:00, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Лучше оживите uksm [...]
    > экономия ценного ресурса оперативной памяти наблюдалась под 30%.

    Глянь в список платиновых спонсоров (микрон там правда в серебряных был/есть) 😀  

     

  • 1.4, Анонимшл (?), 23:29, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Потому что по дефолту оно никогда нормально не заработает, но vasyans безусловно делают ещё хуже.
     
  • 1.8, Анонимный Ананас (?), 06:29, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На локалхосте разработчика всё работает, что вы делаете не так?)))
     
     
  • 2.11, Анонимный Анавас (?), 07:16, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > На локалхосте разработчика всё работает, что вы делаете не так?)))

    Устанавливают это в на железо и среду, которая отличается от таковых у разработчика, поэтому и стабильная корректная работа не гарантируется.

     
     
  • 3.24, Аноним (23), 11:12, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >в на железо и среду, которая отличается от таковых

    Для пьезострадальцев. Говори уже прямо, не стесняйся.

     

  • 1.14, прогер (?), 07:57, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    На процессорах до райзен очень даже нужная вещь.Для игруль через вино самое то.Думал что анастезиолог все откинулся ан нет жив австралиец наверно зарплату предложили.Использую дзен ядро 7.1 на фикусе 4.7ггц в игрулях огого.
     
  • 1.15, прогер (?), 08:15, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Планировщики ядра bmq/pds/muqss очень важны для устранения микрофризов и дергания картинки в играх.Для других задач automatic cgroup sheduling и EEVDF самое то но часто передергивает контекст(переключение на другую задачу) и перекидывает потоки по ядрам отсюда фризы и т.д в играх даже в многопоточных а в однопоточных вообще Ж.Счас есть подгружаемые планировщики ядра на лету в зависимости от задач на основе BPF став какой хош.
    Кстати в Москве у нас Kernel.org не работает уже второй день(ну уменя в районе спрашивал у других) а через вп без проблем вот дураки опять заблочили сами себя ха ха.  
     
     
  • 2.25, Аноним (23), 11:14, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >очень важны для устранения микрофризов и дергания

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

     
     
  • 3.31, нах. (?), 12:33, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но который давно бросил эти пьезострадания, а просто не поскупился и обновил свое железо.

    т.е. дважды л-х - заплатил за ненужное тебе железо и продолжает терп...наслаждаться фризами и прочим наследием 12309

    главное - ничего не чинить!

     
  • 2.42, Аноним (42), 13:57, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати в Москве у нас Kernel.org не работает уже второй день

    Не только в Москве. И если основной сайт хотя бы частично открывается, то docs.kernel.org забанен по ип и не открывается никак.

     

  • 1.17, Аноним (17), 09:28, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Юзаю PREEMPT_NONE для десктопа и никаких фризов. Секрет в том, что когда ядер достаточно по отношению к кол-ву задач, то no preempt приближается к real time.
     
  • 1.20, Аноним (19), 10:53, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кон Коливас, велком в GNU/Hurd.
     
  • 1.21, Аноним (21), 11:02, 18/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     

  • 1.28, нах. (?), 11:17, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    вот что ЫЫ жывородящий делает! Теперь каждый анестезиолог может поддерживать свой форк ядра между дежурствами (или прямо из операционной... пациент все равно спит и никуда не денется)

     
     
  • 2.36, Аноним (36), 13:00, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ИИ сам вставит нужные ему зонды для захвата человечества.
     
     
  • 3.37, нах. (?), 13:16, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    зочем ему зохваывать ТАКОЕ человечество? Он же рационален.Вкладываться в строительство биореакторов ему, похоже, тоже показалось невыгодным.

    Пусть само вымирает потихоньку.

     
  • 2.40, Сладкая булочка (?), 13:34, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кто о чем, а вшивый о гребешке.
     
     
  • 3.44, нах. (?), 14:09, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто о чем, а вшивый о гребешке.

    ну так лечи своих вшей, что ты их тут раскидываешь?!


     

  • 1.30, psv (??), 12:29, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Крайне хорошие впечатления были от этого планировщика на старом железе. Даже простое проигрывания видео тогда не шло гладко без него.

    Но сейчас нрод пишет в яваскртовых "типа редакторах" (хотябы прямо тут на сайте) и не страдает от их бесконеных лагах. Что уж говорить о самой системе встающей на четыре кости при простом свопе. Но люди которые не видели как работает нормальная свопящаяся система на 2 мегабайтах ОЗУ кончно начнут скулить что надо покупать железо... надо покупать железо... надо...

     
     
  • 2.38, Аноним (38), 13:21, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вера некоторых граждан в волшебные патчи и продвинутые настройки, якобы способные превратить печатную машинку 20-летней давности в суперкомпьютер, конечно, поражает.
     
     
  • 3.39, psv (??), 13:27, 18/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, понадобился Кормак с скоростной вилеозаписью что бы показать некоторым (ч)удакам что их пуперсупер оказывается слегда "стал пахнуть не розами" ))

    А некоторые вынужден искать железки "до исторического материализма" что бы иметь возможность все таки получить малый джитер в LinuxCNC.

    Но это у них блаж конечно... юные пионеры ведь точно знают толк в получении кумыса.

     

  • 1.35, Аноним (36), 12:59, 18/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.41, Анонимный аноним (?), 13:47, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В своё время часто по работе сталкивался с исчерпанием памяти и как следствие полностью зависшей системой (минут на 20, пока oom-killer не соизволит сработать).
    С этим патчем полного зависания не происходило и можно было успеть руками прибить прожорливый процесс.
    Ну и в целом, чисто по ощущениям, система становилась гораздо отзывчивей!
     

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



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

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