The OpenNET Project / Index page

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



"В ядре Linux появится возможность использования eBPF для создания планировщиков задач"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В ядре Linux появится возможность использования eBPF для создания планировщиков задач"  +/
Сообщение от opennews (??), 12-Июн-24, 14:01 
Линус Торвальдс выразил готовность принять в состав ядра Linux 6.11, релиз которого ожидается в конце сентября, патчей с реализацией механизма "sched_ext" (SCX), позволяющего использовать  eBPF для создания планировщиков CPU, охватывающих практически все аспекты планирования выполнения задач и  распределения ресурсов CPU. Подобные планировщики могут загружаться динамически и выполняться внутри ядра Linux  в виртуальной машине eBPF, в которой благодаря применению JIT-компиляции байткод транслируется в машинные инструкции и выполняется с производительностью скомпилированного кода...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61354

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 12-Июн-24, 14:01   +8 +/
Шикарно! Теперь можно и самому побыть немного создателем BFS, BMQ или MuQSS!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

2. Сообщение от Rev (ok), 12-Июн-24, 14:03   –16 +/
Как будто всё самое лучшее сейчас уже пишется на Rust. Круто!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7

3. Сообщение от Аноним (-), 12-Июн-24, 14:27    Скрыто ботом-модератором+3 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11

4. Сообщение от Аноним (4), 12-Июн-24, 14:28   +2 +/
Вероятно, всякие гуглы и фейсбуки уже написали NUMA aware алгоритмы для высоких нагрузок, оптимально раскидывающие всякие постгресы и haproxy по сокетам, но в публичный доступ будут выкладывать только простенькие алгоритмы общего назначения.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #9, #28

5. Сообщение от Аноним (5), 12-Июн-24, 14:32   +10 +/
> Как будто

Вот именно. И никогда не дописывается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

6. Сообщение от Аноним (6), 12-Июн-24, 14:33   +/
Не научился в чтение? "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса. Ни одной новости где было бы что-то нормальное и при этом реально работающее ни разу ещё не было. Одни рипгрепы и прочие хеллоуворлды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12, #16

7. Сообщение от Аноним (7), 12-Июн-24, 14:33   +4 +/
"Как будто"  - это объективная оценка почти всего, что пишется на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17

8. Сообщение от Аноним (6), 12-Июн-24, 14:34   +/
Ты ещё вспомни что они сервера сами для себя производят, а налево не продают.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10

9. Сообщение от Аноним (-), 12-Июн-24, 14:35   –1 +/
А зачем на десктопе "алгоритмы для высоких нагрузок"?
Там где оно надо, пусть и применяется.
Не думаю что в ядро нужно тащить узкоспециализированные алгоритмы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18

10. Сообщение от Аноним (-), 12-Июн-24, 14:38   +/
̶Н̶у̶р̶г̶а̶л̶и̶е̶в̶ Столлман разрешил (с)
ЖоПЛ не заставляет выкладывать код, если ты его написал для "внутреннего использования".
Раз все согластно букве лицензии, то недовольные могут перейти на Хурд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #43

11. Сообщение от laindono (ok), 12-Июн-24, 14:41   +5 +/
Вообще довольно интересный вопрос, кто все эти люди. Могу предположить, что это крестовики, у которых (в очередной раз) отнимают хлеб и админы, у которых что-то непривычное в логах возникло и они пищат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #13, #49

12. Сообщение от Аноним (-), 12-Июн-24, 14:48   –1 +/
О, а вот и первое подгорание!

> "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса.

Ха-ха, давай встретимся в новости про релиз ядра 6.11.
И кому-то придется извиняться.

>  Ни одной новости где было бы что-то нормальное и при этом реально работающее ни разу ещё не было.
> Одни рипгрепы и прочие хеллоуворлды.

Кудах-кудах, какой-то. Не очень понимаю что ты пишешь.
Pingora,  Niri, COSMIC, Hickory смотрят на тебя как на фанатика.
Драйвера Asahi и Nova просто брезгливо морщаться, sudo-rs и uutils к ним присоединяются.
Где-то на фоне маячит Open Se Cura но она для серьезных дядек, и ей реально пофиг на твое мнение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

13. Сообщение от Аноним (-), 12-Июн-24, 14:54   –7 +/
Думаю раз тема про ядро, то это сишники, навыки которых "я знаю 193 UB в С99" становятся вообще нафиг не нужными, и которых можно заменить на вчерашнего ГОшника.
Ну и сидеть на саппорте какой-то слождно либы выгребая CVE и ошибки памяти годами уже тоже не получится.

