https://opennet.ru/openforum/vsluhforumID3/121478.html Кристоф Хелвиг (Christoph Hellwig), известный разработчик ядра Linux, в своё время входивший в управляющий технический комитет организации Linux Foundation и выступавший истцом в связанном с GPL судебном разбирательстве с VMware, предложил ужесточить защиту от связывания проприетарных драйверов с компонентами ядра Linux, экспортируемыми только для модулей под лицензией GPL. Для обхода ограничения на экспорт GPL-символов производители проприетарных драйверов используют модуль-прослойку, код которой открыт и распространяется под лицензией GPLv2, но функции сводятся к трансляции доступа проприетарного драйвера к необходимым API ядра, запрещённым для использования из проприетарного кода напрямую...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53485<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#387 Tue, 11 Aug 2020 10:09:08 GMT Фикцию<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#386 Tue, 11 Aug 2020 10:07:37 GMT бинарные файлы драйверов<br>А потом вы захотите этот Debian seL4 на Малине или Оранже каком... и ага приплыли.<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#385 Mon, 10 Aug 2020 14:33:31 GMT А что, специальной поддержки сторонних модулей похоже никогда не было. Всегда надо было ставить или исходники или их усеченный вариант с одними заголовками, чтоб что-то для ядра собрать. А загрузка произвольных модулей - возможно, скорее отладочная опция, почти как рутование андроида.<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#384 Mon, 10 Aug 2020 13:15:29 GMT Вот выпустит Гугл Фуксию, и будут красноокие SUCTION. А она BSD-3-clause.<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#383 Mon, 10 Aug 2020 04:23:17 GMT &gt; можно спросить - вы что нить кроме 1 диска в системе пользовали? <br>&gt; ну так что бы 20-40-80 дисков было в NAS?<br><br>До пары десятков дисков собирал. Ну, работало. А чего ему не? Правда RAID1, конечно, а не RAID56. Хотя конечно можно как пох, выбрать самое глупое и проблемное действо и потом показательно корчиться с простреленной пяткой.<br><br>&gt; если нет - тогда давайте закрывать разговор. Вы все равно не поймете этих проблем.<br><br>Я не утверждаю что btrfs - серебряная пуля на вообще все оказии и что это оптимально для ВСЕХ конфигураций и требований.<br><br>&gt; Давайте я вам скажу - что journal checksum в ext4 (относительно не <br>&gt; большой поток на самом то деле) Может ощутимо тормозить всю систему.<br><br>Может. И чексумы в btrfs - могут. Смотря по ситуации. Сколь-нибудь большие или странные конфиги всегда требуют к себе внимания и могут подкинуть странностей. И чего?<br><br>&gt; Тут он и закончится. Наоборот начнется пиар того что лучше подходит, а <br>&gt; линукс останется гикам.<br><br>Этот мир не настолько черно-белый и на HPC имени нвидии https://opennet.ru/openforum/vsluhforumID3/121478.html#382 Sun, 09 Aug 2020 20:55:27 GMT &gt; Ты точно знаешь перевод того что процитировал ?:) <br><br>У меня в отличие от вас с инглишем нормально. И поэтому я в курсе что в эту формулировку вообще не входит какая-то там (не)возможность замены алгоритмов.<br><br>p.s. первые GPU, внезапно, были fixed-function.<br><br>&gt; Вот на GPU я могу считать разные алгоритмы - а на ASIC прошитом под обработку <br>&gt; звука я ничего другое уже не сделаю.<br><br>Не мешает AMD обзывать GPU ASIC'ами. Мораль сей басни такова: ASIC разные бывают.<br><br>GPU - вполне себе application specific. Достаточно на устройство посмотреть.<br><br>&gt; Указывать ограничения GPU не стоит, но он значительно более general purpose чем ASIC.<br><br>Это перепрограммируемый ASIC. А сейчас и другие появились - NPU набирают обороты. Специфичные дизайны для запуска нейросеток крупным оптом. Там перепрограммируемость еще меньше, оно обычно умеет несколько простых операций. И поэтому перепрофилировать такие вещи с нейросетей на что-то иное если и можно - то ограниченно. Это весьма редуцированные ALUшки под задачу. Зато очень крупны https://opennet.ru/openforum/vsluhforumID3/121478.html#381 Sun, 09 Aug 2020 20:10:10 GMT &gt; Я-то не против kernel team-а, а очень даже за. Но вы почему-то <br>&gt; считаете, что kernel team против таких пользователей, как я. А это не так :)<br><br>Они не против пользователей как таковых. Но здорово против проприетары, особенно когда это начинает касаться их.<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#380 Sun, 09 Aug 2020 13:28:15 GMT &gt; Мужик ты где такую траву берешь? сдай диллера...<br><br>Тебе рано еще, ты даже слово правильно писать не научился.<br><br>&gt; У FSF свой рубанок - SFСL называется.<br><br>Не возражаю чтобы эти срубили денег. У них видите ли как коммунизм - с каждого по способностям, каждому по потребностям. И если отбросить шелуху и пропаганду, неплохо, черт возьми, работает. Ну, когда оно не на штыках в окорок, а на добровольных началах, конечно.<br> https://opennet.ru/openforum/vsluhforumID3/121478.html#379 Sun, 09 Aug 2020 07:21:00 GMT &gt; уже поздно метаться. даже когда не было поддержки корпораций у линукса его <br>&gt; использовали везде. не говоря уже о сусе и красной шапке, мандриве <br>&gt; и прочих. от ibm только проще станет линуксу. меньше нос совать <br>&gt; будут в разработку. его и так уже завернули неизвестно куда.<br><br>Насмешил...<br>