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

"Проект bpftime развивает реализацию eBPF, работающую в пространстве пользователя"	+/–
Сообщение от opennews (??), 22-Янв-24, 11:44
Представлен проект bpftime, развивающий runtime и виртуальную машину для выполнения обработчиков eBPF в пространстве пользователя. Bpftime позволяет создавать eBPF-сценарии трассировки и вмешательства в работу процессов, реализующие такие возможности, как uprobe и программный перехват всех системных вызовов, работающие целиком в пространстве пользователя. Отмечается, что благодаря исключению лишних переключений контекста  bpftime позволяет добиться десятикратного снижения накладных расходов по сравнению с использованием функциональности uprobe и uretprobe, предоставляемой ядром Linux. Кроме того, bpftime значительно упрощает отладку, потенциально может применяться на системах без ядра Linux и не требует расширенных привилегий, необходимых для загрузки eBPF-приложения в ядро. Код проекта написан на языках С/C++ и распространяется под лицензией MIT... Подробнее: https://www.opennet.me/opennews/art.shtml?num=60477
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 22-Янв-24, 11:44	+4 +/–
похоже на подарок хакерам
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #27, #35

4. Сообщение от хакер (?), 22-Янв-24, 12:32	+5 +/–
неее, подарок - это тот который уже встроен в ведро и его даже отключить в Kconfig нельзя. А это они хотят наш подарочек отнять! Но Линус твердо и четко им покажет палец! Вендузятники поганые, хотят еще и чтоб оно не только в единственно-верной системе работало!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #14

5. Сообщение от 12yoexpert (ok), 22-Янв-24, 12:59	–1 +/–
не прекращаются попытки замедлить ядро
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

7. Сообщение от Аноним (-), 22-Янв-24, 13:08	+/–
Уууу, заговор! Небось Билли проплатил. А может просто наличие всякого овна в ядре раздуло последнее до невероятных размеров? И падение одного компонента роняеет вообще все? И кто-то решил это побороть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от 1 (??), 22-Янв-24, 13:16	+5 +/–
Я думаю, что скоро в пространстве пользователя будет отдельное ядро, в котором можно делать всё, что захочется. Ну, с другой стороны, это же ещё на шаг приближает нас к микроядру ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #23, #28

10. Сообщение от crypt (ok), 22-Янв-24, 13:32	–6 +/–
могли бы хоть этот попробовать на расте сделать... это как раз то место, где он имеет смысл.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

11. Сообщение от crypt (ok), 22-Янв-24, 13:35	–1 +/–
ну да, могли бы хоть здесь начать раст использовать, но нет. раст будем обсуждать, а самую дырявую подсистему напишем всеравно как обычно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #15

12. Сообщение от Аноним (-), 22-Янв-24, 13:46	+2 +/–
Я вот непоняла, а зачем для описанных целей нужен bpf? Почему счётчики не сделать нативным кодом? В ядре ок, мы пытаемся недоверенный код гонять в доверенном контексте. Логика понятна. А здесь-то зачем? И если надо, то почему не wasm?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

13. Сообщение от Аноним (13), 22-Янв-24, 13:51	+3 +/–
Как насчёт собрать команду энтузиастов, которые не могут мириться с тем, что в местах, где имеет смысл, до сих пор не Раст? И продемонстрировать в чём этот самый смысл заключается на практике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #24

14. Сообщение от ЛинусМороз (?), 22-Янв-24, 14:06	+/–
Да пусть берут подарочек. НьюВедроТехнолоджис уже ничто не спасёт от вымирания. Пусть пиндузятники поиграются в песочнице, порадуются напоследок, перед Капцом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

15. Сообщение от ЛинусМороз (?), 22-Янв-24, 14:08	+17 +/–
Британские ученые подсчитали, что 99% написанного на Раст кода было опубликованно в комментариях на Опеннете под новостями о программах, написанных на языке Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #25

16. Сообщение от Аноним (16), 22-Янв-24, 14:44	+/–
Колинукс это что-то из 90х, сегодня убунту встроена в каждой венде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #20

17. Сообщение от ПомидорИзДолины (?), 22-Янв-24, 14:44	+/–
Bpftime может быть прикреплён к **любому работающему процессу** в системе **без необходимости их перезапуска или пересборки**.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #19, #21

