Кон Коливас (Con Kolivas) предупредил о намерении прекратить разработку своих проектов для ядра Linux, нацеленных на повышение отзывчивости и интерактивности пользовательских задач. В том числе будет остановлена разработка планировщика планировщика задач MuQSS (Multiple Queue Skiplist Scheduler, ранее развивался под именем BFS) и прекращена адаптация набора патчей "-ck" для новых выпусков ядра...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55737
> Если Кон Коливас в этот раз не сумеет найти мотивацию для продолжения работы, то выпуск патчей 5.12-ck1 станет последним.Помогите Кону Коливасу найти мотивацию
Сюжет для рогалика :)) Или начинка?
Шта??? Он врач, а сейчас глобальная эпидемия. Его на всё физически не хватает.
ШТА?
> сейчас глобальная эпидемия.1) сказал бы я, чего именно сейчас глобальная эпидемия, но не поймут.
2) так прививки же есть ! что, не помогают ? очень странно. раньше от эпидемий помогали.
1. Эпидемии нет. По тем же определениям МОЗ.
2. Он анестезиолог.
> 1. Эпидемии нет. По тем же определениям МОЗ.А без определения МОЗ Кон Коливас не может быть очень занятым человеком?
> 2. Он анестезиолог.
А ещё он глава проекта по созданию какого-то крутого аппарата для искусственной вентиляции лёгких. А ещё ... Ну ты понял, да?
Пусть в Россию переезжает, как известно мы побели короновирус. В.В.Путин врать не станет.
побелили?
Прости нас, Юра, мы всё побелили.
Даша-следопыт?
Garuda Linux то есть потеряет фичу?
Кто это?
Очередное разрекламированное !@#$$%& отличающееся от других дистрибутивов в основном вырвиглазной токсичной темой (вот уж достоинство!) из-за которой куча блоггеров(то ли проплаченных то ли с отсутствием вкуса назвали дистрибутив самым красивым) и кривостью уровня васяносборок. В общем ничего интересного, подождите пару-тройку лет, мы уберем это !@#$%&.
не знал про дистро, сходил глянул специально, этакая разноцветная ковнодесяточка, и в глазах все сношается
Вся ценность опенсурса в одной новости.
Человеку увожение за труд.
>Вся ценность опенсурса в одной новости.а если бы это был не опенсурс то было бы всё иначе ?
Если бы ядро было бы не опенсурс, он бы вообще ничего не сделал.
Если бы его проект был бы не опенсурс то про него никто бы не знал и его патчами бы не пользовались.
Так что да, без опенсурса не было бы ни патчей, ни анестиолога(точнее он то был бы, но никто про него не знао), ни новости.
> Если бы ядро было бы не опенсурс, он бы вообще ничего не сделал.не согласен. у Руссиновича была приблуда, меняла длительность кванта планировщика на NT4.
жаль что на современных виндах такого сделать нельзя (я бы поставил на всех локалхостах максимальный и сказал что так и было).
>> Если бы ядро было бы не опенсурс, он бы вообще ничего не сделал.
> не согласен. у Руссиновича была приблуда, меняла длительность кванта планировщика на NT4.Разрешение таймера (а стало быть и квант) всю жизнь менялся через timeBeginPeriod(1) (правда, год назад Микрософт это немножко сломала). Вопрос в том, откуда и как Руссинович узнал, что оно влияет на квант (мне для обоснования пришлось дизассемблировать ISR таймера, а ему в США лицензия не позволяла).
> жаль что на современных виндах такого сделать нельзя (я бы поставил на
> всех локалхостах максимальный и сказал что так и было).Увеличить и раньше было невозможно (без специальных приседаний). If a driver requests a DesiredTime value that is greater than what is currently set, the routine just returns the current setting. https://docs.microsoft.com/en-us/windows-hardware/drivers/dd...
> ему в США лицензия не позволялаочень сомнительный аргумент.
если кренел хакер закусился, то плевать на все лицензии-уензии.
а методы познания непознаваемого раскрывать в паблик не обязательно.> Увеличить и раньше было невозможно (без специальных приседаний)
я не помню как это делалось (по-моему вообще патчем файла ядра).
старые архивы где-то там.>> я бы поставил на всех локалхостах максимальный
что-то уровня HZ=50. и пусть вся мультимедия идет лесом.
>> ему в США лицензия не позволяла
> очень сомнительный аргумент.
> если кренел хакер закусился, то плевать на все лицензии-уензии.
> а методы познания непознаваемого раскрывать в паблик не обязательно.А если он ещё кого надо хаккер, так тем более. Это Вам не Adobe PDF "взломать".
Это менялось и меняется разными способами и по разным поводам. Достаточно включить мультимедийное что-то, и винда уже начинает чаще переключать контексты (на моей прошлой работе из-за этого использовался мегакостыль в Java-приложениях, долго рассказывать).
> Достаточно включить
> мультимедийное что-то, и винда уже начинает чаще переключать контекстыя правильно пониаю, что медиа плеер чего-то там хакерит ?
> долго рассказывать
вот так всегда.
>> Достаточно включить
>> мультимедийное что-то, и винда уже начинает чаще переключать контексты
> я правильно пониаю, что медиа плеер чего-то там хакерит ?Правильно. Я уже писал Вам подробности https://www.opennet.dev/openforum/vsluhforumID3/125180.html#118
Блин, действительно, найди кого-нибудь для проприетарных ядер кто их патчил бы кроме их хозяев. Нет фичи - нет проблем. Еще можно голову ампутировать, чтобы не болела.
Корпорациям надо ядро от Линуса для серверных систем, а на десктоп они чихали. Принимать патчи никто не хочет, мотивации ноль. А я то думаю, чего-то мой Линукс такой тормозной, а оно вот оно, что Михалыч!
Твой линукс тормозной только потому, что ты свой целерон для 775 сокета считаешь "достаточным" . Дело твоё конечно, можешь ещё лет двадцать не апгрейдится. Linuxу только не предъявляй.
> Твой линукс тормозной только потому, что ты свой целерон для 775 сокета считаешь "достаточным" . Дело твоё конечно, можешь ещё лет двадцать не апгрейдится. Linuxу только не предъявляй.Если зубами цепляться за "остриё прогресса" и внимательно отслеживать выход новой версии какой-нибудь железки - это тебе в секту почитателей надкусанного яблока. Десктопный линукс, ИМХО, это в том числе и возможность организации достаточно полноценной работы на системе с "целероном для 775 сокета".
Наверное, всё таки, есть какие-то рамки поддержки морально устаревающего железа. Мне это видится как 8 - 10 лет.
у меня есть Phenom Black Edition, 16GB RAM на нем же еще DDR2вполне себе пашет, фильмы показывает, в нете лазит, IPTV тащит
Это только тебе, мне вот не охота менять железо просто потому что таким как ты вдруг захотелось еще больше свистоперделок и свистоаниманий бесполезных на десктопе.
Больше. Какой-нибудь 775 Квад/771 Зионоэквивалент с 8+ гиг ОЗУ и ССД всё ещё может исполнять роль машинки для открытия браузера, а если ещё всунуть карточку уровня GTX 960/R9 380 — то даже поиграть во что-то не слишком требовательное или не слишком современное. А вот сокет 478/939 на первой ДДР — уже таки да, проще купить какой-нибудь Пень Голд/Атлон 3000Г (или вообще юзать смартфон), чем выжимать последние соки из этого калькулятора.
>Десктопный линукс
>достаточно полноценной работы на системе с "целероном для 775 сокета"Поржал. Спасибо.
надкусанное яблоко живет на ноуте 10 летней давности (да да - не рассыпался, как обычный linux ширпотреб)
А linux сможет так же хорошо жить ?
Может, но гента и если не кривые руки.
>надкусанное яблоко живет на ноуте 10 летней давности (да да - не рассыпался, как обычный linux ширпотреб)у жены ноут acer 3830 под вантузом и за 11 лет не рассыпался. что это доказывает? вантуз раз в 4 года переустанавливаешь и всё, ну ssd воткнул и 6гб озу... там кстати core i3, за 10 лет уже прогресса почти не было
у меня на десктопе core2duo ещё, никакие патчи от коливаса коливасыча не нужны.
>за 11 лет
>ssd воткнул и 6гб озуНу так апгрейд уже никак на 11 летней давности железо не тянет.
>за 11 лет
>там кстати core i3, за 10 лет уже прогресса почти не былоТак это уровень атомного 4 ядерного целерона на сегодняшний день. Не атомный ноутбучный пентиум 8 поколения уже раза в два быстрее 11 летнего i3, плюс имеет поддержку всех современных кодеков, пережёвывая 4К видео даже не нагреваясь и не расходуюя батарею.
надкусанное яблоко живет на ноуте 10 летней давности - не надо врать. Пытался месяц назад использовать mac mini которому 5 лет нет для того, чтобы работать с кодом на swift - сильно тормозит даже редактор кода. Противно работать.Что есть то ничего, что у Вас не тормозит на mac os на ноуте 10 летней давности?
> это тебе в секту почитателей надкусанного яблока.Там поддерживается то что выпущено яблоком. Все остальное - как повезет. Можно подумать эппл такой гигант дровопсательства. Хрен там, они по другому это делают.
Я сидел на селероне для 775 сокета (лет 15 назад). Специально компилил ядро с частотой прерываний 1000Hz, и всё было плавно.
Не надо на селероне сидеть, он в ж@пу впивается. А ядро лучше компилить еще и с full preempt, иначе толку с 1000Hz может быть меньше чем вам бы того хотелось.
Скорее всего я компилил с фулпреемпт. Это так давно было, что деталей уже не помню.
На современных процессорах это потеряло актуальность (если вы не занимаетесь музыкой).
Так, как бы, не Socket-478 ещё.
> А я то думаю, чего-то мой Линукс такой тормознойНа самом деле Микрософт сломала для хоста timeBeginPeriod(1) год назад.
Это откуда такая функция? В ядро, вроде как, не принимают кода с именами CamelCase.
Это в Виндосе. Недокументированный и широкоиспользуемый способ изменить частоту системного таймера. Микрософт его наконец сломала. Вот и тормозит виртуалочка с Линуксом.P.S. camelCase этоВот. Там принята Венгерка и соответственно PascalCase. Почему timeBeginPeriod() выбивается из общей картины, не знаю.
Надо же, какая неожиданность, проприетарщик сломал недокументированое апи. Никогда такого не было и вот опять.
Там история интереснее... они сначала документировали, а потом сломали. =)
Если недокументированное, то разработчик оставляет за собой право в будущем это изменить.
А что в ядро не принимают такое наименование -- это совершенно точно https://www.kernel.org/doc/html/latest/process/coding-style....
> C is a Spartan language, and your naming conventions should follow suit. Unlike Modula-2 and Pascal programmers, C programmers do not use cute names like ThisVariableIsATemporaryCounter. A C programmer would call that variable tmpСпасибо, ухихикался. Не пишу на си, но ради таких перлов похоже стоит прочитать всю страничку.
Я собераю ядрышко ручками, вырубая ненужное и плюс с хорошими патчами, тиро pds и частота прерываний в 1000. И все летает. Помню первые знакомства с линем, на 16ый убунте все летало, ну а на венде тормоза за тормозами. Впринципе, ситуацию выровнил ссд, но один фиг, линь более отзывчив и офигенен))
Боюсь что ситуация ровно наоборот. Если бы не корпорации то гном бы давно закопали (давно пора).
Когда нет денег... Энтузиазм не вечен. 🤷
Иногда дело не в деньгах вовсе. Читать надо новости какбэ и вникать.
> Когда нет денег... Энтузиазм не вечен. 🤷Не следует всё измерять деньгами и корпорациями.
Коливас богатый человек. Это Австралия.
> Когда нет денег... Энтузиазм не вечен. 🤷Аноним, ты адекватен? CK пишет софт для майнинга, пулов крипты и проч. Опенсорсный кстати. И довольно популярный. При этом денег не иметь - так вообще бывает?
Просто в данном случае долботни много а user-visible профит в целом стал небольшой, ядро так то тоже твикают. И можно и без всяких -ck очень прилично собрать. А вон вообще эвон какой кус "RT_LINUX" в ядро втулили, 72 патча оттуда, больше половины всего что у них было.
> Когда нет денег...Я имел в виду, что нет денег у сообщества на поддержание проекта, у автора проекта проблем с деньгами нет. И донаты тут ни при чём. Человека на зарплату посадить, чтобы он это дело пилил может позволить себе сообщество пользователей данного проекта?
Ну а копирастам этот проект явно не сдался.
Ты чё? Это деньги плотить, что ли за то, что можно на халяву получит? Это же опенсорс, пусть они все делают всё, как мне надо за бесплатно!
Товарищу Коливасу уважение и благодарность за его работу. Очень, очень жаль.
Какие то "детские" проблемы. Мне иногда очень смешно читать о таких проблемах, как проблемах с V-Sync и утечках памяти в Cinnamon, из за которых приходится прикручивать такие костыли, как тихая его перезагрузка. Просто по моему foreground приложения должны иметь более высокий приоритет. Вот и все. Компьютер создан прежде всего для решения пользовательских задач. А потому всякие Винды, которые считают, что ее обновление в 100500 раз важнее нашей работы, должны по дефолту идти лесом. Пока компьютер находится в простое - делайте, что хотите. Но как только пользователь открыл foreground приложение - все ресурсы должны отдаваться ему, чтобы обеспечить максимальную отзывчивость.
Забыл добавить, что у сервера по дефолту нет foreground задач, так что его это никак не затронет.
У сервера есть foreground jobs
И пожалуйста, предоставьте мне отчет по отзывчивости до обеда на стол в двух экземплярах и что было предпринято для решения данной ситуации и исключения её в будущем если не хотите быть уволены
Юзаю KDE, не видел никаких утечек и проблем с vsync...
У венды фоновые обновления, при всей их ресурсоёмкости они как правило незаметно проходят. Плохой пример. Я помнится нашёл, как получить фризы: забить io венды чем угодно мимо этого планировщика обновлений, например, виртуалочку обновить в госте. Хост начинает лагать и зависать. Линукс на хосте куда лучше себя ведёт.
Пятнадцать минут при выключении довольно трудно не заметить, имхо...
Я замечал только полчаса при включении, 5 раз перезагрузится прежде чем включится. Но они уже скачаны и распакованы на тот момент (там очень стрёмная система где одни обновления зависят от других). Если не сможет установить, то либо откатит (ещё 2 перезагрузки), либо умрёт и больше не запустится. Хорошая система, мне всегда эта предсказуемость (зато коллеги оценят бомбёж).
>Но как только пользователь открыл foreground приложение - все ресурсы должны отдаваться ему, чтобы обеспечить максимальную отзывчивость.Вот так прямо все? А если тупо случится зависон foreground-приложения?
> Просто по моему foreground приложения должны иметь более высокий приоритет.У Линукса приоритеты вроде давно поломаны. Лет десять как у nice -n 19 никакого эффекта особо не заметно.
Да ничего там не поломано, хотя юзерам винды из своей маздайки виднее конечно.
и как поймать этот простой? есть алгоритм его вычисления?
Это вы активити из андроида в линукс притащить решили?
В жопу!
Как жаль. Пользуюсь этими патчами, хоть и не на последних ядрах. Пойду снова задоначу Коливасу. Предыдущий раз был в 2013 году
Никогда не понимал, что это вообще такое и зачем :) какая-то отзывчивость, какие-то проблемы... УМВР, ЧЯДНТ?
Вот в этом все линухоеды. Ничерта не знают но мнение имеют. Это Инго Молнар. Хоть Инго то знаешь?2007-04-15 Work begun on replacing all interactivity tuning with a fair scheduling design by Con Kolivas.
Так он и не выражал мнение, а просто спросил что за проблемы с отзывчивость. Что немудрено потому что линух и из коробки бодро летает со стандартным таймером.
Ты Инго вон отпиши что всё нормально было из коробки - нечего идеи Кона было применять. Возвращай обратно мол старый шедуллер. Больше десятка лет назад так же кричали как у них всё бодро летает из коробки. После замены Инго шуделлера "все" прозрели. Вот теперь точно летает с новым шедуллером. Тьху.
Я пробовал всё - ck, pf, tkg и т.п., особой разницы не заметил.
ASRock 970 Extreme3 R2.0, AMD FX 8350, 16 GB DDR3 1066 MHz (dual channel), 223GB GOODRAM SSD, GeForce GTX 1060. По современным меркам, это вообще фуфло. Наверное, мне бы все эти патчи пригодились в те времена, когда у меня не было денег и мне админ на работе за ящик пива отдал комп с Celeron 433 MHz и 256 GB RAM, который проигрывать DVD смог только через неделю насилования mplayer через все опции, которые влияли на скорость декодирования, а играть можно было разве что в отзывчивый Quake II. Но тогда этих патчей не было (да и ядро на том корыте я бы собирал неделю), а сейчас не нужны. Возможно, мы под "отзывчивостью" понимаем разные вещи, но у меня с этим никогда не было проблем на адекватном железе.
Просто нужно откалиброваться - попробуйте Haiku, потому Windows, потом Linux. Выяснится, что по отзывчивости при нагрузке Linux недотягивает до Haiku, но заметно лучше Windows.
ты забыл упомянуть FreeBSD, которая по отзывчивости стоит перед гайкой, особенно, когда идет сборка чего-то тяжелого в числе потоков больше чем число ядер... - тут гайка становиться колом по интерактивности - FreeBSD в этом отношении делает всех.
А когда ты вообще фрибзд пробовал? Вот у меня 13-я от одного большого git clone так вставала колом, что в ксфсе всё замирало на пару минут. Даже перевинуть окно нельзя. Компилляция на стадии линковки - к подобному же эффекту приводила. Ни в какое сравнение с линуксом. Ну, разве что 2.6.32, но даже там всё намного лучше.
фрю после установки пилить напильником не забыл?
хотя бы
kern.sched.preempt_thresh=224
> фрю после установки пилить напильником не забыл?
> хотя бы
> kern.sched.preempt_thresh=224Оно ТАК сильно не влияет. Смахивает на проблему с железом или дровиной в IO-стеке (ну или обычное опеннетное "кто-то хвалит фрю? Непорядок!")
Это же железо на линуксе работает идеально. kern.sched.preempt_thresh крутил, вроде немного заметно, но не существенно. Вот только на линуксе таких проблем нет искаропке и без тюнинга, потому я и удивился от непривычки.
> "кто-то хвалит фрю? Непорядок!"Я иногда хвалю фрю. Но это же не отбирает у меня права её критиковать.
> Это же железо на линуксе работает идеально.
> Вот только на линуксе таких проблем нет искаропке и без тюнингЯснопонятно. Очередной Свидетель Пингвина.
Расходимся, пацаны.
Так и запишем - критика бжды строго запрещена. Она по определению не может уступать пингвину, даже если уступает в реальности. А те кто не согласен - экстремисты, террористы, и вообще - свидетели пингвина!
> Ни в какое сравнение с линуксом.
> Вот только на линуксе таких проблем нет искаропке и без тюнинга
> Так и запишем - критика бжды строго запрещена. Она по определению не может уступать пингвину, даже если уступает в реальности.Ты описал абсолютно _нештатную_ ситуацию/глюк, но усиленно делал вид, что это "норма" для фри. Заодно с умным видом задвинув что-то про "критику".
Я точно так же могу накатить бубунту на L430 со старой версией прошивки, дождаться, когда оно похерит ФС после очередного невыхода из гебернации - и с умным видом заявить, что линукс/бубунта/EXT4 абсолютно ненадежны, теряют данные, не умеет в гибернацию и вообще, на ноутах работает куда хуже фри, а на все возражения задвину про "критику" ... но мне лень заниматься такой дешевой демагогией.
> А те кто не согласен - экстремисты, террористы, и вообще - свидетели пингвина!Не, просто обычные опеннетные балаболы.
>Вот только на линуксе таких проблем нет искаропке и без тюнинга,ну враньё же...
А ты давно видел свежий пингвин? 5.4 и 5.13 - превосходят фрю во всём, особенно по отклику на моём оборудовании.
Кстати, иногда пытаюсь на пингвине увидеть разницу между искоробочным ведром, lowlatency, xanmod-cacule, xanmod-rt - и искаробочное вроде немного менее отзывчивое, но более экономное по батарее и более быстрое. Для обычных задач остаюсь на искаробочном.Той лютой-бешеной разницы, что в 2012 году между реалтайм и обычным - уже нет, и компы стали сильно мощнее(это я про свой мобильный челерон). Так что это может быть, наверное даже более весомый аргумент не тянуть -ck, что не умаляе моего уважения к Кону.
как раз на этих версиях и сидел последнее время. - не превосходят.
а вот с 5.14 - то да, сравнимо - на днях не поленился, сделал тест на конкретно одном ноуте и фрю 13, и линух на 5.14 ядрах.
ты гайку не пробовал при тех же действиях....
С гайкой - тиринг такой, которого я вообще нигде не видел. А "те же действия" она ещё должна научиться выполнять.
драйвера графики установил?
Да, самые новые для i915. Их там ещё прописывать надо было.
5.14-е ядро только только по отзывчивости на фрю похоже; и то - если не доходит дело до дисковой системы...
как только линух лезет в дисковую систему (IO) - всё - трында всей интерактивности.
> Просто нужно откалиброваться - попробуйте Haiku, потому Windows, потом Linux.Linux - понятие очень растяжимое. 100Hz кернел без preempt и 1000Hz кернел с full preempt - это две большие разницы. Первое даст несколько лишних процентов bulk performance, но латенси будет аховый. Второй, соответственно, проиграет пару процентов, но user experience будет более почтенный.
А вы что померяли? Сферический вакуум? Ну, поздравления с калибровкой.
Комментарии по ссылке из новости:Edu4rdshl31 August 2021 at 20:08
Пользователь MuQSS с 6/7-летним стажем, мне лично это очень грустно, MuQSS - это чистая магия и был моим основным планировщиком ЦП для всего на всех моих личных машинах, но я полностью понимаю и поддерживаю вашу точку зрения. Все, что я хочу сказать, это: спасибо за все, что вы сделали для поддержки этого набора патчей, и наилучшие пожелания всем вашим другим проектам, вы герой.
С уважением,
ЭдAnonymous31 August 2021 at 21:58
Кон, спасибо за ваши усилия по обеспечению отзывчивости настольных систем! Ваша пользовательская база определенно будет скучать по вам.
Я полностью понимаю ваше решение и надеюсь, что кто-то подберет хотя бы часть наборов патчей для синхронизации.
С наилучшими пожеланиями и удачи в ваших дальнейших начинаниях!
BR,
ЭдуардоHAMAD ALMARRI1 September 2021 at 00:51
Очень грустно это слышать, Кон! Я буду рад помочь, поддержать и, возможно, портировать некоторые факторы интерактивности из CacULE в MuQSS, если хотите. Однако я не буду делать это как отдельную вилку, я хотел бы работать с вами и помочь перенести MuQSS на будущие версии ядра в соответствии с вашими инструкциями и вашими указаниями (в качестве поддержки персонала).
Вы вдохновили меня на взлом планировщика ядра процессора. Я сделал небольшую модификацию CFS, чтобы повысить интерактивность, названную CacULE, которая никогда не может сравниться с превосходством MuQSS. Буду рад помочь.
Хамад Аль Марри...
Плевать на хомячьё на самом деле. Я хотел уменьшения задержек под нагрузкой и даже убедил себя в его наличии, а получил 12309 во всей красе. Я просто нашёл, как стриггерить, так бы может и не замечал особо. Все проблемы прошли, когда я эту дрянь убрал. Не брали в ведро по вполне обоснованным причинам.
По-моему 12309 в ядро отнюдь не Коливас привнёс. Т.к. этот мем люди ловят на вполне себе стоковых ядрах. А то, что в твоём случае оно от его патчей (возможно?) сработало - это влияние твоего железа/фазы луны/яркости звёзд/прямоты твоих рук..
Заметный эффект это полный фриз интерфейса (задержка ответа на пкм например), без патчей провисают только вещи требующие IO (информация о файле, создание превью), но не интерфейс. Копирование файлов это не та нагрузка, которая должна всё фризить. Вполне возможно, что не на любом железе проявляется.
Я наоборот 12309 лечил с помощью BFS )
Не велика потеря. После победы мировой революции окошки станут open source и линукс автоматически станет не нужен.
Лол, винда - это как php. Её уже ничего не спасёт.
Думаю, когда таки победит мировая революция, и про Венду, и про Линукс можно будет узнать только из летописей.
Его планировщик довольно сильно "роняет" производительность - ограничился zen.
Zen - это и есть тот же набор патчей с MuQSS включительно.
Набор патчей без MuQSS включительно.
>получить максимальный выигрыш от использования основного ядра Linux без портирования на него планировщика MuQSS, Кон Коливас считает, что самым простым и эффективным будет перенос патчей для увеличения частоты генерации прерываний от таймера (HZ) до 1000 Гц.Так это и в ванильном ядре без его патчей давно можно. Круто бы было, если бы можно было на лету частоту прерываний переключать. А так только в compile time.
no_hz и так на лету, по-моему даже больше 1000 разгоняется
и что же нужно указывать в опциях для загрузки?
Ничего не надо указывать, прерывания генерируют тики. Экономия особенна хороша для батарейки, только на юзкейсах где прерывания некому генерировать может быть не так хорошо.
У меня все эти "наборы" патчей только ухудшали стабильность системы почему-то. Не уверен, может это очень железозависимая штуковина...
Этот планировщик заметно нагружает камень - вплоть до +50% доп.загрузки при более низкой производительности.
Пользовался одно время, когда спасался от 12309. Прикольный был эффект у BFS, при 100% загрузке процессора никаких тормозов не ощущалось вообще.
Но стабильность таки была такая себе, при высоком аптайме (несколько недель или более месяца) рандомно ядро крашилось без каких либо ошибок. В общем, поигравшись год, вернулся на нормальное ядро.
Пересоберите zen без muqss и будет тоже самое.
В смысле, краши?
по теме,
ну охереть, 12309 цветёт и пахнет всё сильнее, а единственный человек свалил.
они экспериментальную ДНК-терапию применяют повсеместно без _медицинстих_ на то причин, и будут применять вследствие причин евгенических, а Вы - всё про тот забаненный баг...Сравните:
https://bugzilla.kernel.org/show_bug.cgi?id=12309
https://web.archive.org/web/20200206024633/https://bugzilla....
(да, цензура в линукс и не только - очень давно вполне реальна, много лет уже как)Пофик всем, все будут жрать что дают, желательно с лопаты.
Неуловимый Джо это ваше 12309.
Опенсорс хорош тем, что любой может продолжить работу.
Опен сорс плох тем, что никто этого делать не станет.
> увеличения частоты генерации прерываний от таймера (HZ) до 1000 Гц.напомните, сколько уже лет (десятилетий?) как это есть в BSD?
Помнится, в начале нулевых в каждом пакетном фильре с шейпером...
И чё? 1000 Гц ещё в ядре 2.5 появилось, тоже в начале нулевых.
нытье коливаса - это классика жанра
сколько его помню, он все время ноет
Ребята гоняю игры на фх-9590 на ядре генту с планировщиком pds и таймером на 100 герц на лов-латенси усе шикарно.Пробовал коливаса по тестам в сталкер и кривис тоже самое.Мое мнение оно и не особо то нужно современные ядра дают такое же фпс ну при настройке конечно.А про таймер на 1000 герц заметил только что просадки фрейм рейта больше НО мышка очень инерактивна чем на таймере 100 герц но вообщемто не раздражает.Ну это конечно если в кедах отключить композит и включить в xorg teerfree enabled.А всинк полное г мышь как на резинке по ощющениям задержа пипец.
Твой компьютер откровенно не слабый. Проблемки могут быть на более слабых компьютерах. Например у меня был нетбук на процессоре Athlon Neo, одно ядро, 1,7 ГГц. Два гигабайта памяти. И странное дело, при открытии трёх вкладок в браузере, система уходила в лютый 12309. Хотя у меня был в точности такой же стационарный комп (Athlon II X2, 2 Гб памяти), и там можно было открыть хоть 15 вкладок, и хоть бы что.И там, и там, использовался Gentoo и KDE3 (это был 2012 год). Возможно, причина в том, что на нетбуке я компилировал мир с параметром -O3, а на десктопе - с -O2. Может, более сильная оптимизация сделала только хуже.
Однако, скорее всего, проблема была в используемом контроллере жёсткого диска. На десктопе это был AMD 780G, и на нём всё было хорошо. А на нетбуке не знаю - модель, если что, Acer Aspire One 721 128i.
Да согласен на одно и двух ядерных процесс++орах патчи коливаса это благо.НО мой фикус на одно ядро полное ГГГГ и как раз в модах сталкера 1 или 2 потока.До ядра где то 5.11 профит от коливаса был очень серьезный а с введением патчей в ядро от генту потеряло смысл вообще да еще билды все время перепиывать приходилось для локального оверлея.Надоело!Но все равно мой почет и огромное уважение Кону Коливасу за его труд.Помню на фикусе получил прибавку аж 8 кадров и отсутствие просадок по фреймтайму.Жаль хороший разработчик Уважаю.Надеюсь что проект подхватят.Не то что снобы от кернелорг ИМХО.А по вашему варианту железа сказать ни чего не могу надо тестировать.Если интерестно у меня есть скайп.
Да вроде у gcc что я читал в документации -O3 раздувает код и ускоряет его НО! за счет кэша в процах и не только. А в предыдущих поколениях процев кэша то почти нэма.Опять же тесты тесты и еще раз тесты а потом вопросы на форум к разработчикам gcc.Но может у майкла ларабеля лучше спросить ИМХО.
>задачей патчей является повышение отзывчивости приложений на рабочем столе. Так как предлагаемые изменения могут негативно влиять на производительность серверных систем, компьютеров с большим числом ядер CPU и на работу в условиях одновременного выполнения большого числа процессов, многие изменения Кона Коливаса отказались принимать в основной состав ядраЕго наверное скоро начнуть развенчивать как деда Столмана.
Комп то на то и нужен что бы отзывался, а тормоза всех раздражают. Были игры с его патчами, и если знаеш где чего подконфигурить то получишь для своей задачи и для рабочего стола плюсы.
Видно что чел то умный. Но немножко разбалованный. Ломается. Хотя наверное того он стоит, анестезиолог.
А знаете как анастезиологоу обиднов операционной когда ему только и говорят - свет поправь.