https://m.opennet.me/openforum/vsluhforumID3/118164.html Компания Oracle сообщила (https://blogs.oracle.com/linux/dtrace-on-fedora) о работе по передаче связанных с DTrace изменений в upstream и планах по реализации технологии динамической отладки DTrace поверх штатной инфрастуруктуры ядра Linux, а именно с использованием таких подсистем, как eBPF. Изначально основной проблемой с использованием DTrace в Linux была несовместимость на уровне лицензий, но в 2018 году компания Oracle перелицензировала (https://www.opennet.ru/opennews/art.shtml?num=48078) код DTrace под GPLv2. <br><br><br>DTrace уже длительное время (https://www.opennet.ru/opennews/art.shtml?num=35586) предлагается в составе расширенного ядра для дистрибутива Oracle Linux, но для своего использования в других дистрибитувах требует применения дополнительных патчей для ядра, что ограничивает использование указанной технологии. В качестве примера, компания Oracle подготовила (https://blogs.oracle.com/linux/dtrace-on-fedora) детальную инструкцию по установке и использованию DTrace в Fedora Linux. Для установки тр https://m.opennet.me/openforum/vsluhforumID3/118164.html#26 Fri, 16 Aug 2019 18:51:44 GMT А чо Ораколь ещё не додумался жабу в ведро запустить? Всего-то модуль наклепать!<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#25 Fri, 16 Aug 2019 02:47:37 GMT Лучше всего если JIT будет прямо в CPU. Но так как JIT для всех языков туда не засунешь, будет для WebAsm.<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#24 Thu, 15 Aug 2019 20:31:25 GMT Вопрос привычки. Через несколько сотен раз набирания "while(line = read(file)" захочется добавить макро, делающее "while (defined($_ = &lt;file_E&gt;))" из "while(&lt;file_E&gt;)", например. Ну так уже добавлено.<br><br>Кому-то надоедает писать foreach i in L { sum += i }, и он начинает использовать foldr (+) L, а потом, может быть и +/L, ну а кому-то наверное и нет.<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#23 Thu, 15 Aug 2019 17:02:19 GMT &gt; //offtop <br>&gt; eBPF - быстро, а jvm - медленно?<br><br>Стековая виртуальная машина с поддержкой объектов-методов и еще целой кучи жирностей != регистровая VM для, по сути, обрезанного DSL.<br>https://blogs.igalia.com/dpino/2019/01/07/introduction-to-xdp-and-ebpf/<br><br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#21 Thu, 15 Aug 2019 15:05:06 GMT Вы внимательно читаете новость?<br>Всё уже идет к тому, что в ядре будет только jit компилятор, а все остальное будет загружаться динамически. :)<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#20 Thu, 15 Aug 2019 14:41:40 GMT Что в awk расшифровывать, он же прост как топор.<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#19 Thu, 15 Aug 2019 14:40:52 GMT &gt;Но не представляю задачи, котору на нём было бы удобнее решать, чем на perl.<br><br>Обработка таблиц без сложной логики - получается лаконичнее, чем на perl<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#18 Thu, 15 Aug 2019 14:01:22 GMT Да это даже не набросик. Ну, то есть можно и в машинных кодах писать, но оно ж чудовищно. Чем это может быть лучше, чем нормальная структурированная запись? Когда оно создавалось - это было логично, тогда каждый байт экономили. А сейчас, уж простите, я лучше явно напишу while(line = read(file){...} чем буду использовать заклинания из AWK. Так его хоть прочесть и поправить можно без расшифровки.<br> https://m.opennet.me/openforum/vsluhforumID3/118164.html#17 Thu, 15 Aug 2019 13:16:07 GMT Вам и Таненбауму<br>