Инго Молнар (Ingo Molnar), известный разработчик Linux ядра и автор планировщика задач CFS (Completely Fair Scheduler), предложил для обсуждения в списке рассылки разработчиков ядра Linux серию патчей, затрагивающих более половины всех файлов в исходных текстах ядра и обеспечивающих увеличение скорости полной пересборки ядра на 50-80% в зависимости от настроек. Реализованная оптимизация примечательна тем, что она сопряжена с добавлением самого крупного в истории разработки ядра набора изменений - для включения разом предложено 2297 патчей, меняющих более 25 тысяч файлов (10 тысяч заголовочных файлов в каталогах "include/" и "arch/*/include/" и 15 тысяч файлов с исходными текстами).
Прирост производительности достигается за счёт изменения метода обработки заголовочных файлов. Отмечается, что за тридцать лет разработки ядра состояние заголовочных файлов приняло удручающий вид из-за наличия большого числа перекрёстных зависимостей между файлами. Работа над реструктуризацией заголовочных файлов заняла более года и потребовала проведения значительной переработки иерархии и зависимостей. В ходе реструктуризации была выполнена работа по разделению определений типов и API для разных подсистем ядра.
Среди внесённых изменений: отделение высокоуровневых заголовочных файлов друг от друга, исключение связывающих заголовочные файлы inline-функций, выделение заголовочных файлов для типов и API, обеспечение обособленной сборки заголовочных файлов (около 80 файлов имели мешающие сборке непрямые зависимости, выставляемые через другие заголовочные файлы), автоматическое добавление зависимостей к файлам ".h" и ".c", пошаговая оптимизация заголовочных файлов, использование режима "CONFIG_KALLSYMS_FAST=y", выборочная консолидация Си-файлов в сборочные блоки для снижения числа объектных файлов.
В итоге, проделанная работа позволила на 1-2 порядка сократить размер заголовочных файлов, обрабатываемых на стадии препроцессинга. Например, до оптимизации использование заголовочного файла "linux/gfp.h" приводило к добавлению 13543 строк кода и подключения 303 зависимых заголовочных файлов, а после оптимизации размер сократился до 181 строк и 26 зависимых файлов. Или другой пример: при препроцессинге файла "kernel/pid.c" без патча подключается 94 тысяч строк кода, большая часть которого не используется в pid.c. Разделение заголовочных файлов позволило снизить объем обрабатываемого кода в три раза, сократив число обрабатываемых строк до 36 тысяч.
При полной пересборке ядра командой "make -j96 vmlinux" на тестовой систем применение патчей показало сокращение времени сборки ветки v5.16-rc7 с 231.34 до 129.97 секунд (с 15.5 до 27.7 сбороки в час), а также повысило эффективность использования ядер CPU во время сборки. При инкрементальной сборке эффект от оптимизации ещё более заметен: время повторной пересборки ядра после внесения изменений в заголовочные файлы сократилось в разы (от 112% до 173% в зависимости от изменяемого заголовочного файла). Оптимизации пока доступны только для архитектур ARM64, MIPS, Sparc и x86 (32- и 64-бит).
>>11301394 (OP) >серию патчей, затрагивающих более половины всех файлов в исходных текстах ядра Интересно, сколько он туда бэкдоров напихал? Это вообще реально отревьювить?
>>11301449 Не надо вксрывать эту тему. студенты из китайского универа пруфанули что в прыщеблядикс можно просто без задней мысли впиздачить бекдоры и никто их не найдет на код-ревью
Где вы еблю находите? Я на 3 xubuntu 4 года просидел дропнув дриснятку и горя не знал, в консоль пару раз ходил. Даже почти не помню, что бы просто окружение приходилось перезагружать целиком(ну там крестиком можно)
Радует появление спермоблядков в треде, подолью я маслица в огонь... Как у вас там с виндовс-серверами? Сколько процентов? 6? 7? Ох дохуя-то как. СЕРВЕР СЕРВЕР СЕРВЕР
>>11301695 Проблемы возникают внезапно и не вовремя, даже если ты просто юзаешь в "офисном" режиме. Например, захотел ты сыграть вдруг в игрулю - пердолишься с вайном, который может и не встать без ебли с пакетами и их починки. Или решил ты подключить принтер или блютуз-наушники - начинается адовый пердолинг. И гугление на англицком не всегда спасает, нужно реально шарить. Ну или ковыряйся в тоннах руководств сутками, чтоб попытаться решить мелкую проблемку.
>>11301695 >Где вы еблю находите? Вытрави из кед клиппер для начала.
«Klipper» является частью пакета plasma-workspace. Его можно отключить, перейдя в Настройки системного лотка> Общие> Дополнительные элементы. Сними флажок «Буфер обмена». remove /usr/share/plasma/plasmoids/org.kde.plasma.clipboard folder Помни что плазмоиды сохраняются в / .config / plasma-org.kde.plasma.desktop-appletsrc
>>11301394 (OP) Боже сколько сложностей с линуксом этим... Какие-то патчи, планировщики, сборки ядра. Не лучше ли уже поставить Windows 11 и наслаждаться высокой производительностью и откликом системы? Она уже сразу быстрая, а в линукс за 30 лет всё ещё повышают что-то
>>11301734 Сложно, когда ты знаешь комп на уровне обывателя. Т.е. твой предел - загуглить аналогичную проблему и попробовать выполнить советы из найденного топика. Вот только это может не сработать, либо сработало бы лет 10 назад. Без глубокого понимания, как все это работает - ты тупо обезьянка, которая тыркает кнопочки и получает что-то из черного ящика. Оно, конечно, и в винде также, но с обывательскими навыками винда прекрасно работает для обывательских задач без глубинного пердолинга, а почти все проблемы легко гуглятся и не требуют многочасового просиживания в мануалах.
>>11301755 Толсто. Я сейчас ковыряю 11 в виртуалке. И знаешь что? Под новыми-хуёвыми гуями, где даже контекстное меню через контекстное меню, видна дриснятка. Это скорее она с патчами, чем новая ОС. Но с новыми багами, да.
>>11301766 >Без глубокого понимания, как все это работает Тут я соглашусь. >винда прекрасно работает для обывательских задач без глубинного пердолинга Тоже соглашусь. Поэтому нам и платят вдвое больше, чем вин-одминам. Радостно.
>>11301784 А причем тут администрирование? Я про обывательское использование. Т.е. тупо посерфить, посмотреть кинцо, поделать что-то в офисных прогах или в софтине по работе расчеты какие проделать - ну и всё. А тем, кто серверам держат и прочим подобным занимаются-то жаловаться грех, это их работа.
>>11301793 >Я про обывательское использование. Прощай вирусы. Одна задача-одна софтина (привет, неро!). Программы бесплатно в репозитории. Сложно что-то сломать. Нет DX, даже на старом говне видео на5+. Но вот с офисом... Если всерьёз нужны эксели или что-то там с повер пойнт, то тут не очень хороршо, придётся поебстись. В общем дома нужно не всем.
>>11301763 Какой же ты даун, пиздец. То, что я получаю за секунду кликом в винде, тебе надо в какие-то гайды пиздовать и копировать в сосноль даже без гарантии, что после этого все не наебнется.
>>11301394 (OP) >серию патчей, затрагивающих более половины всех файлов в исходных текстах ядра и обеспечивающих увеличение скорости полной пересборки ядра на 50-80%
НУ И НАХУЯ ЭТО ПОЛЬЗОВАТЕЛЮ? Это даже 95% разработчиков нахуй не надо, какие-то петушиные новости для разработчиков кернела, которые в своё время обосрались и всё засрали своими дефайнами и в рот и в жопу. Давайте обсудим новый вид тряпок для уборщиц и швабр, которые увеличивают произвотельность на 50-70%. Шизофреники, блядь, дегенераты.
>>11301449 Вполне. Код-то открытый. Люди шиндоус ловили за руку!
>>11301480 Что за хуйня? У тебя открыт код. Можешь сам проследить, что куда идет. Это не говоря о том, что всегда можно в изолированной среде проверить, куда какие пакеты бегут.
>>11301815 Лол, а щас я тебе напомню, что на серваках крутят и ты начнешь визжать, что серваки нинужны и ваще без инета даже лучше?
>>11301713 > пердолишься с вайном, который может и не встать без ебли с пакетами и их починки.
Что за хуета, ты из какого года капчуешь?
Лутрис, playonlinux ставят в один клик и имеют уже сборку под твою игру. Винедб имеет список работоспособных версий вине под твою игрушку, если предыдущие не подхватили.
>ебля с дровами
Ниразу с проприетарными дровами не было ебли, все заводилось само.
>>11301720 >Я про "в консоль пару раз ходил" слышу с 2010, а по факту воз и ныне там.
Заметно что ты в 2010 и остался, я как перекатился на линукс так через пару дней разобрался как ставить игрушки и какой аналогичный софт нужен и как запускать софт с винды на вине. Притом что я дико тормозной человек.
Почти все что мне нужно было, оказалось в маркете.
>>11301831 >НУ И НАХУЯ ЭТО ПОЛЬЗОВАТЕЛЮ? Это даже 95% разработчиков нахуй не надо >не ну я имел ввиду другое... Понятно. Шизофреник, успокойся. Разговаривать с тобой больше не хочу.
>>11301838 Ты дегенерат, обосрался, обтекай. Еще раз повторяю, перечитай:
" серию патчей, затрагивающих более половины всех файлов в исходных текстах ядра и обеспечивающих увеличение скорости полной пересборки ядра на 50-80% в зависимости от настроек"
>>11301810 Ну попробуй кликом отключи заshitник виндувз навсегда или отключи полностью телеметрию без левых васянских прог, чтобы оно не наебнулось обратно при последующем обновлении
>>11301861 >На работе куплены лицензии, не всё так просто. Сейчас работаем удалённо, ставить винду ради када я не хотел. Пришлось поебстись.
Мне просто интересно, я не шарю. А вот все эти фри и опен кады настолько хуевые по сравнению с автокадом? Какие то из них инженерные команды целиком создавали.
>>11301901 >А вот все эти фри и опен кады настолько хуевые по сравнению с автокадом? Смотря для чего. Тот же варикад в 2008 мандриве мы юзали и хватало, но когда от теплиц и ангаров перешли на всякие там сборные каркасы для ТЦ - бесплатных хватать перестало. Тогда руковводство купило мне кучу железок, из которых я собрал мощные компы (на 2011 сокете) и впороли на них лицензионную 7 + автокад. У меня до сих пор дома 1 такой комп живёт, только с обычной видяхой, а не квадрой. Знаю что под Линух есть платные хорошие среды, но тольком не разбирался. Я одмин, а не инженер.
>>11301394 (OP) >разом предложено 2297 патчей, меняющих более 25 тысяч файлов (10 тысяч заголовочных файлов в каталогах "include/" и "arch/*/include/" и 15 тысяч файлов с исходными текстами). Решили свежих бекдорчиков подвезти, хадварные в инцеле и амд уже не успевают делать