Линус Торвальдс выразил готовность принять в состав ядра Linux 6.11, релиз которого ожидается в конце сентября, патчей с реализацией механизма "sched_ext" (SCX), позволяющего использовать eBPF для создания планировщиков CPU, охватывающих практически все аспекты планирования выполнения задач и распределения ресурсов CPU. Подобные планировщики могут загружаться динамически и выполняться внутри ядра Linux в виртуальной машине eBPF, в которой благодаря применению JIT-компиляции байткод транслируется в машинные инструкции и выполняется с производительностью скомпилированного кода...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61354
Шикарно! Теперь можно и самому побыть немного создателем BFS, BMQ или MuQSS!
Ура, теперь звук будет заикаться при выполнении жабаскрипта в браузере. А, уже, pipewire.
Адепт коры дуба?
Как будто всё самое лучшее сейчас уже пишется на Rust. Круто!
> Как будтоВот именно. И никогда не дописывается.
"Как будто" - это объективная оценка почти всего, что пишется на Rust.
За исключение Libreddit. Хорошая была штука.
Ого это же просто удар в псину для всех растоненавистников.
Войны-супротив-раста потеряют один из важнейших аргументов "на раст ничего не пишут!!111"С другой стороны это может отрицательно сказаться на экологии, тк горение пятых точек и выделение метана, может усугубить глобальное изменение климата.
А мне не хочется снег в апреле)
Не научился в чтение? "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса. Ни одной новости где было бы что-то нормальное и при этом реально работающее ни разу ещё не было. Одни рипгрепы и прочие хеллоуворлды.
О, а вот и первое подгорание!> "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса.
Ха-ха, давай встретимся в новости про релиз ядра 6.11.
И кому-то придется извиняться.> Ни одной новости где было бы что-то нормальное и при этом реально работающее ни разу ещё не было.
> Одни рипгрепы и прочие хеллоуворлды.Кудах-кудах, какой-то. Не очень понимаю что ты пишешь.
Pingora, Niri, COSMIC, Hickory смотрят на тебя как на фанатика.
Драйвера Asahi и Nova просто брезгливо морщаться, sudo-rs и uutils к ним присоединяются.
Где-то на фоне маячит Open Se Cura но она для серьезных дядек, и ей реально пофиг на твое мнение.
Да ни у кого ничего не подгорает. Народ смеется просто над недопрограммистами... А корпорасты все пытаются убогих затащить в системное программирование.
> Народ смеется просто над недопрограммистами.Ну так отойди от зеркала
> Народ смеется просто над недопрограммистами.
Пока что недопогромисты омнокодят на дыряшке и выдают тонны CVE.
А тем кто платит - корпорастам - это закономерное не нравится.
Защитнег копрорастов, это ты там про "воришек емаксов" любишь вещать/верещать?
> Защитнег копрорастов, это ты там про "воришек емаксов"А кто украл емакс? Я его точно не брал)
Я просто говорю, что без инженеров и денег от корпов, сообщество може родить только хурд.
О чем свидетельствуют 80% кода написанного в ядре.
А тк. "как потомпаешь, так полопаешь" - то тот кто работает и должен решать будущее проекта.
Все просто.> любишь вещать/верещать?
Ну ты уже начал верещать, да еще и с переходом на личности.
Не то что меня удевляют манеры местного б-ла, но все же.
> "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса.Это ты просто не знаешь как быстро заходят изменения в ядро.
То что их начали ревьювить значит что там уже всё написано, протестировано и готово к мерджу.
И смерджено оно должно быть задолго до сентября, потому что должно попасть в merge window.
А сам процесс может затянуться на долго, поэтому не удивлюсь если перенесут в следующее ядро.
Это просто все знают что программисты на расте умеют только комментарии на опеннете писать.
> программисты на расте умеют только комментарии на опеннете писатьОни тут вообще есть, это программисты? Ну хоть на чем-то?
Потому что тут была пара персонажей с репами, один сишник-самоучка, и один зиганутый.
А остальные - одминчики, которые кроме башпортянки ничего написать не могли. Вроде еще кто-то наперить мог.
Вообще довольно интересный вопрос, кто все эти люди. Могу предположить, что это крестовики, у которых (в очередной раз) отнимают хлеб и админы, у которых что-то непривычное в логах возникло и они пищат.
Думаю раз тема про ядро, то это сишники, навыки которых "я знаю 193 UB в С99" становятся вообще нафиг не нужными, и которых можно заменить на вчерашнего ГОшника.
Ну и сидеть на саппорте какой-то слождно либы выгребая CVE и ошибки памяти годами уже тоже не получится.Насчет вторых согласен, у плюсовиков есть неилюзорный шанс пойти мести улицы, тк например у гугла растовые команды в 2 раза эфективнее чем плюсовые.
Еще сюда можно добавить идейных хейтеров, которые раст в глаза не видели, но им просто неприятна сама мысль что где-то в ядре будет зависимость.
Ну и последние - это просто мимокрокодилы которым весело устраивать сарч.
В 2 раза больше попугаев. Когде что-нибудь напишут приходи показывай вместе посмеёмся.
> приходи показывай ...усторойся в гугол и посмотри
Уже ничего нет. Что я делаю не так. Может в твоём НИИ стены токсичной краской покрасили и у тебя приход?
> Уже ничего нет. Что я делаю не так.ты так и не устроился в гугл.
> крестовики, у которых (в очередной раз) отнимают хлебПоверь, кто смог несколько раз осилить стандарты (их было несколько) в 2000 страниц, тому плевать на синтаксис и прочие "аргументы" против Rust. Если потребуется, не долго изучить и это. Другое дело, что стандарт плюсов мало кто читал, а у Rust его пока вообще нет.
Вероятно, всякие гуглы и фейсбуки уже написали NUMA aware алгоритмы для высоких нагрузок, оптимально раскидывающие всякие постгресы и haproxy по сокетам, но в публичный доступ будут выкладывать только простенькие алгоритмы общего назначения.
Ты ещё вспомни что они сервера сами для себя производят, а налево не продают.
̶Н̶у̶р̶г̶а̶л̶и̶е̶в̶ Столлман разрешил (с)
ЖоПЛ не заставляет выкладывать код, если ты его написал для "внутреннего использования".
Раз все согластно букве лицензии, то недовольные могут перейти на Хурд.
GPL вообще не заставляет выкладывать код, если что. GPL заставляет предоставлять код конечному пользователю, и всё.Если твой покупатель не раздаёт бинарники, то и код не обязан раздавать.
А зачем на десктопе "алгоритмы для высоких нагрузок"?
Там где оно надо, пусть и применяется.
Не думаю что в ядро нужно тащить узкоспециализированные алгоритмы.
Ядрож на серверах бывает. Плюс товарищам учёным, которые настоящие учёные, полезно. А от это профит вообще всем.
> Ядрож на серверах бывает. Плюс товарищам учёным, которые настоящие учёные, полезно. А от это профит вообще всем.Во-1х не все серваки прям высоко нагруженные.
Для какого-то подкроватного почтовика это вообще нафиг не упало.Во-2х, я уверен что высокая производительнось далась какими-то срезаниями углов.
И если это внутренний сервак, то это может быть приемлимо, если он голым задом в интернет светит, то не факт.В-3х, тк ядро сейчас идет общее и для десктопа, и для серваков, и для телефонов, то в нем предсказуемо много ненужного, но выкинуть нельзя.
Так что пусть там будет самый простой, максимально уничерсальный из рабочих алгоритмов.
А те кому уж сильно надо, пусть парятся с патчами и кастомными ядрамиИ в-главных, вот они код зажилили и не выдают, и что ты им сделаешь?))
Товарищи учёные могут сами написать планировщик под свои задачи. Что за коммунистические замашки чужое превратить в "народное"?
Написали но вся их оптимизация заключается в переоптимизации под себя и усложнение роду ради 1% скорости. В том же Яндексе такая же фигня например.
> вся их оптимизация заключается в переоптимизации под себяНу а под кого они должны оптимизировать? Под конкурентов? Или под васянов-локалхостников?
> и усложнение роду ради 1% скорости.
Если каждый процент тебе экономит килобаксы/сек. - то почему бы и нет?
В свете смерти закона Мура очень правильная и крутая фича, даешь повышение производительности софта через рационализацию использования ресурсов!
Закон Мура помер, да здравствует Закон Мура. https://spectrum.ieee.org/superconducting-computerТы зря переживаешь по этому поводу, пока потребности в вычислительных мощностях растут, эти мощности будут расти и дешеветь.
Лучше бы планировщик память нормальный сделали. Без 12309. А то даже на 3 вкладках Firefox крашится. И постоянно диск свопит. Хочется просто взять системник и выкинуть в окно, так как из-за кое-каких уродов он превратился в тыкву.
Включи своп в zram, говорят помогает.
Да он включён, а толку то от него на "коре дуба", которой из-за кое-кого в мусоре место.
Вот из-за него и "12309". Ещё небось какой-нибудь автономный дистрибутив, где в конфиге ядра навключено что попало, а потом ещё наложены патчи "против 12309".
Именно. Память в swap, потом swap опять в память, и всё это ещё постоянно через архивацию проходит. Естественно, у него всё тормозит как не в себя.Тот, кто придумал в 2020 году проталкивать линуксоидам "swap в zram", сейчас, небось, необычайно веселится, ибо продал на первый взгляд умным людями "расширитель памяти", сделанный по принципам himem.sys
Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми 256 мегабайт (что бы можно было подключиться по ssh в момент зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал 10+ Гиг в подкачку, когда все ядра были загружены под 100%, и кино при этом не заикалось. Пока не включил вон ту дрянь.
> Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми
> 256 мегабайт (что бы можно было подключиться по ssh в момент
> зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре
> NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь
> смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал
> 10+ Гиг в подкачку, когда все ядра были загружены под 100%,
> и кино при этом не заикалось. Пока не включил вон ту
> дрянь.Для убивания лишнего есть оом-киллер.
>> Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми
>> 256 мегабайт (что бы можно было подключиться по ssh в момент
>> зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре
>> NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь
>> смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал
>> 10+ Гиг в подкачку, когда все ядра были загружены под 100%,
>> и кино при этом не заикалось. Пока не включил вон ту
>> дрянь.
> Для убивания лишнего есть оом-киллер.Совершенно внезапно ему может потребоваться вытащить пару страниц из подкачки, а некуда.
himem-то тут при чём, хосспаде? Он не для этого совершенно.
Я включал своп в zram с противоположной целью - что бы воспроизвести этот мифический 12309.
> Я включал своп в zram с противоположной целью - что бы воспроизвести
> этот мифический 12309.Получилось?
>> Я включал своп в zram с противоположной целью - что бы воспроизвести
>> этот мифический 12309.
> Получилось?Да, именно после переноса подкачки в ZRAM и получилось воспроизвести. Помимо этого пришлось ещё и ядро собрать со всеми ненужными в релизе опциями из того дистрибутива, где воспроизводили (с ними начало заикаться видео, но всё же система справлялась и дольше секунды зависала редко).
А они не умеют. Смогли только сделать для тебя штуку, чтобы удобнее тестировать алгоритмы. Теперь уж точно ничего не мешает тебе показать всем как надо.
> одна глобальная очередь и по одной очереди на ядро CPUУ стрекозы сперли или у фряхи?
- Вы и мои программы за меня планировать будете?
- Ага!(с) двое из ларца
но зачем ? люди которые знают как и зачем сделать планировщик сделают его на Си. А остальным нечего туда влазить
И будут охреневать каждые два месяца, пытаясь сохранить его работоспособность и портировать под все изменения в каждой новой версии ядра. И ещё будут счастливы, что для каждого изменения придётся перекомпилировать и обновлять ядро. Про то как они будут его тестировать и думать страшно.В "sched_ext" из userspace скомпилил в BPF, на лету загрузил в работающее ядро, протестировал на отдельной группе процессов, если что-то не так, убрал из ядра, поправил, загрузил опять. Как только все стало нормально перевёл на него все процессы. Генерировать BPF можно хоть скриптом на Python.
Мечта оптимизаторов и экспериментаторов.
> из userspace скомпилил в BPF, на лету загрузил в работающее ядро,В BPF подсистеме, с момента своего появления, каждый месяц CVE дыры находят.
Для файзеров, BPF - это Клондайк дыр: https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=BPFЕсли в системе крутятся какие-то секурные данные, эту xpeнь отрубать надо
Это какой-то комплекс неполноценности иил как это назвать?
зачем во всех названиях присутствует это слово ? )))
В кои-то веки внатуре важное в ядре, очень неплохо.Тугодумам не понимающим зачем "которые знают как и зачем сделать планировщик сделают его на Си" прописывают читать статью не менее пятнадцати раз с последующим письменным конспектированием усвоенного.
Хуцкеры в восторге !Это раньше надо было извращаться чтоб процесс замаскировать в выводе ps. А теперь "Пожалуйте сразу в ядро господа !".
Ждëм AI генератор кода Раста :)
А онлайн-игры на eBPF можно писать?