OpenForum RSS: В состав GCC принят бэкенд для компиляции в eBPF https://m.opennet.dev/openforum/vsluhforumID3/118414.html В состав набора компиляторов GCC принят код для компиляции программ для встроенного в ядро Linux интерпретатора байткода eBPF. Благодаря применению JIT-компиляции, в ядре байткод на лету транслируется в машинные инструкции и выполняется с производительностью нативного кода. Патчи с поддержкой eBPF приняты в ветку, на основе которой развивается выпуск GCC 10...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51457<br> В состав GCC принят бэкенд для компиляции в eBPF (X4asd) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#42 Wed, 11 Sep 2019 16:12:59 GMT &gt; вот так <br><br>и всё же<br> В состав GCC принят бэкенд для компиляции в eBPF (Аноним) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#41 Wed, 11 Sep 2019 13:47:05 GMT Нет никаких подмножеств. Есть Чистый Си, и есть уже несовместимый с ним C++<br> В состав GCC принят бэкенд для компиляции в eBPF (Аноним) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#40 Wed, 11 Sep 2019 12:17:12 GMT &gt;но не проще ли сгенерировать код для целевого процессора один единственный раз при инсталляции софта на конкретную машину?<br><br>А правила добавлять/вставлять/удалять на ходу?<br> В состав GCC принят бэкенд для компиляции в eBPF (Аноним84701) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#39 Wed, 11 Sep 2019 10:14:27 GMT &gt; В чем смысл именно JIT (в его классическом понимании - трансляции команд <br>&gt; "на лету", т.е. как минимум при каждом запуске, а то и <br>&gt; в процессе исполнения программы)?<br><br>В классическом понимании -- для компиляции "на лету" ЯП с динамической типизацией/поздним связыванием (vtable, dynamic dispatch) и прочими кунтсштюкам. <br>ЕМНИП, придумали еще в 60 для лиспа.<br><br>При "классической" компиляции динамичного ЯП придется или генерировать код для всех возможных комбинаций вариантов типов/вызовов методов или же "разбирать" все во время выполнения (получим тот же интерпретатор, вид сбоку).<br>В случае JIT компиляции есть возможность отслеживать (tracing JIT) конкретно используемые типы и методы и компилировать только этот вариант.<br><br><br><br> В состав GCC принят бэкенд для компиляции в eBPF (nobody) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#38 Wed, 11 Sep 2019 09:00:51 GMT Было бы неплохо. В GPU шейдеры - уже<br> В состав GCC принят бэкенд для компиляции в eBPF (nc) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#37 Wed, 11 Sep 2019 05:45:58 GMT В чем смысл именно JIT (в его классическом понимании - трансляции команд "на лету", т.е. как минимум при каждом запуске, а то и в процессе исполнения программы)? <br>Как формат для распространения еще можно понять, но не проще ли сгенерировать код для целевого процессора один единственный раз при инсталляции софта на конкретную машину?<br> В состав GCC принят бэкенд для компиляции в eBPF (bobr) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#35 Tue, 10 Sep 2019 15:06:01 GMT Там JIT-компиляция.<br> В состав GCC принят бэкенд для компиляции в eBPF (grsec) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#34 Tue, 10 Sep 2019 14:23:50 GMT вот так<br> В состав GCC принят бэкенд для компиляции в eBPF (anonymous) https://m.opennet.dev/openforum/vsluhforumID3/118414.html#33 Tue, 10 Sep 2019 14:00:46 GMT WebAssembly на eBPF :)<br>