18. Сообщение от Аноним (18), 22-Янв-24, 15:06	+/–
А кто вообще додумался механизм для модификации ядра использовать для модификации юзерспейсных процессов?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

19. Сообщение от Аноним (-), 22-Янв-24, 15:30	+1 +/–
Но зачем байткод? PIC писать разучились?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

20. Сообщение от Аноним (20), 22-Янв-24, 15:49	+/–
>Колинукс это что-то из 90х, сегодня убунту встроена в каждой венде. Далее, сработает эффект Мёбиуса ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #33

21. Сообщение от Аноним (21), 22-Янв-24, 16:09	+/–
process_vm_writev process_vm_readv
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

22. Сообщение от Clowns (?), 22-Янв-24, 16:23	–1 +/–
>> А кто вообще додумался механизм для модификации ядра использовать для модификации юзерспейсных процессов? По моему это был riggorii по этому и java есть и куча всего на zst
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

23. Сообщение от Quad Romb (ok), 22-Янв-24, 17:38	+/–
Было уже. В 1970-ых была мода на академические экзоядра, а сейчас что-то подобное Unikernel-ами кличут. Никуда это не приближает и не отдаляет, а просто решает конкретные поставленные задачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

24. Сообщение от crypt (ok), 22-Янв-24, 20:31	+/–
так и я о чем. команду собрал (https://github.com/Rust-for-Linux/linux), столько агитирующих было, а как до дела дошло, так нету никого код писать. или мне надо еще список CVE с дырами в этой подсистеме собрать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26

25. Сообщение от crypt (ok), 22-Янв-24, 20:33	+/–
> Британские ученые подсчитали, что 99% написанного на Раст кода было опубликованно в > комментариях на Опеннете под новостями о программах, написанных на языке Си. ага и 99% CVE по ядру относятся к этой подсистеме. а зачем в ядро rust внедряли тогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #31

26. Сообщение от нах. (?), 23-Янв-24, 00:15	+/–
> а как до дела дошло, так нету никого код писать а сам ты не умеешь, как жаль... > надо еще список CVE с дырами в этой подсистеме собрать нет, надо написать что-то посложнее хеловрота - самому. (вполне вероятно что в процессе ты поймешь, почему выбор хруста для хобби-проекта - так себе)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от mos87 (ok), 23-Янв-24, 06:41	+/–
выключи свой дэвайс. а то подарочище жы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

28. Сообщение от mos87 (ok), 23-Янв-24, 06:43	+1 +/–
за№№ли с этим карго культом микроядра давно уже всё смешалось и перемешалось. ну сиди на хурде ёпт как настоящий красноглаз, чего к студенческому ляликсу лезть со своими фантазиями? тут скучную работу работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

29. Сообщение от крокодил мимо.. (?), 23-Янв-24, 12:13	–1 +/–
> позволяет выполнять целиком в пространстве пользователя eBPF-программы трассировки и вмешательства в работу процессов, использующие такие возможности, как uprobe и программный перехват системных вызовов... и не требует расширенных привилегий, необходимых для загрузки eBPF-приложения в ядро.. перечитывал.. yet another security hole by design(tm).. т.е. вот это теперь ни о чём: # sysctl kernel.unprivileged_bpf_disabled=1 выше сказали, что опцию вырезать весь bpf/ebpf из ядра уже убрали (на стадии сборки/конфига).. надеюсь, что это был сарказм..
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от _oleg_ (ok), 23-Янв-24, 12:53	+/–
> Отмечается, что благодаря исключению лишних переключений контекста А точно контекста? Разве не usermode/kernelmode?
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от YetAnotherOnanym (ok), 23-Янв-24, 16:21	+1 +/–
> а зачем в ядро rust внедряли тогда Вот это по-растовски. Сначала внедрить, а потом думать - зачем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

32. Сообщение от Аноним (32), 23-Янв-24, 16:35	+1 +/–
"Виртуальная машина в динамическом пространстве абстрактного гипервизора" (краткий пересказ новости)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

33. Сообщение от Аноним (33), 23-Янв-24, 19:20	+/–
Что за эффект? Расскажи подробнее пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

34. Сообщение от Аноним (34), 24-Янв-24, 07:02	+/–
Два виноградных бренди этому господину!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от Аноним (-), 26-Янв-24, 18:39	+/–
PAX, YAMA это все порежет.  Bpftime Будет работать только на систе ах с отключённой защитой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

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