https://opennet.me/openforum/vsluhforumID3/134139.html Организация FreeBSD Foundation опубликовала серию отчётов, подготовленных по мотивам обсуждений на прошедшем в Канаде саммите разработчиков FreeBSD. Среди рассмотренных на саммите тем:...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61456<br> https://opennet.me/openforum/vsluhforumID3/134139.html#98 Sat, 13 Jul 2024 16:02:56 GMT Это не легаси, это база, которой линукс пользовался долгие годы.<br>Без базы ты никому не нужен. И база у линукса - юникс.<br><br>Иначе он бы до третьей версии не дожил бы. Да он бы и до первой не дожил.<br>Без фс и сети кому бы он сдался.<br><br>&gt; Это вы о чем? У линукса подсистема vt самопальная<br><br>Это про util-linux, который kernel.org стандартной частью линукса как ОС называет.<br><br>И вообще, смотри исходный код. Всё же есть.<br>Даже гугл ещё не весь bsd-код в бионике переписал.<br>Лучше конечно брать самые ранние версии. Там его много больше.<br><br>А оригинального кода в шестом линуксе по сравнению с 0.01, тоже вряд ли много осталось.<br> https://opennet.me/openforum/vsluhforumID3/134139.html#97 Sat, 13 Jul 2024 14:11:54 GMT Так и вы всё брали не в 2024.<br> https://opennet.me/openforum/vsluhforumID3/134139.html#96 Tue, 09 Jul 2024 21:43:12 GMT &gt; Ну так линух фонундейшн и его платиновых спонсоров точно так же не <br>&gt; волнует твое мнение про Раст.<br><br>Этот фаундейшн имеет весьма опосредованое отношение к разработке ядра. Ну так, мелочи.<br><br>&gt; Большие дяди решили что расту быть в ядре, можешь хоть усарться, но ты этого не изменишь.<br><br>1) А с чего вы вообще взяли что я принципиально против хруста самого по себе?<br>2) По состоянию на сейчас на хрусте нет вообще совсем ничего реально эксплуатируемого типа драйверов, ФС и проч. Это некий эксперимент.<br>3) Я не понмаю почему должно быть нельзя провести тот эксперимент.<br><br>&gt; Memory Corruption это абсолютный лидер.<br>&gt; За ним идет Overflow который зачастую тоже портит память.<br><br>Да я все понимаю но чем вон те try_* от хрустиков в том же кернеле так уж принципиально отличались - я так и не понял. Ну, ок, как максимум потенциально опасный код будет маркирован как таковой. Но что-то сделать с общей логикой которая на самом деле нужна для вот именно кернела хруст таки - не смог. Не, там не катит брякнуться в панику если https://opennet.me/openforum/vsluhforumID3/134139.html#95 Tue, 09 Jul 2024 08:57:39 GMT &gt; Ну как бы майкрософт меня не очень интересует, вместе с его проблемами. <br><br>Ну так линух фонундейшн и его платиновых спонсоров точно так же не волнует твое мнение про Раст.<br>Большие дяди решили что расту быть в ядре, можешь хоть усарться, но ты этого не изменишь.<br><br>Но вот тебе статистика по ядру<br>cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33<br>Memory Corruption это абсолютный лидер. <br>За ним идет Overflow который зачастую тоже портит память.<br><br>&gt; При чем тут написание, если я про читаемость? Это разные ипостаси. <br><br>Лол, типа ты только пишешь, но не читаешь?<br>Особенно если разработка ведется не в одиночку.<br><br>&gt; Но потом взглянув на эту страхолюдину через годика два - как-то очень некомфортно. Ибо въехать что ж оно такое тут делало - долго и мучительно.<br><br>Возможно тебе просто не хватает опыта. <br>Я брал чужие кода на Расте, разбирался чего они делали и исправлял-подпиливал.<br><br>&gt; Хватает. Но там нет корпов в советах директоров и булшит-пакетников с корпорат контролем гадищихся под себя.<br><br>Звучит https://opennet.me/openforum/vsluhforumID3/134139.html#94 Mon, 08 Jul 2024 17:03:16 GMT &gt; У майкрософта ошибки с памятью это 70% CVE.<br><br>Ну как бы майкрософт меня не очень интересует, вместе с его проблемами. Да и проверить их статистику будет напряжно, сорцов же не дают. Не, это не те джентльмены которым я поверю на слово. Они уже достаточно лапши мне навесили как их Windows Server пингвина обгоняет.<br><br>&gt; А доверять компании, которая создала самую лучшую и распространенную десктопную ось, <br>&gt; наверное стоит.<br><br>Как тот кто плотно с ними партнерил я придерживаюсь иных идей на этот счет. Но вы можете верить что и виндус сервер обгоняет Linux, конечно. Покуда господа апдейты Linux'овым CDN'ом грузят, ога.<br><br>&gt; Думаю ты просто на нем не писал. Синтаксис осваивается недели за две. <br><br>При чем тут написание, если я про читаемость? Это разные ипостаси. Да, будучи програмером можно поймать волну и прогать хоть на брейнфаке. Но потом взглянув на эту страхолюдину через годика два - как-то очень некомфортно. Ибо въехать что ж оно такое тут делало - долго и мучительно.<br> <br>&gt; В плюсах тоже хватает булщит-темпл https://opennet.me/openforum/vsluhforumID3/134139.html#93 Mon, 08 Jul 2024 16:46:56 GMT &gt; ext2 - рефакторинг ufs<br><br>Сейчас 2024, даже EXT4, который далеко ушел от того "хайтека" - "obsolete". Он свое отлетал, почти не разрабатывается уже. Это как паровую машину на полпроцента улучшать.<br><br>&gt; xorg - форк с бсдешных xfree86 вместе с архитектурой и дровами.<br><br>А еще его в линуксе - задепрекейтили. Вы немного опоздали. И патентом на паровую машину тоже поздняк махать.<br><br>&gt; в "линуксовых" иксах ошибки из бсд. А до этого "все" думали, <br>&gt; что это такая графика для линукса.<br><br>Легаси, которое мы пока еще не до конца выбросили. И только.<br><br>&gt; vfs - рефакторинг и реализация vfs sun microsystems<br><br>Искренне сомневаюсь что там сейчас хоть бит от того кода найдется. А то что общая идея осталась, мало ли что.<br><br>&gt; af_inet - рефакторинг и перереализация bsd sockets <br>&gt; namespaces - рефакторинг namespaces из plan9<br><br>Это не "рефактор" а самостоятельная реализация сисколов - пусть и "по мотивам". Да, clone() это не fork(). Это более крутой superset по мотивам сисколов plan9. Но реализация сугубо своя.<br><br>&gt; Дров из бс https://opennet.me/openforum/vsluhforumID3/134139.html#92 Mon, 08 Jul 2024 15:58:20 GMT &gt;&gt; Напомню. Речь идёт только об одном, но при этом наиболее распространённом классе ошибок.<br>&gt; И он "наиболее распостранен" - по сравнению с чем именно?<br><br>У майкрософта ошибки с памятью это 70% CVE.<br>msrc.microsoft.com/blog/2019/07/a-proactive-approach-to-more-secure-code/<br>А доверять компании, которая создала самую лучшую и распространенную десктопную ось, наверное стоит.<br><br>&gt; Как минимум откровенно нечитаемый код, еще хуже чем плюсы, <br><br>Думаю ты просто на нем не писал. Синтаксис осваивается недели за две.<br>В плюсах тоже хватает булщит-темплейтов<br><br>&gt; и корпоративный контроль над хрустом и репами с дополнениями. <br><br>Давай посмотрим кто в комитете С++<br>WG21 (ISO C++ Committee) Members:<br> Bryce Adelstein Lelbach (NVIDIA, Library Evolution Working Group chair)<br> Matt Austern (Google, SG8 Concepts chair)<br> Aaron Ballman (Intel, SG22 C/C++ Liaison chair, SG12 Undefined/unspecified behavior assistant chair)<br> Dean Michael Berris (Google)<br> Hans Boehm (Google, SG5 Transactional Memory chair, SG1 Concu https://opennet.me/openforum/vsluhforumID3/134139.html#91 Mon, 08 Jul 2024 15:23:46 GMT &gt; Сколько ещё раз надо повторить, что переписывание на Rust не избавит от <br>&gt; всех возможных ошибок в коде? <br><br>Да, экспертам уровня OpenSSL никакой Rust от многочисленных CVEшек - и правда не поможет.<br><br>&gt; Напомню. Речь идёт только об одном, но при этом наиболее распространённом классе ошибок.<br><br>И он "наиболее распостранен" - по сравнению с чем именно?<br><br>&gt; Если хотя бы от них можно будет избавиться - уже хорошо, даже при прочих равных. <br><br>Да никто не говорит что это так то плохо. Но с вот именно хрустом есть нюансы. Как минимум откровенно нечитаемый код, еще хуже чем плюсы, и корпоративный контроль над хрустом и репами с дополнениями.<br><br>&gt; Остальное потом допилить можно будет.<br><br>Это в софтострое обычно не работает.<br> https://opennet.me/openforum/vsluhforumID3/134139.html#90 Mon, 08 Jul 2024 12:34:57 GMT Не достиг 1.0.<br>