Насчет вторых согласен, у плюсовиков есть неилюзорный шанс пойти мести улицы, тк например у гугла растовые команды в 2 раза эфективнее чем плюсовые.

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

Ну и последние - это просто мимокрокодилы которым весело устраивать сарч.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22

14. Сообщение от bOOster (ok), 12-Июн-24, 14:54   +2 +/
Да ни у кого ничего не подгорает. Народ смеется просто над недопрограммистами... А корпорасты все пытаются убогих затащить в системное программирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15

15. Сообщение от Аноним (-), 12-Июн-24, 14:58    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23

16. Сообщение от Аноним (-), 12-Июн-24, 15:23   +/
> "появится" "в конце сентября" как обычно сказки про переписывание фаерфокса.

Это ты просто не знаешь как быстро заходят изменения в ядро.
То что их начали ревьювить значит что там уже всё написано, протестировано и готово к мерджу.
И смерджено оно должно быть задолго до сентября, потому что должно попасть в merge window.
А сам процесс может затянуться на долго, поэтому не удивлюсь если перенесут в следующее ядро.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #21

17. Сообщение от Bottle (?), 12-Июн-24, 15:49   +/
За исключение Libreddit. Хорошая была штука.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

18. Сообщение от Аноним (18), 12-Июн-24, 16:06   –1 +/
Ядрож на серверах бывает. Плюс товарищам учёным, которые настоящие учёные, полезно. А от это профит вообще всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #19, #35

19. Сообщение от Аноним (-), 12-Июн-24, 16:29   –1 +/
> Ядрож на серверах бывает. Плюс товарищам учёным, которые настоящие учёные, полезно. А от это профит вообще всем.

Во-1х не все серваки прям высоко нагруженные.
Для какого-то подкроватного почтовика это вообще нафиг не упало.

Во-2х, я уверен что высокая производительнось далась какими-то срезаниями углов.
И если это внутренний сервак, то это может быть приемлимо, если он голым задом в интернет светит, то не факт.

В-3х, тк ядро сейчас идет общее и для десктопа, и для серваков, и для телефонов, то в нем предсказуемо много ненужного, но выкинуть нельзя.
Так что пусть там будет самый простой, максимально уничерсальный из рабочих алгоритмов.
А те кому уж сильно надо, пусть парятся с патчами и кастомными ядрами

И в-главных, вот они код зажилили и не выдают, и что ты им сделаешь?))


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

21. Сообщение от Аноним (6), 12-Июн-24, 17:25   –1 +/
Это просто все знают что программисты на расте умеют только комментарии на опеннете писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #31

22. Сообщение от Аноним (6), 12-Июн-24, 17:26   +/
В 2 раза больше попугаев. Когде что-нибудь напишут приходи показывай вместе посмеёмся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26

23. Сообщение от Аноним (23), 12-Июн-24, 17:30   +/
Защитнег копрорастов, это ты там про "воришек емаксов" любишь вещать/верещать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #25

24. Сообщение от Oe (?), 12-Июн-24, 17:57   –9 +/
Ура, теперь звук будет заикаться при выполнении жабаскрипта в браузере. А, уже, pipewire.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #36

25. Сообщение от Аноним (-), 12-Июн-24, 18:00   –2 +/
> Защитнег копрорастов, это ты там про "воришек емаксов"

А кто украл емакс? Я его точно не брал)

Я просто говорю, что без инженеров и денег от корпов, сообщество може родить только хурд.
О чем свидетельствуют 80% кода написанного в ядре.
А тк. "как потомпаешь, так полопаешь" - то тот кто работает и должен решать будущее проекта.
Все просто.

>  любишь вещать/верещать?

Ну ты уже начал верещать, да еще и с переходом на личности.
Не то что меня удевляют манеры местного б-ла, но все же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Советский инженер (ok), 12-Июн-24, 18:28   +/
> приходи показывай ...

усторойся в гугол и посмотри

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #27

27. Сообщение от Аноним (6), 12-Июн-24, 18:47   +/
Уже ничего нет. Что я делаю не так. Может в твоём НИИ стены токсичной краской покрасили и у тебя приход?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #33

28. Сообщение от Аноним (6), 12-Июн-24, 18:48   +/
Написали но вся их оптимизация заключается в переоптимизации под себя и усложнение роду ради 1% скорости. В том же Яндексе такая же фигня например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #30

29. Сообщение от ДругойАнон (?), 12-Июн-24, 18:49   +/
В свете смерти закона Мура очень правильная и крутая фича, даешь повышение производительности софта через рационализацию использования ресурсов!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

30. Сообщение от Аноним (-), 12-Июн-24, 19:07   +/
> вся их оптимизация заключается в переоптимизации под себя

Ну а под кого они должны оптимизировать? Под конкурентов? Или под васянов-локалхостников?

> и усложнение роду ради 1% скорости.

Если каждый процент тебе экономит килобаксы/сек. - то почему бы и нет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

31. Сообщение от Аноним (-), 12-Июн-24, 19:10   +/
> программисты на расте умеют только комментарии на опеннете писать

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

33. Сообщение от Советский инженер (ok), 12-Июн-24, 20:02   +/
> Уже ничего нет. Что я делаю не так.

ты так и не устроился в гугл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

35. Сообщение от Аноним (35), 12-Июн-24, 22:05   +/
Товарищи учёные могут сами написать планировщик под свои задачи. Что за коммунистические замашки чужое превратить в "народное"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

36. Сообщение от Аноним (36), 12-Июн-24, 22:23   –1 +/
Адепт коры дуба?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

37. Сообщение от Аноним (37), 12-Июн-24, 22:24   +/
Лучше бы планировщик память нормальный сделали. Без 12309. А то даже на 3 вкладках Firefox крашится. И постоянно диск свопит. Хочется просто взять системник и выкинуть в окно, так как из-за кое-каких уродов он превратился в тыкву.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #52

38. Сообщение от Минона (ok), 12-Июн-24, 22:31   +/
> одна глобальная очередь и по одной очереди на ядро CPU

У стрекозы сперли или у фряхи?

Ответить | Правка | Наверх | Cообщить модератору

39. Сообщение от Минона (ok), 12-Июн-24, 22:33   +/
Включи своп в zram, говорят помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #40, #50

40. Сообщение от Аноним (40), 12-Июн-24, 23:22   +/
Да он включён, а толку то от него на "коре дуба", которой из-за кое-кого в мусоре место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51

41. Сообщение от Вы забыли заполнить поле Name (?), 13-Июн-24, 00:17   +1 +/
- Вы и мои программы за меня планировать будете?
- Ага!

(с) двое из ларца

Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (43), 13-Июн-24, 07:47   –1 +/
GPL вообще не заставляет выкладывать код, если что. GPL заставляет предоставлять код конечному пользователю, и всё.

Если твой покупатель не раздаёт бинарники, то и код не обязан раздавать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

44. Сообщение от Аноним (44), 13-Июн-24, 09:23   –1 +/
но зачем ? люди которые знают как и зачем сделать планировщик сделают его на Си. А остальным нечего туда влазить
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

45. Сообщение от Аноним (44), 13-Июн-24, 09:38   +2 +/
Это какой-то комплекс неполноценности иил как это назвать?
зачем во всех названиях присутствует это слово ? )))
Ответить | Правка | Наверх | Cообщить модератору

47. Сообщение от Аноним (47), 13-Июн-24, 09:56   +/
И будут охреневать каждые два месяца, пытаясь сохранить его работоспособность и портировать под все изменения в каждой новой версии ядра. И ещё будут счастливы, что для каждого изменения придётся перекомпилировать и обновлять ядро. Про то как они будут его тестировать и думать страшно.

В "sched_ext" из userspace скомпилил в BPF, на лету загрузил в работающее ядро, протестировал на отдельной группе процессов, если что-то не так, убрал из ядра, поправил, загрузил опять. Как только все стало нормально перевёл на него все процессы.  Генерировать BPF можно хоть скриптом на Python.
Мечта оптимизаторов и экспериментаторов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #56

48. Сообщение от Омномномном (?), 13-Июн-24, 10:24   –1 +/
В кои-то веки внатуре важное в ядре, очень неплохо.

Тугодумам не понимающим зачем "которые знают как и зачем сделать планировщик сделают его на Си" прописывают читать статью не менее пятнадцати раз с последующим письменным конспектированием усвоенного.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

49. Сообщение от n00by (ok), 13-Июн-24, 11:49   +2 +/
> крестовики, у которых (в очередной раз) отнимают хлеб

Поверь, кто смог несколько раз осилить стандарты (их было несколько) в 2000 страниц, тому плевать на синтаксис и прочие "аргументы" против Rust. Если потребуется, не долго изучить и это. Другое дело, что стандарт плюсов мало кто читал, а у Rust его пока вообще нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

50. Сообщение от n00by (ok), 13-Июн-24, 11:55   +/
Я включал своп в zram с противоположной целью - что бы воспроизвести этот мифический 12309.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #62

51. Сообщение от n00by (ok), 13-Июн-24, 11:56   +/
Вот из-за него и "12309". Ещё небось какой-нибудь автономный дистрибутив, где в конфиге ядра навключено что попало, а потом ещё наложены патчи "против 12309".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #53

52. Сообщение от Аноним (52), 14-Июн-24, 01:36   +/
А они не умеют. Смогли только сделать для тебя штуку, чтобы удобнее тестировать алгоритмы. Теперь уж точно ничего не мешает тебе показать всем как надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

53. Сообщение от Аноним (53), 14-Июн-24, 06:23   +/
Именно. Память в swap, потом swap опять в память, и всё это ещё постоянно через архивацию проходит. Естественно, у него всё тормозит как не в себя.

Тот, кто придумал в 2020 году проталкивать линуксоидам "swap в zram", сейчас, небось, необычайно веселится, ибо продал на первый взгляд умным людями "расширитель памяти", сделанный по принципам himem.sys

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #54, #60

54. Сообщение от n00by (ok), 14-Июн-24, 11:17   +/
Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми 256 мегабайт (что бы можно было подключиться по ssh в момент зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал 10+ Гиг в подкачку, когда все ядра были загружены под 100%, и кино при этом не заикалось. Пока не включил вон ту дрянь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #63

55. Сообщение от pavlinux (ok), 14-Июн-24, 15:50   +/
Ждëм AI генератор кода Раста :)
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от pavlinux (ok), 14-Июн-24, 15:55   +/
> из userspace скомпилил в BPF, на лету загрузил в работающее ядро,

В BPF подсистеме, с момента своего появления, каждый месяц CVE дыры находят.
Для файзеров, BPF - это Клондайк дыр: https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=BPF

Если в системе крутятся какие-то секурные данные, эту xpeнь отрубать надо  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

57. Сообщение от Аноним (-), 15-Июн-24, 11:15   +/
Закон Мура помер, да здравствует Закон Мура. https://spectrum.ieee.org/superconducting-computer

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

60. Сообщение от Tron is Whistling (?), 15-Июн-24, 21:57   +1 +/
himem-то тут при чём, хосспаде? Он не для этого совершенно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

61. Сообщение от Аноним (61), 16-Июн-24, 17:45   +/
А онлайн-игры на eBPF можно писать?
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от Минона (ok), 16-Июн-24, 22:39   +/
> Я включал своп в zram с противоположной целью - что бы воспроизвести
> этот мифический 12309.

Получилось?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #66

63. Сообщение от Минона (ok), 16-Июн-24, 22:44   +/
> Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми
> 256 мегабайт (что бы можно было подключиться по ssh в момент
> зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре
> NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь
> смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал
> 10+ Гиг в подкачку, когда все ядра были загружены под 100%,
> и кино при этом не заикалось. Пока не включил вон ту
> дрянь.

Для убивания лишнего есть оом-киллер.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #65

64. Сообщение от 1 (??), 17-Июн-24, 09:32   +/
Хуцкеры в восторге !

Это раньше надо было извращаться чтоб процесс замаскировать в выводе ps. А теперь "Пожалуйте сразу в ядро господа !".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

65. Сообщение от n00by (ok), 17-Июн-24, 11:03   +/
>> Например, mikhailnov на полном серьёзе это делает, заодно накатывает патч, делающий невыгружаемыми
>> 256 мегабайт (что бы можно было подключиться по ssh в момент
>> зависания и поубивать лишнее). За подобное отношение к NonPagedPool в ядре
>> NT сразу получают животворящего пендаля. На каких-то одноплатниках ZRAM может иметь
>> смысл, а в моих тестах даже самый замедленный Phison S11 проглатывал
>> 10+ Гиг в подкачку, когда все ядра были загружены под 100%,
>> и кино при этом не заикалось. Пока не включил вон ту
>> дрянь.
> Для убивания лишнего есть оом-киллер.

Совершенно внезапно ему может потребоваться вытащить пару страниц из подкачки, а некуда.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

66. Сообщение от n00by (ok), 17-Июн-24, 11:07   +/
>> Я включал своп в zram с противоположной целью - что бы воспроизвести
>> этот мифический 12309.
> Получилось?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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