Компания NVIDIA объявила, что в грядущем выпуске проприетарных драйверов NVIDIA 560 на системах с GPU на базе Turing (GeForce RTX 2000) и более новых микроархитектур по умолчанию будут задействованы открытые модули ядра Linux. Код модулей был открыт в 2022 году под лицензиями MIT и GPLv2, и обновляется синхронно с каждым новым выпуском проприетарных драйверов. При этом, несмотря на наличие открытых модулей при установке проприетарных драйверов NVIDIA до сих пор продолжали использоваться проприетарные варианты модулей, основанные на общей кодовой базе с открытыми, но отличающиеся и развивающиеся отдельно...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61153
Не осилили починить критический баг в проприетарных за несколько месяцев, видимо...forums.developer.nvidia.com/t/284772
Да ты чо, вот этому багу уже пару лет и фикса нет.https://forums.developer.nvidia.com/t/vulkan-app-with-vk-pre...
И всё же, в моём сообщении речь не просто о проблемах отображения, уже типичных для нвидии, а о и неработоспособности ядра больше нескольких часов аптайма с её драйверами, да ещё и с немалым риском повреждения файловой системы, что я нахожу несколько... более критичной проблемой
> И всё же, в моём сообщении речь не просто о проблемах отображения, уже
> типичных для нвидии, а о и неработоспособности ядра больше нескольких часов
> аптайма с её драйверами, да ещё и с немалым риском повреждения файловой системы,Вот таки да - толпы "счастливых" юзерей с покиляными файлухами - радостно носятся и вопят хвалебные оды своему фетишу.
Этак глядишь - скоро пойдут на поклон к Торвальдсу, майнлайнить вон то. Повторив историю АМД. Ну а как они будут объяснять кастомерам что вынос ФС - just as planned? В этом месте они узнают жестким способом что системная интеграция - штука важная :D
Дождались. Спустя Овер дофига лет.
Пока ничего не дождались, ибо https://github.com/NVIDIA/open-gpu-kernel-modules не будет включён в состав ядра никогда. Всё тот же кекс с драйверами, только без Tainted. Плюс userspace 100% закрытый.Когда NVIDIA начнёт пилить nouveau/NVK, тогда поговорим.
А почему nouveau и NVK не могут использовать драйвер вместо того что сейчас в ядре? Тогда его можно будет все жить т.к. будет открытый юзерспейс.
> ибо https://github.com/NVIDIA/open-gpu-kernel-modules не будет
> включён в состав ядра никогдаСлышь, великий эксперт по GPU, а расскажи: зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau?
Единственное логичное объяснение зачем этот маневр может быть нужен нвидии и тому разработчику, в паре с тем маневром вокруг GSP - они, видимо все же решили попробовать маневр в стиле амд. Иначе эта активность выглядела бы очень ... странно.
> Всё тот же кекс с драйверами, только без Tainted.
Это пока. И кстати любой out of tree модуль ставит tainted биты, только - разные.
> Плюс userspace 100% закрытый.
У амд тоже где-то как-то есть закрытый юзермод. На практике на него почти все забили и какой-нибудь RADV как вулкан - еще и быстрее работает.
> зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau?очевидно же, свяжут ему руки чтобы не пилил nouveau
>> зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau?
> очевидно же, свяжут ему руки чтобы не пилил nouveauДа, а редхаткими именно поэтому же затеяли возню с GSP. А вовсе не для того чтобы подогнать свое видение как это стоит делать - к (современному) видению нвидии этсамого, и попытаться работать вместе в нормальном формате?
Драйвера 3D ускорения как были закрытыми так и будут всегда, это они считают своей интеллектуальной собственностью и делиться не будут.
Перст указующий Линуса защитника опенсорса творит чудеса.
Линус уже не тот, к сожалению.
Ему там сказали, "что он слишком буянит" и он стал гораздо менее эмоциональным :(
> Линус уже не тот, к сожалению.
> Ему там сказали, "что он слишком буянит" и он стал гораздо менее
> эмоциональным :(Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно.
Но гениталии его в руках RHEL, т.к. это они его ужинают, а значит и танцуют в известной степени.
https://www.opennet.dev/opennews/art.shtml?num=61021
ты хотел сказать IBM? и откуда инфа?
> ты хотел сказать IBM? и откуда инфа?Смысле откуда инфа? У него пакет акций RHEL и зряплату ему не Гендальф из астрала платит.
> Смысле откуда инфа? У него пакет акций RHEL и зряплату ему не Гендальф
> из астрала платит.Ну так он шкурно заинтересован чтобы Linux как проекту было ЗБС. А для этого чисто технически порой надо слать в пень и корпов с дурацкими идеями. И это все адекватные люди - включая и топов - таки понимают. А NAK от Торвальдса таки - фиг оспоришь, хоть как.
Че-то он раст не отфутболил и в то же время попыток его освоить не делает. Патчи с мутным кодом будет проверять какой-то школьник видимо
А зачем ему отфутболивать раст, равно как и учить его?> Патчи с мутным кодом будет проверять какой-то школьник видимо
Я почти уверен, что Линус старого образца мог выдать такую фразу про C++
From: Linus Torvalds <torvalds <at> linux-foundation.org>
Subject: Re: [RFC] Convert builin-mailinfo.c to use The Better String Library.
Newsgroups: gmane.comp.version-control.git
Date: 2007-09-06 17:50:28 GMT (2 years, 14 weeks, 16 hours and 36 minutes ago)On Wed, 5 Sep 2007, Dmitry Kakurin wrote:
>
> When I first looked at Git source code two things struck me as odd:
> 1. Pure C as opposed to C++. No idea why. Please don't talk about portability,
> it's BS.*YOU* are full of bullshit.
C++ is a horrible language. It's made more horrible by the fact that a lot
of substandard programmers use it, to the point where it's much much
easier to generate total and utter crap with it. Quite frankly, even if
the choice of C were to do *nothing* but keep the C++ programmers out,
that in itself would be a huge reason to use C.In other words: the choice of C is the only sane choice. I know Miles
Bader jokingly said "to piss you off", but it's actually true. I've come
to the conclusion that any programmer that would prefer the project to be
in C++ over C is likely a programmer that I really *would* prefer to piss
off, so that he doesn't come and screw up any project I'm involved with.C++ leads to really really bad design choices. You invariably start using
the "nice" library features of the language like STL and Boost and other
total and utter crap, that may "help" you program, but causes:- infinite amounts of pain when they don't work (and anybody who tells me
that STL and especially Boost are stable and portable is just so full
of BS that it's not even funny)- inefficient abstracted programming models where two years down the road
you notice that some abstraction wasn't very efficient, but now all
your code depends on all the nice object models around it, and you
cannot fix it without rewriting your app.In other words, the only way to do good, efficient, and system-level and
portable C++ ends up to limit yourself to all the things that are
basically available in C. And limiting your project to C means that people
don't screw that up, and also means that you get a lot of programmers that
do actually understand low-level issues and don't screw things up with any
idiotic "object model" crap.So I'm sorry, but for something like git, where efficiency was a primary
objective, the "advantages" of C++ is just a huge mistake. The fact that
we also piss off people who cannot see that is just a big additional
advantage.If you want a VCS that is written in C++, go play with Monotone. Really.
They use a "real database". They use "nice object-oriented libraries".
They use "nice C++ abstractions". And quite frankly, as a result of all
these design decisions that sound so appealing to some CS people, the end
result is a horrible and unmaintainable mess.But I'm sure you'd like it more than git.
Linus
From: Linus Torvalds
Subject: Re: Compiling C++ kernel module + Makefile
Date: Mon, 19 Jan 2004 22:46:23 -0800 (PST)
On Tue, 20 Jan 2004, Robin Rosenberg wrote:
>
> This is the "We've always used COBOL^H^H^H^H" argument.In fact, in Linux we did try C++ once already, back in 1992.
It sucks. Trust me - writing kernel code in C++ is a BLOODY STUPID IDEA.
The fact is, C++ compilers are not trustworthy. They were even worse in
1992, but some fundamental facts haven't changed:- the whole C++ exception handling thing is fundamentally broken. It's
_especially_ broken for kernels.
- any compiler or language that likes to hide things like memory
allocations behind your back just isn't a good choice for a kernel.
- you can write object-oriented code (useful for filesystems etc) in C,
_without_ the crap that is C++.In general, I'd say that anybody who designs his kernel modules for C++ is
either
(a) looking for problems
(b) a C++ bigot that can't see what he is writing is really just C anyway
(c) was given an assignment in CS class to do so.Feel free to make up (d).
Linus
Линус - тоже человек. А значит может ошибаться. Ну "бабки, кругом бабки" никто не отменял.
> Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно.Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет гением. Если почитать рассылки, авторы патчей предлагают идеи, и в общем, приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше. А в треды порой заходит Линус, обзывает участвующих идиотами и закрывает тему, не терпя возражений.
А ядро такая сложная вещь, частенько идеальных решений не существует Например, тут https://lore.kernel.org/lkml/CAHk-=wi5YPwWA8f5RAf_Hi8iL0NhGJ.../ Линус ворвался, написал, что ему не нравится и почему, но сам не смог ничего предложить, только сходу заткнул всем рты.
Так в чем он не прав?
А в чем прав?
То есть ты к его сообщению претензию имеешь, но не читал?
А ты мое сообщение читал или просто так ответил?
Ты хотя бы в курск, что на дефолтном поведении при переполнениях строится вся библиотека GMP и другие ей подобные?
Это решает проблему, которая волнует в том числе Линуса?
Линуса волнуют дурачки, которые не могут сформулировать претензию
Линус сам дурачок, который, критикуя, не может предложить решение.
Решение для чего? Проблемы нет
Проблемы нет, а Линус доказывает, что решать надо как-то иначе.
Где он че-то "решать иначе" собрался? Мы разные сообщения читали?
Неучтенные целочисленные переполнения - на текущий момент одна из основных проблем ядра, приводящая к многочисленным уязвимостям, это уже обсуждали в рассылке. Нужно - сам найдешь. Разработчик косвенно поднял эту тему снова, но Линус включил режим "вы все тупые, а я д`Артаньян". Только вот уязвимость так и продолжат выявлять.
Торвальдс посоветовал Кису Куку из Google быть решением, а не проблемой в работе с кодом и мейнтейнерами ядра Linux
а также перестать плодить неразумные жалобы на код компилятора.
Человек пришел с предложением. Линус сначала объяснил, чем не нравится его предложение, а потом прилюдно начал наезжать. Тут несколько проблем:- Линус после технических вопросов не удержался от перехода на личности.
- Сам именно техническое решение давно висящего вопроса не предложил.
- У него явно проблемы как с выражением мыслей, так и способностью держать себя в руках - постоянно срывается на капс-лок.
- Время от времени вижу в рассылке как он, вмешиваясь, пытается заставить прекратить дискуссию. При этом он забывает, что ядро ему не принадлежит и модератором рассылки не является.
- Командный дух, мотивация от руководителя? Не, не слышали.
- Сам же жалуется, что много народу, работающих над ядром, стали делать это спустя рукава.Короче говоря, вырисовывается какой-то не совсем адекватный человек, хоть и с прокачанными хард-скиллами. Техлид, который считает себя как минимум CEO, а по факту лишь наемный работник.
А, ну понятно, опять самому искать пруфы твоих слов
>предлагают идеи, и в общем, приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше.Удивительно что Линус столько держится и все еще не впихнули ему совет по гендерным делам и экоразнообразию.
Видимо спонсоров все устраивает.
Не понял, к чему это?
>> Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно.
> Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет
> гением. Если почитать рассылки, авторы патчей предлагают идеи, и в общем,
> приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше.
> А в треды порой заходит Линус, обзывает участвующих идиотами и закрывает
> тему, не терпя возражений.
> А ядро такая сложная вещь, частенько идеальных решений не существует Например, тут
> https://lore.kernel.org/lkml/CAHk-=wi5YPwWA8f5RAf_Hi8iL0NhGJ.../
> Линус ворвался, написал, что ему не нравится и почему, но сам
> не смог ничего предложить, только сходу заткнул всем рты.А почему он должен предлагать что-то, если он явно сказал, что либо предлагается решение, которое не заставляет переделывать овердохрена под капотом, либо такое "решение" идёт лесом?!
Он явно сказал, что он не знает как лучше, но что предлагается, то явная дичь!Или вы из тех же молодых модных смузибоев, которым лишь бы изменения ради изменений, лишь бы кровати подвигать и потом тащиться от ЧСВ, какие вы все дохрена важные и нужные, столько всего сделали?! (если что, риторическиц вопрос.)
О, привет, Линус, узнаю по стилю - сначала о сути вопроса, потом переход на личности.
> Линус ворвался, написал, что ему не нравится и почему, но сам не смог ничего предложить"отвергая - предлагай" - это супер буллшитное утверждение. Так огрызаются обиженки, предложение которых отклонили. При решении сложной проблемы вполне нормальна и обычна ситуация когда очевидно, что очередная выдвинутая идея является аргументированно дефективной, но предложить что-то другое _пока_ не получается и надо продолжать мозговой штурм (если нет цейтнота или кризиса), но нет, "раз ты ничего не предложил взамен, то моя идея должна пойти в работу, а ты токсичный душнила". Это что же - вместо обдумывания надо первую же глупую идею брать в работу, если сразу ничего другого в голову не приходит?
Ты не всю цитату привел из текста на который отвечал, выглядит будто мне не понравилось что-то нормальное. Впрочем, удивляться не приходится, вся ветка построена на том, что мои цитаты вырываются из контекста.
> Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет гениемКаковым и является. Это один из самых крупных - и успешных - софтварных проектов на планете, а 99.9% прожект менеджеров на этом фоне - голимые джуны и стажеры.
Прикинь - услугами Торвальдса все пользуются потому что сами ... сильно хуже в этом! Ничего не мешает например тебе форкануться, убедить ALL комитить тебе а не ему, и вот вроде бы в дамках. Однако ты так не сможешь. Поэтому к тебе никто и не пойдет.
Прикинь, но кроме Линуса ядром занимается ещё множество других людей, а некоторые так вообще успешно мейнтейнят LTS-ветки делая порой не меньший объем работ, чем Линус. И нет, он не гений, 99,9% ядра спроектировали и написали другие люди под руководством других людей. Почему их не учитываем?
> Прикинь, но кроме Линуса ядром занимается ещё множество других людей,А сделал его тем чем он является - именно он. Был ряд ОС до него. Даже более продвинутые технически или продуманные внутри. Но это им не помогло. Потому что счастье не в этом. А в сбалансированом видении проекта. И если лопухи из беркелея выбрали глупую лицензию и бегали по судам - вот они точно не гении, какими бы высоколобыми ни были. Можно быть умным в 1 узкой нише и полным овощем - в остальных. Нормальный PM же - прежде всего умеет отбалансировать решения до состояния когда откровенных глупых факапов нет. Поэтому Торвальдсу и доверяют. И да, уметь взмахнуть факом в нужный момнет - мастхэв для PM. Специальный бонус если он сможет это в виде когда за это еще спасибо скажут (KH так умеет).
> а некоторые так вообще успешно мейнтейнят LTS-ветки делая порой не меньший объем работ,
> чем Линус.На ваше горе я довольно плотно завязан на это все - и оно у меня на виду. Вы гоните, пытаясь делать умную рожу - но умным не являясь. Как и экспертом в разработке линуха. Видите как я вас просто спалил? :)
> И нет, он не гений, 99,9% ядра спроектировали и написали другие люди под
> руководством других людей. Почему их не учитываем?Потому что иерархия этих людей образовалась под руководством Торвальдса. Это либо его друзья, делом доказавшие эффективность, либо те на кого они указали и кому доверяют. Крутая команда не создается на ровном месте. Сабж очень понятно показывает как это может быть в случае когда какие-то "хрены по объявлениям" рулят проектом - вообще не умея это делать.
Есть локальные картинки. А есть Big Pic. Торвальдс могет в него. В отличие от многих других. Это важно.
> Но гениталии его в руках RHELПолагаешь, ему сложно найти другого работодателя?
это было лет семь назад, а сейчас он уже несколько лет отжигает, как и прежде
Совсем недавно при обновлении закрытых драйверов на арче при хуке перезагрузки устройств система полностью зависла и даже новое ядро поставить не успела, поэтому не буталась (не у меня одного судя по форумам). Спасибо нвидии за то что научила освоить бтрфс со снапером! Пока на открытых дкмс сижу, вроде два обновления еще не ломались.
лучше бы она научила тебя освоить радеон
Фанаты не знают от того и мучаются:"Не делай себе идола, ни какого-либо подобия того,
что на небе, вверху, и что на земле внизу, и что
в водах под землей: не поклоняйся им и не служи им".Воспользовались бы предупреждением и не было бы проблем.
Но то что сама NVIDIA отказалась очень хорошо, может CUDA тоже отмучают.
С такими цитатами тут 8/9 должны Линукс удалить и больше никогда не трогать.
> С такими цитатами тут 8/9 должны Линукс удалить и больше никогда не
> трогать.Ну зачем, можно просто повзрослеть, со временем ;)
А тебе сколько лет?
Я как возраст Христа перемахнул, так, наоборот, сознательно отказался от любых закрытых продуктов и технологий. И моя жизнь стала намного лучше, потому что когда что-то не работает или отсутствует (в закрытых профессиональных продуктах такое сплошь и рядом), то не нужно молить о милости господ и ждать их снисхождения. Я исправляю проблему либо сам, становясь ещё немного мудрее, либо применяю готовое исправление, сделанное другим энтузиастом. И продолжаю работать в комфортном для себя окружении, на своих условиях.
Я вот попробовал освоить Радеон, итог:мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:40 vmid:7 pasid:32796, for process stellaris pid 19821 thread stellaris:cs0 pid 19822)
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: in page starting at address 0x000080016aa9e000 from client 10
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: GCVM_L2_PROTECTION_FAULT_STATUS:0x00000000
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: Faulty UTCL2 client ID: CB/DB (0x0)
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: MORE_FAULTS: 0x0
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: WALKER_ERROR: 0x0
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: PERMISSION_FAULTS: 0x0
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: MAPPING_ERROR: 0x0
мая 12 21:56:57 main-desktop kernel: amdgpu 0000:0b:00.0: amdgpu: RW: 0x0
мая 12 21:56:57 main-desktop kernel: BUG: kernel NULL pointer dereference, address: 0000000000000018
мая 12 21:56:57 main-desktop kernel: #PF: supervisor read access in kernel mode
мая 12 21:56:57 main-desktop kernel: #PF: error_code(0x0000) - not-present page
Сейчас тебе ответят, что дрова на самом деле отличные и работоспособные, а это просто язык программирования виноват.
Нашел прям проблему... это давно извесно что дрова нвидии желательно обновлять вне иксов.
Арч да? Ну ты знал на что шел. Ыот поэтомуу я сижу на LTS дистрах.
А я использую...
Так давно известно, что в мейнтейнерах много инвалидов, ненавидящих и саботирующих пользователей. В этом основная причина таких проблем. До сих пор помню как софт использовал mesa в нескольких ситуациях при загруженном ядром блобе и это даже как-то работало, только рандомно крашилось и тормозило.
> Совсем недавно при обновлении закрытых драйверов на арче при хуке перезагрузки устройств
> система полностью зависла и даже новое ядро поставить не успела, поэтому
> не буталась (не у меня одного судя по форумам). Спасибо нвидии
> за то что научила освоить бтрфс со снапером! Пока на открытых
> дкмс сижу, вроде два обновления еще не ломались.Ох уж эти арчепроблемки, арчепроблемушки.
Я только не понял, это типа жалоба была, или такой способ заявить - btw i use arch?
Если первое, то зря, юзаешь Арч - ССЗБ! А если второе, то не стоит, тут каждый второй молдой и борзый - арчевод.
> Ох уж эти арчепроблемки, арчепроблемушки.Так если бы это были только арчепроблемы....
Напомнить как недавнее обновление сломало ссупер-стабильный дебиан?
Причем это было минорное обновление!Хотя о чем вообще можно говориь с этим stable api nonsence)))
А бэккапиться перед обновлениями не учили в техникуме?
В ПТУ не рассказывали о таком понятии как QA?
Что перед рализом должны пройти автотесты, интеграционное тестирование, мануальное тестирование...
Я конечно понимаю, что в ядро можно просто высрать любой некомпиляющийся код или выкатить обнову, которая тупо не стартанет.
Не то что я был бы сильно удивлен, но доколе!
>>должны пройти автотесты, интеграционное тестирование, мануальное тестирование...Так вот они и тестируют на вас, на хомячках.
> А бэккапиться перед обновлениями не учили в техникуме?А если более приличные места посещать - можно еще узнать о такой фиче как снапшоты. Их прелесть в том что времянки более приличные чем с созданием и особенно восстановлением бэкапов.
>> Ох уж эти арчепроблемки, арчепроблемушки.
> Так если бы это были только арчепроблемы....
> Напомнить как недавнее обновление сломало ссупер-стабильный дебиан?
> Причем это было минорное обновление!
> Хотя о чем вообще можно говориь с этим stable api nonsence)))Ну, напомни, блин, как у меня сломало мой Debian твоё недавнее обновление, а я с попкорном послушаю!
Ссылку в студию, я жду!
> Ссылку в студию, я жду!Та легко:
forums.debian.net/viewtopic.php?t=158200
forums.debian.net/viewtopic.php?p=792711
debianforum.de/forum/viewtopic.php?t=189073
... и еще куча, тут forums.debian.net/viewtopic.php?t=158338 пишут что больше 20 тем успели наплодить пока админы не потерли.
Инфантилизм, как он есть. Забежать в класс на перемене с языком на плече и провизжать тоненьким девичьим голосочком: "У кого нет Айфона/Мака, тот днище-брод!". "Арчем пользуются только малявки!" И прочее. А собратья по разуму ему важно поддакивают. Хотя у них тоже нет Айфона, мама обещала купить, только если исправят двойки на тройки. И никто из этих носителей истины, в последней инстанции, никогда Арчем, конечно, не пользовался, куда ему с его лапками, но осуждает.Там, разумеется, нет никаких "арчепроблем". Невидия не взяла на себя сопровождение своего Ненужно в ядре, и другим не даёт. Обновляется когда вздумается, в том числе с полугодичным отставанием от релизов используемого в зависимостях апстрима (например, glibc или kernel). А через пять лет, вообще, бросает на произвол. А виноват, конечно, линукс, роллинг, арч, мейнтейнеры, кто угодно, но не вендор, который за свой хлам деньги взял.
> Спасибо нвидии за то что научила освоить бтрфс со снапером!А я так и знал, что для типичного арчевода бтрфс (или лвм какой-нибудь) со снапшотами - это по сути часть пакетного менеджера. Пока нормальные люди используют концепцию релизов, фанаты роллинга изобретают пакетный менеджер из снапшотов и палок.
>> Спасибо нвидии за то что научила освоить бтрфс со снапером!
> А я так и знал, что для типичного арчевода бтрфс (или лвм
> какой-нибудь) со снапшотами - это по сути часть пакетного менеджера. Пока
> нормальные люди используют концепцию релизов, фанаты роллинга изобретают пакетный менеджер
> из снапшотов и палок.Да мне и в дебиане пригодилось. Как-то 11 на 12 на одном компе обновил - а оно там с дурацкими багами оказалось. Ну я и вернул снапшот. Куда как лучше чем выбирать между жизнью с крутыми багами, экстренным разруливанием оных, или несколько часов на реинсталл ОС, ибо даунгрейд в apt ну вот не предусмотрен.
> бтрфс со снапшотами - это по сути часть пакетного менеджераЧушь. Арч для прагматиков. В нём, в силу экономии колоссально бессмысленных трудозатрат сообщества энтузиастов, какое могут позволить себе только хозяева оплачиваемых корпоративных рабов, частичные обновления не поддерживаются, поэтому откат всего корневого раздела - это намного более эффективный способ, молиеносный, с минимумом занимаемого места, чем многочасовое тра-ние с разрешением зависимостей пакетником.
С качественной стороны никаких отличий, кроме гипотетической потери пары, сделанных наживую, настроек, которые никто не запрещает вести в отдельном dev-репозитории, пакетировать и доставлять в систему в виде пакета. Тем более, всё равно, придётся, если машин больше одной. Если нужна воспроизводимость. Если не хочется после каждого отката или обновления ползать по /etc с инструментом слияния настроек.А тем арчеводам, кому не нужны откаты, не приходится платить за то, что не используешь, временем обновления системы.
Это пока твои "нормальные люди" пихают в пакетник, который без того еле ворочается, чёрта лысого. А ПО с позапрошлого года не обновлялось. А чё им, они зарплату получили и свободны, а ты этим старьем со "стабильными" годами багами, давно исправленными в апстриме, пользуйся на здоровье. Зато без "велосипедов", но с коропоративным оверинжиниринг мопедом на треугольных колесах, стоящем на спинах слонов, на панцире черепахи, бороздящей бескрайний космос бесцельно потухших звёзд.
> частичные обновленияПричём здесь частичные обновления? Сделайте две ветки - stable и testing, и вопросов будет куда меньше. Кому нужна стабильность, будут сидеть на стабильной и раз в год-два-три обновляться (меня бы точно устроило). И не бояться в случайный момент нажать pacman -Syu, зная, что qt5 на qt6 при этом не обновится. А остальные будут сидеть на тестовой ветке и снапшотах и репортить баги.
> Причём здесь частичные обновления?При том, что в их отсутствии нет нужды в информации о зависимостях пакетов, соответственно нет никакого смысла делать откаты на уровне пакетника. Можно на уровне ФС.
> Сделайте две ветки - stable и testing, и вопросов будет куда меньше.
В Арче есть тестовая "ветка" для разработчиков. По умолчанию используется стабильная.
> Кому нужна стабильность, будут сидеть на стабильной и раз в год-два-три обновляться
Кому нужна, те не обновляются. А бэкпортировать исправления критических ошибок могут в своё свободное время, или идут на поклон к Редхат, Каноникал и т.п. Будто мало дистрибутивов-подcтилок^W готовых продуктов для профессионального применения.
> И не бояться в случайный момент нажать pacman -Syu, зная, что qt5 на qt6 при этом не обновится.
Не обновиться. Тулкиты поставляются параллельно в нескольких мажорных версиях, чтобы поддерживать ПО, которое использует как старую, так и новую.
А видюхи на Паскале предлагается выкинуть?
как и у радеона... вулкан, там кстати до сих пор не полный на открытых дровах.
Игрушки идут и ладно. "Спасибо Центру за это" ))))
> как и у радеона... вулкан, там кстати до сих пор не полный
> на открытых дровах.Что значит - не полный? Он реализует все спеки вулкана и чертову кучу расширений. И более того - и устраивает владельцам АМД халяву работая на вообще всем что GCN, а заодно - делает закрытую версию по перфомансу на ура.
Де факто открытый графический стек оказался настолько успешен что проприетарную версию почти никто и не использует в линухе как раз. Представляете, Valve какой - может например комитить в открытый драйвер, и они хорошо знают что им надо и почему. А в проприетарный так не получится.
Наверное предложат жевать то, что есть, Nouveau.Такое ощущение, что NVIDIA очень хочется в интегрированные модули, как AMD делает для консолей, включая портативные. Там может появится очень широкий простор за захвата рыночных позиций, потеснив слабых. Тем более если x86 на настолках навернётся.
Если бы оно на Nouveau работало... Там не реализовано управления питанием для Паскалей и видюха все время работает на низких частотах, то есть нифига не ускоряет
Так может того, допилят?
> Так может того, допилят?Так они вон и пришли к вызовам через GSP. Видимо сама нвидия давно юзала это - а вон то так, fallback для совместимости. Ну а юзерам паскалей объяснят что GPU надо обновлять :)
ага, и дрова нвидиа станут такими же всасными, как и амд?[42212.327830] [drm] scheduler comp_1.2.0 is not ready, skipping
[42212.327835] [drm] scheduler comp_1.3.0 is not ready, skippingскоро на вашей geforce 4090Tiplatinum!!
> ага, и дрова нвидиа станут такими же всасными, как и амд?Давно уже выхватили пальму первенства из рук амд - начав убивать юзерам ФС. Толи DMA индусы не умеют, толи просто модуль посетил индусский кот, но юзерья у которых с нвидией ФС "почему-то" рассыпалась почему-то прибавилось.
Просто лобовая корелация: юзал проприетарный драйвер - сдохла ФС вскоре после его инстала. Интересные такие "случайности" оптом.
Юзаю блоб, ни разу не рушилась ФС, всё что угодно, но не ФС
ЧЯДНТ?
> Юзаю блоб, ни разу не рушилась ФС, всё что угодно, но не
> ФС
> ЧЯДНТ?Юзаете какое-нибудь барахло типа EXT4, которое довольно долго делает вид что как живое - но в какой-то момент все же крякает и тогда уже наповал? Или если fsck гонять достаточно часто, может сыпаться понемногу :)
> Просто лобовая корелация: юзал проприетарный драйвер - сдохла ФС вскоре после его
> инстала. Интересные такие "случайности" оптом.ну да, это повеселее. у амд же просто бардак:
https://www.reddit.com/r/linux_gaming/comments/1bbqweo/amd_d.../
при этом все делают вид, что куча багов это норма
напомню первопричину: https://www.opennet.me/opennews/art.shtml?num=56789
хакеры-вымогатели здорового человека: крадут данные, требуют у компании публиковать исходный код драйверов, иначе они сделают это сами.
хакеры-вымогатели курильщика: нарушают работу предприятий, университетов, госпиталей, неба, аллаха, и не поддерживают опенсорс.локбиты, учитесь у LAPSUS$!
>хакеры-вымогатели здорового человекаВряд ли.
Много отраслевых корпораций, которым достало постоянно идти на поклон к NVIDIA, просто выкрали данные через промышленных информаторов, чтобы ярмо не давило.
> Много отраслевых корпораций, которым достало постоянно идти на поклон
> к NVIDIA, просто выкрали данные через промышленных информаторов, чтобы
> ярмо не давило.А что вас так удивляет? Бизнес штука суровая. Иногда и блэкхэтам могут заплатить за корпоративгый и промшпионаж, чтобы конкурента обставить. Официально, конечно, никто никогда не признает это, но "ничего личного, это бизнес" все же имеет место быть. Иногда всякие приколы такого плана типа фольксвагена с дизельгейтом - вылезают, но вы же не думали что это единственный секрет обставления конкурентов? :)
> локбиты, учитесь у LAPSUS$!Локбиты уже ничему учиться не будут. Им ФБР штанишки спустило и по нежности нашлёпала. И поделом, вор должен сидеть в тюрьме.
Никак это не связано.Просто Enterprise клиенты NVIDIA хотят большей свободы в там как и где они deploy'ят карты NVIDIA.
Плюс, закрытые дрова - это +Tainted -Secure Boot -GPL_Symbols, которые нужны для некоторых очень критических фич.
что мешает загрузить патченное ядро?
> что мешает загрузить патченное ядро?Тем что потом за подобные маневры кастомеры что-то начинают репортить какие-то карапты ФС и прочие приколы. Ведь с системной интеграцией, тестированием и валидацией как оно играет с остальными подсистемами в таком франкенштейне - никак. Оно и развалится при случае. А поскольку это кернел, факап там - далеко не халявная штука.
На...в вообще совсем всех - нвидия заметила что тут была какая-то подстава, потому что себя они тоже не обошли стороной :)))
> Никак это не связано.
> Просто Enterprise клиенты NVIDIA хотят большей свободы в там как и где
> они deploy'ят карты NVIDIA.
> Плюс, закрытые дрова - это +Tainted -Secure Boot -GPL_Symbols, которые нужны для
> некоторых очень критических фич.ага, конечно, никак не связано, пятнадцать лет никого из Enterprise не смущало +Tainted -Secure Boot -GPL_Symbols, а как только хакеры выложили исходники и потребовали публиковать исходники новых версий - сразу Enterprise захотел большей свободы и Nvidia пошла Enterprise-у на уступки.
Не будь таким доверчивым.
Это конечно хорошо, но есть более серьёзная проблема, чем закрытые видео драйвера, а именно - UEFI материнских плат, из-за которого каждая третья материнка работает исключительно с виндой. Китайские п-сы клепают настолько кривые и убогие прошивки, что большинство современных материнских плат - просто мусор, за который нельзя платить деньги. Нужна открытая и стандартизированная реализация прошивки.
Т.е. у GNU/Linux с китайскими материнскими платами не работает?
У меня уже вторая материнка, работающая только с виндой. При попытке загрузиться в лайв cd любого дистра, компьютер виснет намертво, работает только перемещение курсора по рабочему столу. Большинство дистров вообще не загружаются. Удалось поставить только Arch и FreeBSD, но и они зависли прямо в консоли сразу после загрузки.При загрузке системы в режими совместимости таких проблем не наблюдается, но без драйверов, разумеется. Дело тут в поголовно кривых ACPI и забагованных UEFI.
Ты просто загрузочную флешку неправильно создаешь
Стандартный Ventoy, ничего экзотического.
Какой курсор мыши? dmsg спасает! Скорее всего косяки с управлением питанием через acpi, которое на венде правильно не работает, но это не критично. Либо пересобирать DSTL (скорее всего не поможет), либо выключать.
Чтобы dmesg спас ,его нужно сначала запустить. И я уже отписался, что проблема действительно в кривом ACPI. Это беда современных материнок.
О том и речь. Попробуйте использовать например dd. Ещё Rosa Imagewriter неплохо справлялся, когда я его последний раз пробовал. ALTMedia writer - тоже. Но у него с установкой сложнее в неальтовские дитсрибутивы.
Да я и через dd пробовал, и через Rufus - результат аналогичный. Да и винда ведь ставится с вентоя и прекрасно работает.
> Да я и через dd пробовал, и через Rufus - результат аналогичный. Да и винда ведь ставится с вентоя и прекрасно работает.Тогда читать про свою материнскую плату. И попробовать загрузится с параметром nomodeset - есть ощущение, что проблема у вас отнюдь не в материнской плате, а как раз в видеокарте.
А надо было через cp. Ну или смонтировать исошку кликом в фм и скопировать файлы. Только так будет работать корректно. А васяноподелки вполне могут и глючить непредсказуемо, кто знает, что они там делают. Вот ты знаешь?
Год назад купил китайскую материнку для AM3 и подтверждаю то, что её БИОС очень плох.
А что за материнка?
GIGABYTE X570S UD
Тогда попробуй acpi_osi="Windows 11"
Эта проблема зовется "нет драйвера на эту материнку" Решается отключением acpi и графического режима нахрен в момент загрузки системы. После чего из сети ставится последнее ядро, в случае арча, у убунты есть OEM ядра для такого, Debian - можно попробовать накатить ядро из unstable. RHEL в ELPEL есть свежее ядро.
Какой ещё драйвер на материнку? Ryzen 5000 серии это уже прошлое поколение. Да и арч я ставил с самым последним ядром - толку 0.
Да, через консоль ручками. Если у вас лапки - это ваши проблемы. И нет это ничерта не сложно, просто требует вреся на освоение.
Ещё один профессионал подъехал. Я же выше написал, что ставил Arch с самым последним ядром.
Попробуйте параметр text дописать в параметры загрузки ядра. У меня Huananzhi F8D Plus, с 2-мя процами. Графический режим в grub лагает сильно. Пока не начнёт грузиться system.d и свой графический режим не врубит. Прописал text - всё полетело. И сам груб потом в текстовый перевёл в его настройках.
define "китайские". Тайвань с Сингапуром тоже туда же? А из КНР вообще брать ничего нельзя: https://xakep.ru/2011/12/26/58104/
>Тайвань с Сингапуром тоже туда же?А какая разница? (с)
Я уже думаю поставить coreboot...
Так нельзя, что куча гэмеров по сей день Xeon-ы берёт, только не v1, а v3. И вполне они тащат. Не 200 fps, зато дешевле в разы Ryzen-ов. Пускай пока свой X3D кэш пилят до stable и чтобы при разгоне на воздухе не дох.
> Китайские п-сы клепают настолько кривые и убогие прошивки, что большинство современных материнских плат - просто мусор, за который нельзя платить деньги.Им неинтересны проблемы 2%
> Нужна открытая и стандартизированная реализация прошивки.
Нужна? Делай.
Я правильно понял, что в видюху вмазали полноценный CPU, который выполняет напрочь проприетарный код, а открытые дрова тупо маршрутизируют запросы к этому GSP?
Именно так, а код ещё подписан, чтобы его поменять не смогли. Интересно, можно ли выпаять этот арм чип и запаять на его место другой, в котором тивоизация не заэнфорсена.
Это не "арм-чип", а арм-ядро в составе цельного кристалла GPU.
дело плохо, без глитчкита не обойтись.
Там разве арм? Вроде ж рискв сопроцессор крутит прошивки на ада. Хотя, арм-ядра тоже должны быть, там много компонентов и все они проприетарные, ага. У остальных, кстати, тоже проприетарь на проприетари, открыта только ядерная часть (это ничего не даёт, глюков не меньше, зато теперь 3/4 ядра сгенерированные файлы видеокарт спасибо амуде).
GSP использует RISC-V а не ARM.
Тут ещё важно, предоставляется ли этому микроконтроллеру прямой доступ к физической памяти системы или к огороженному кусочку, или к отдельному адресному пространству?
это зона ответственности iommu. Но даже с ним можно дел натворить, драйвера ведь не пишутся в предположении, что устройство будет атаковать хост. Особенно если драйвера пишут те, чьё устройство гипотетически может атаковать хост.
Не могу лишь впитать одно: почему ку́да а не опенсл?
Зачем Инвидии развивать конкурирующую систему?
Ну это понятно, но зачем юзеры его хотят?
>Открытые модули могут использоваться только с GPU, оснащёнными отдельным микроконтроллером GSP (GPU System Processor), применяемым в таких микроархитектурах, как Turing, Ampere и Ada.Хорошая попытка, невидия, но обмануть нас путём вынесения всей проприетари в собственный чип с тивоизацией, и называния такого гибридного драйвера "свободным ПО" (хотя по разъяснениям в GPL FAQ и то и другое составляет единую программу не смотря на различие адресных пространств, и поэтому обязано быть под GPL, но судиться с могучей корпорацией желающих нет), таким образом получив ещё более проприетарную и зативоизинованную систему, не пройдёт.
Не, надо подарить всем конкурентам часть внутренней реализации графического стека, за счет которого они и доминируют на рынке до сих пор. Щаз, они разбежались. Им, и их пользователям ставили палки в колеса, в итоге они нашли решение запихнуть все что нельзя открыть в прошивку. А этих прошивок что составляют единую программу с остальным драйвером в линуксе вагон да тележка. так что "все по правилам".
Извините, у конкурентов - таких же могучих корпораций - найдутся средства купить лицензию на IDA Pro + Hex Rays, нанять реверсеров и снабдить их топовыми FPGA производства самой корпорации для глитчинга всех этих проверок подписей. От реверсинга корпорацией эти меры не защитят. Это не от корпораций заслон (от них заслон - это суд Западного Техаса), а от опенсорс сообщества, представители которого есть там, куда руки у американских судов не дотягиваются. Вот как раз необходимость аппаратной модификации карты, чтобы можно было заливать кастомную прошивку в GSP, в противовес установке опенсорсного драйвера, делает эту процедуру уделшм единичных реверсеров, а не каждого пользователя Linux.>"все по правилам"
Это не те правила, а правила которые "горе побеждённым". С сильным не дерись, с богатым не судись.
Вот только AMD точно так же пихает чипы PSP и в GPU, и в CPU, с такими же закрытыми прошивками. Уже поздно бить в набат, все ПК в мире давно содержат аппаратные руткиты и населению пофиг.
С каких пор 'закрытая прошивка' == 'руткит' ?
Если нет доказательств, то не нужно сотрясать лужу своей газификацией.А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу.
Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми.
Телеметрия и есть шпионаж.
С тех самых пор, как миром правит алчность. А на каждом втором устройстве можно авторизоваться с паролем "backdoor", ой, то есть "remote tech support". А в телеметрию, на нашем веку, уже столько раз попадала персональная информация, а потом она "нечаянно" оказывалась у посторонних лиц. И т.д. и т.п.
Не только персональная информация, куда чаще в неё попадают "секреты" (сторонние логины/пароли/токены), совершенно случайно естественно. Ну и знать, где находится устройство, как, кем и для чего используется, какие программы установлены, это конечно же жизненно важная информация для авторов фонарика или просмотрщика изображений, абсолютно необходимая для разработки. Ещё можно включить скриншоты/записи экрана и записи введённых с клавиатуры данных. Обычная телеметрия, что такого?
> Ну и знать, где находится устройство, как, кем и для чего используется, какие программы установлены, это конечно же жизненно важная информация для авторов фонарика или просмотрщика изображений, абсолютно необходимая для разработкиУ вас есть полнейшее право не пользоваться таким софтом.
А вот права принудить разраба делать что-то, не запрещенное законом, у вас нет.
Поэтому вы или заставляете правительство менять закон, или идете на хурд.> Ещё можно включить скриншоты/записи экрана и записи введённых с клавиатуры данных
В нормальных системах этого делать нельзя. Там идет запрос к оси.
Хотя если вы сидите на Х11, то вам уже ничего не поможет))
> А на каждом втором устройстве можно авторизоваться с паролем "backdoor",А как мне это сделать на своей видяхе?
> И т.д. и т.п.
Т.е. доказательств вы таки предоставить не можете?
Ну, не то чтобы я был вообще удивлен... Тут пустозвоном просто куча.
С каких пор 'закрытая прошивка' == 'руткит' ?
Если нет доказательств, то не нужно сотрясать лужу своей газификацией.А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу.
Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми.
> С каких пор 'закрытая прошивка' == 'руткит' ?У броадкома даже с ремотным доступом на андроиде и эппле вышел. Потому что дыра в прошивке, а после этого - ну, ок, атакующий заливает свой код в DMA-capable процык, хоть он и не системный - но при помощи DMA в нужные адреса это довольно легко исправить.
> Если нет доказательств, то не нужно сотрясать лужу своей газификацией.
В информационной безопасности это не так работает. Там мы верим только тому что можно доказуемо проверить. А всякие абстрактные бла-бла не котируются.
> А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу.
> Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми.Экий подгар у адепта пакостей и малвари то. Любо дорого смотреть, аноны, так держать!
> Открытые модули могут использоваться только с GPU,
> оснащёнными отдельным микроконтроллером GSP (GPU System Processor),
> применяемым в таких микроархитектурах, как Turing, Ampere и AdaУгу, всю суть вынесли в отдельный огороженный проц с прошивкой и теперь играют в доброту, а по большому счёту, в открытый доступ предоставляются просто способы проброса команд
Вот плевать вообще, главное - драйвер будет вместе с ядром и исчезнет вагон да тележка палок вставленных свидетелями GPL в Nvidia драйвер.
Мне плевать на идею если она ломает мне половину системы.
Даже если не будет закрытого кода, исполняемого ядром ОС, уже большой плюс.
код, исполняемый ядром, можно
1. разреверсить
2. заменить.Код исполняемый уартой можно только терпеть. Но это только цветочки!
Раз на карте есть промежуточный корень доверия в виде чипа с зативоизированной прошивкой, то можно наглеть дальше. Потребовать от хоста для работоспособности карты крутить драйвер, выполняющий произвольный код. Карта его посылает - драйвер выполняет. Что карта посылает - непредсказуемо. Ну ладно, допустим реверсили-реверсили, и разреверсили. Сделали быстрый ограниченгый безопасный эмулятор. Опять же ничто не мешает карте требовать наличие на хосте инета для TLS-соединения с серваком NVidia, с которого они будут раз в день аттестованным картам присылать обновления кодогенератора. А заодно майнить на карте. А заодно требовать абонентскую плату. Не заплатил - никакого тебе GPGPU, а на всех поверхностях - реквизиты для оплаты вместо текстуры.
Вызывать Qemu и запускать такой код в ней. А вот предоставлять соединение с серваком Невидии это уж слишком, тут возвращаемся снова к Красным.
>> Открытые модули могут использоваться только с GPU,
>> оснащёнными отдельным микроконтроллером GSP (GPU System Processor),
>> применяемым в таких микроархитектурах, как Turing, Ampere и Ada
> Угу, всю суть вынесли в отдельный огороженный проц с прошивкой и теперь
> играют в доброту, а по большому счёту, в открытый доступ предоставляются
> просто способы проброса командСуть - это всякий DVFS и тому подобное? Справедливости ради - мелкий МК с фирмварой такое рюхает намного лучше чем здоровенный основной системный проц с шедулингом задач и проч.
Время реакции мелкого гаденыша выделеного под свою задачу - сильно ниже. И сильно меньше чего может пойти не так в этом процессе. И да, если вы думаете что эта грабля была у нвидии, то - НИФИГА. Напрямую рулить через регистры DVFS и проч - пробовали и в Radeon. Получалсь ессно фигня. Управление питанием было лагучим, кривым и глючным и из-за проблем с таймингами испытывало много проблем. В какой-то момент после консультаций с амдшниками дровописаки таки решили перестать ломиться в открытую дверь в чистом поле и тоже поюзали сервисный проц делающий DVFS для именно того для чего он предназначен. Это и куда лучше работает, и большую часть вещей перенастроить таки можно если очень нужно, а умеет он все равно сильно больше чем открытый код когда либо мог, особенно в нормальном виде. А в случае нвидии это все почему-то вот только сейчас случается. Вообще-то GPUшка должен прежде всего поток GPU команд рюхать а такие разборки с AUX вспомогаловкой с попытками быть святее папы римского - ну да, many tried. Many failed.
Пользовательские режимы разрешения hdmi уже завезли надеюсь? На винде 20 лет существуют. Большинство ноунейм телевизоров выдают на hdmi стандартные разрешения для *овноприставок по типу 1280х720 1920х1080 имея матрицу что то вроде 1366х768. Я уж не говорю о том что на линухе некоторые кривые скаллеры подключенные по hdmi определяет как dvi, когда как на винде все нормально. Убогий hdmi, вечно проблемный, уж молчу про уровни черного, у каждого хлама свой диапазон по умолчанию стоит, картинка или с заваленным черным или с серым черным выходит.
О, значит не только у меня такая проблема! Только nvidia там не причём, это весь такой открытый код иксов и конкретно костыля RandR который напрочь сломан. Если забить разрешение руками - то всё работает. Просто как обычно низкое качество кода от сообщества, который никто не тестирует и пишет конкретно под своё оборудование и рабочие процессы.
> hdmiТак hdmi и не для компов, это больше про всякие телевизоры и приставки. У меня по hdmi вообще ограничивается палитра и ничего с этим в wayland сделать нельзя, кроме подсовывания пустого edid файла на этапе загрузки ядра, но это гига-костыль. А вот с display port вообще нет никаких проблем.
У меня display port монитор давно. Зачем компьютер к старому телевизору, у которого только hdmi?
>для обычных GPU начиная с Turing, а при виртуализации GPU, начиная с Ada, по умолчанию начнут устанавливаться открытые варианты модулейто есть для проброса гпу в виртуалку надо иметь карту не ниже ртх4060?
и людям с 3060 придётся ждать допила nvk.....
>ждать допилас какой стати опенсорс сообществу тратить свои скудные ресурсы на допил дров на заведомо устаревшее железо, которому место на свалке?
Люто бешено плюсую.
Ага, на свалке. Некоторые на 1660 сидят и вполне играют. Только всякие DLSS и FSR пользуют.
*У меня AMD если что.
На 1660 нет DLSS
> Некоторые на 1660 сидят и вполне играют.А для некоторых даже 1030 предел мечтаний, сидят на встройке. И это не сарказм.
> А для некоторых даже 1030 предел мечтаний, сидят на встройке.Прямо мечты мазохиста: купить внешнюю карточку слабее встройки и огрести гемор с проприетарными модулями ядра.
Купите какой-нибудь подержанный Ryzen 5 3400G на Авито. Там встройка помощнее будет 1030 и не будет проблем с интеграцией проприетарщины в ядро.
Хотя, опеннетчики странные люди: любят жевать кактус и еще нахваливать
Не надо ничего ждать, пробрасывать карту в виртуалку можно уже давно, я собственно так и делаю. Тут наверное имеется в виду технология vDPA, когда карта не целиком прокидывается в виртуалку, а присутствует одновременно и на хосте и в виртуалку. При этом делит ресурсы железа.
В этой истории известный палец несильно смог переломить ситуацию, а вот чёрное хакерство таки смогло.
что-то не видно утёкшего в паблик архива исходников. зато было видно посадку виновных.
А как же средний палец Торвальдса, уже неактуальнен?
Народ, если можете объясните ответьте, на глупые мб мои вопросы1 Почему Nvidia не открывает код?
2 Закрытый код Nvidia, это главная проблема для видеокарт Nvidia, и это главная проблема для идеального гейминга, на этих видеокартах в Linux?
3 Есть надежда, что в будущем Nvidia откроют код?
4 Слили ли тогда хакеры код, который обязались слить, если Nvidia не откроет код?
5 Почему хорошо на Amd видеокартах работают игры в Linux, потому что открытый код, или есть другие причины?
6 Что за проект Nouveau, это сторонний драйвер для Nvidia с открытым кодом?
7 Nouveau, решит проблемы, этого достаточно?
8 Что такое явная синхронизация, решит ли она проблемы?
9 Использование открытых модулей ядр для GPU, решит проблемы?
10 Где лучше работают игры, на x 11 или на Wayland?
11 Правильно ли я понимаю, для игр на Linux, лучше всего Amd карты, хуже всего Nvidia, а как на счёт Intel Arc видеокарт, как у них поддержка в Linux?
12 Сейчас большинство игр запускаются в Linux, и в большинство из них можно играть?
13 Почему мморпг и онлайн игры хуже поддерживаются, дело в античите? В будущем его уберут или альтернатива появится?
14 Почему мало игр в Mac os и Chrome os?
15 Есть шанс надежда, что Proton полноценно выйдет для Mac os и Chrome os?
16 Большинство программ с Windows можно запустить и работать в них на Linux, или через Wine, они плохо работают?
17 Развиваются ли Unix, и подобные на нем основанные системы FreeBsd, и другая экзотика?
18 Игры, Программы, и Драйвера, это главные проблемы Linux?
Или есть ещё какие то проблемы, зависимости, и тд?
Или частично уже это все решилось, и время Linux практически пришло?
19 Как думаете, перейдет ли ядро Linux на Rust?
20 Как работает Linux на Arm, как думаете Snap X Elite, будет поддерживать Linux?
21 Почему говорят батарея быстрее садится в ноутах на Linux, какая причина?
22 Есть ли возможность запускать в Linux, приложения с Android?
23 Как думаете, появится ли похожий на Proton крутой инструмент, что будет хорошо запускать приложения то бишь программы в Linux, ну типа что-то лучше Wine?
24 Как обстоят дела с Linux на телефонах и планшетах?Очень благодарю, за ответы!
1. Потому что это их право)) Ну и это их интеллектуальная собственность, годы разработок и миллиарды денег.
2. Это не пробелема. С закрытые дрова работают намного лучше открытых.
3. Нет
4. Хакеры уже сидят - раз. Этот код нельзя использовать в разработке открытых дрод - два.
5. Потому что амд сливает невидии как по производительности (до сих пор нет аналога 4090, а невидия уже 5090 анонсит), так и по фичам вроде куды. Поэтому они выбрали себе вот такую фишку, чтобы совсем днищем не казаться.
...
10. На винде)) Но вообще лучше ориентироваться на Вальв с стимдеск и смотреть что делают они.
Спасибо за ответы
>до сих пор нет аналога 4090, а невидия уже 5090 анонситСтранно думать, что чем дороже карта, тем она производительнее.
Мейнстрим всегда был главным способом заработка.
4090 просто как торговая марка, есть Bugatti, но она в продажах и прибыли - мелочь.Быть реалистом важнее, чем фанатом Intel-AMD-NVIDIA.
1. Интеллектуальная собственность/ агрессивная политика/ Не хотят, открывать свои реализации для чужих глаз. Это и конкуренты и те, кто хочет как-то незаплонированно использовать видеокарту, например обойти ограничение в хешрейт у тех самых постмайнинговых карт.
2. Для идеального гейминга с этим проблем нет, за исключением каких-нибудь частных случаев. Всё идёт через opengl, с которым общается dxvk/vkd3d или сама нативная игра. Всё по большей части от них зависит.
3. Как многие компании меняли курс, так и эта может.
4. Там не говорили, что они получили код. Вроде бы ничего не сливи в итоге
5. Игры и там и там +- работают одинаково, главная проблема проприетарных драйверов, разработчикам компонентов linux, таких как mesa нет доступа к их внутренностям и они незнают как правильно реализовывать свои решения. Отчасти не понимают, отчасти не имеют нужных абстрактных объектов для их уже готовых решений.
6. Это открытый драйвер от mesa, который развивается паралелльно, зачастую, с помошью обратной инженерии. Плюс его в том, что он открыть и достаточно "кошерен", чтобы иметь его в ядре linux.
7. Полностью никогда не решит, если nvidia не будет продолжать открывать свои драйвера, mesa с их nouveau всегда будут в догоняющих. Сейчас есть большие сподвижки, особенно в плане игр и управления питания, но не факт, что так будет и завтра.
8. Явная синхронизация, это как пример из пункта 5, где людям не хватало необходимых абстрактных объектов. Wayland нехватало части информации от окон и решили в виде предоставления явной синхронизации. Решит только определённую часть проблем, но, вроде ещё есть недостающие компоненты.
9. Это решит, только часть взаимодействия между nvidia и сообществом. Всё будет зависить от того как дальше пойдёт nvidia в плане развития драйверов.
10. Игры и там и там хорошо работают, влияет только характер сессий с этими протоколами. Под x11 может быть немного больше инпут лага (на уровне погрешности) и возможно тирринг. А на wayland просто нестабильно. Только недавно wine и proton научились работать без xwayland и могут быть баги.
11. Нет. AMD лучше nvidia в плане обычного взаимодействия с системой. Там нет проблем c мерцанием, с просадкой кадров в анимации системы, требования в настройки сохранения ресурсов видеопамяти и т.п. По поводу arc незнаю, но обычно считают, что встройка от intel имеет самый лучший опыт взаимодействия.
12. Да, но некоторые самые популярные игры там не работают и скорее всего в ближайшее время не будет работать (PUBG, как пример). Также не всегда всё идёт хорошо, нужно смотреть игры по отдельности.
13. Да, из-за античитов. Всё зависит, по большей части от самих разработчиков. Поменяется когда, наверное пользователей линукс станет больше, чем 3-5 процентов.
14. ХЗ. В 1-ом, вроде должен быть wine и ещё какой-то новый продукт от apple, chrome os в свою очередь собирается на gentoo linux и тоже должен поддерживать wine/proton
15. Да там сейчас это всё должно быть в каком-то виде
16. Всё сложно. Большинство скорее будет работать, но многие основные, такие как фотошоп имеют много проблем.
17. Развиваются, но в своём темпе, многое новое тупа приходит с большим опозданием (если вообще решаются перенести). Некоторые отдают на откуп тому же линукс сообществу, такое как zfs
18. Главная проблема в десктоп сфере (ИМХО), что десктоп продукция в первую очередь разрабатывается не под linux. Также есть проблемы с опытом взаимодействия человека с системой, которая исходит из разных факторов (тоже ИМХО).
19. Что перейдёт, что-то нет, что-то уже заплонировали. Компонентов там много и необязательно всё переводит, всё зависит от поставленных задач.
20. На arm работает, даже есть Asahi для макбуков на m1. Работа x86 на arm в linux --хз, для меня тёмная тема
21. По большей части, драйвера и поддержка технологий по энергосбережению. Говорят, советуют брать ноутбуки с CPU с архитектурой годовой давности, чтобы реализовали большинство технологий, включая режим энергосбережения. Есть ещё тема с поддержкой энеросбережения на pci-e устройствах ( те же видеокарты). Что-то настроить можно, но это часто сложно и сильно ситуативно. Поищи в ТГ @toxblh_linux. Где-то год назад он пытался это сделать и писал у себя про это в канале.
22. Да, есть
23. Есть много своих форков proton со своими патчами, но по сути нет. Знаю, создатель ge-proton и ещё кто-то делают какой-то новый продукт, улучшающий опыт настройки протон.
24. Еcли имеется ввиду как обычная полноценная ОС, то не очень. Что-то делают, но на 2,5 поддерживающихся телефона. Можно запустить внутри андроид.
Благодарю, за ответы
Пожалуйста
По первой части главное стоит понимать, что и проприетарные от Nvidia драйвер и Nouveau драйвер сегодня не стоят на месте.
То сама nvidia всякие новые компоненты реализовывает, типа своего фреймбуфера, и поддержку ночного света в wayland и в принципе чинит работу на wayland, то Nouveau встраивает gsp прошивки и решает проблему с управлением питания, и создаёт свой vulkan-драйвер для игр.
Скрестим пальчики и будем надеется, что так и дальше пойдёт
1. не хочет - и не открывает
2. главная проблема всего железа - тивоизация
3. есть, открывали уже спеки. для вида конечно
4. нет, не слили. они цели такой не ставили. пока они выпендгивались - их за яйца схватили.
5. да, поэтому. закрытый драйвер = пока вендор не почешется — порта не будет. можно вообще без драйвера остаться. хочешь новое ядро - покупай нову
карту - обычная политика невидии, в том числе на винде.
6. да.
7. частично.
9. частично.
10. нигде. hdr зачем-то решили не реализовывать на x11 потому что типа за вейланд будущее, хотя это просто хлам.
11. да. не знаю.
12. хз, но в вайн постоянно фиксят связанные баги.
13. в том числе. античит с вайном плохо совместим.
14. хз
15. нет, зачем Valve проприетарная платформа? Они протон городят чтобы MS их бизнесу перестала угрожать.
16. нет, значительная часть пойдёт в garbage. напр. все, которые с компортом взаимодействуют.
17. да
18. 12309
19. да
20. отлично работает, у меня телефон на Android на ARM. хз.
21. хз
22. Android и есть Linux. dalvikvm - это реализация JRE со своим байткодом и своей станд библиотекой. можно скомпилить и запустить dalvik-байткод. на основе такого подхода есть штуки вроде anbox, которые на десктопе android запускают. Ещё вариант - виртуалка с Android-x86.
23. wine уже есть.
24. плохо: дрова - блобы.
2. Открытые драйверы нужны чтобы установить закрытые. Для другого они не годятся, кроме совсем уж маргинальных случаев, когда используется что-то очень древнее типа GeForce 7900 GS, карточки которые относительно неплохо доведены до юзабельного состояния, но с поправкой на никакущую производительность по современным меркам.
> начиная с TuringНу, в общем, понятно. Со своей GTX 1080 Ti пролетаю как фанера над Парижем.
Их оставят на самый финал после "всех современных".
К тому времени их даже на пoмoйкax не останется. Я свою на б\у нашёл (с пломбами чтоб) с огромным трудом, хотя ещё года 2 назад их было везде завались. Видяхи нынче стареют с астрономическими скоростями.
Один известный ремонтник уже даже не берет 1000 серию в ремонт.Потому что из-за их возраста при ремонте может откиснуть что-то ещё. И ты автоматом попадаешь на бесплатное устранение новой проблемы, т.к. при приемке этого дефекта не было.
В итоге, за стоимость починки исходного дефекта ты чинишь в лучшем случае два дефекта, а может и больше, если там и ещё что-то откиснет в процессе.
> Потому что из-за их возраста при ремонте может откиснуть что-то ещё.У нвидии есть нехорошая манера - гонять кремний в режимах очень близких к предельным, это частично компенсирует их протупы по технологическим нормам, лаги разработки и проч.
Проблема в том что чипы со временем лучше не становятся и стареют, деградируя. А от ломовых перепадов температур дико горячего чипа могут где-то отвалиться шары. И тут будет сложно остаться в плюсе - если в процессе чип окончательно сдохнет, это фэйл. Если шары отвалятся окончательно - много долботни. И остаться в плюсе ремонтеру будет нелегко.
Фантазер, на моменте с горячими чипами та прокололся
Алё, GTX 1080 Ti это и есть Turing
Хотя нет, это я наврал. Это Pascal. Не повезло.
16xx серия в пролете? Она вроде на той же архитектуре.
> 16xx серия в пролете?По идее НЕ_в_пролёте.
https://en.wikipedia.org/wiki/Turing_(microarchitecture)
Ну будет код открытым. Код для их закрытого железа. И что? Что это даёт? Ну они бесплатно получат тестировщиков и может кто-то бесплатно поможет исправить им ошибки. Возможно что кому-то на уровне драйвера нужен этот код для создания чего-то вроде ИИ, что ну очень сомнительно. Возможно что кто-то надеется на неофициальные драйвера, что в целом не имеет смысла - те же бесплатные программисты под их железо, которые улучшат какую-то совместимость или поддержку.
NVIDIA под Wayland нормально работает?
15 лет не пользуюсь дискретной графикой, поэтому вопрос задал.
Не очень. Ждем драйвер 555 версии (или 560, в худшем случае).
> NVIDIA под Wayland нормально работает?Отвратно. На свежем драйвере периодически содежимое окон пропадает. Потом восстанавливается.
Эти мигания достали. Пришлось вернуться в сессию Х11.
Если не допилят до нормального состояния, то моя следующая карта будет Радеон.
Простите, пока не пользуюсь Альт Линукс, а что они хотели бы доработать драйвер под Wayland?
> NVIDIA под Wayland нормально работает?Лучше бы вообще не работало, чем ТАК работать. Не зря бубунту с проприетарными дровами выставляет x11 сессию по-умолчанию, в отличии от федоры.
> NVIDIA под Wayland нормально работает?
> 15 лет не пользуюсь дискретной графикой, поэтому вопрос задал.Если только под Nouveau. Под проприетарными тоже жить можно, но там есть косяки. Какие-то у всех, как мерцания в xwayland и отсутсвия ускорения в гибридной графике, какие-то плавающие от архитектуры к архитектуре. Но и не сказать, что с куцым Nouveau тоже всё хорошо...
На встройке, кстати у вас очень хорошо говорят, особенно если это intel...даже аппаратное ускорение в браузерах без костылей есть!
Мощное видео для тяжелых игр у большинства нужно. Имея 20х и выше, при этом юзать линукс... Да,людям поистине скучно.Теперь будут новые квесты. Мои поздравления. Дистростроители навелосипедят еще больше. Чувствую как многие достигнут просветление.
При чём тут игры, у тебя всё хорошо?
Вот только не надо мне про копателей заливать. я все же не считаю людей такими глупыми.
Причем тут игры вообще? Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос.
> Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос.У меня даже на 4090 микрофризы. Забавно что на дохлом айфоне 6S из 2016 года всё скроллится мега плавно. Как в хроме, так и в сафари.
>> Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос.
> У меня даже на 4090 микрофризы. Забавно что на дохлом айфоне 6S
> из 2016 года всё скроллится мега плавно. Как в хроме, так
> и в сафари.Я это исправляю включением композитинга. Помогает, к сожалению, не идеально: как будто браузер скроллит 24 кадра в секунду, а у меня частота обновления экрана - 60 Гц. И от этого - те самые "подёргивания".
Вот мой личный алгоритм включения композитинга (критика приветствуется).
1. Выключить все улучшайки вроде "тройной буферизации", "TearFree" и "FullCompositionPipeline", если они включены.
2. Выключить VSync в NVIDIA-SETTINGS.
3. Добавить "nvidia-settings --load-config-only" в автозагрузку - потому что изменения, которые ты вносишь в NVIDIA-SETTINGS, нахрен слетают после перезагрузки (в том числе и выключение VSync).Тут дело вот в чём. Все изменения, которые ты внёс в NVIDIA-SETTINGS, работают только в этом сеансе. Когда же ты перезагружаешься - в новом сеансе изменения слетают напрочь, пока ты снова не запустишь NVIDIA-SETTINGS...
Убедиться в этом легко, причём достаточно наглядно: поставь кастомные настройки гаммы (накрути вырвиглазные значения: пусть экран станет из зелёного станет красным) и перезагрузись. Настройки гаммы после перезагрузки слетят, а когда ты запустишь утилиту - снова применятся.
4. Если у тебя в DE или WM нет встроенного композитора - идеальным композитным менеджером станет "compton --vsync opengl" (для опенсорсных дров, таких как i965, radeon, amdgpu, nouveau и modesetting, можно использовать "--vsync drm" - но я думаю, что это ничего не поменяет). В этом композиторе нет лишнего: ни теней, ни желеобразных окон - он позволяет просто убрать тиринг и не вносить от себя ничего. Платформа по умолчанию xrender. Если нужна платформа GLX, запускай с "--backend glx". Но лично у меня платформа glx тормозит даже на быстрых карточках.
Если нужна платформа glx, лучший выбор - Compiz. Компиз настолько быстрый, что ему не то что 4090 - 440 MX достаточно для очень плавного фреймрейта. Компиз тоже можно настроить так, чтобы ничего лишнего не было (по умолчанию желеобразные окна включены).
Убедись, что "Sync to VBlank" включен в компизе (в конфигураторе CCSM), а в NVIDIA-SETTINGS - выключен. Если включить и там, и там - ой, изображение становится не плавным (не знаю почему, как будто вертикальная синхронизация применяется дважды, и 60 FPS превратились в 30). Если же включить _только_ в NVIDIA, компиз будет напрочь игнорировать эту настройку... Так что включать только в CCSM, а в остальных местах (включая NVIDIA-SETTINGS) выключить.
Также выключи в Компизе "Unredirect Fullscreen Windows". Эта настройка отключает композитный менеджер, когда запускается игра на полный экран. Во-первых, сейчас игры не полноэкранные, а представляют из себя полноэкранное окно (иначе бы не работал Alt-Tab, это особенность "иксов"), вследствие чего параметр не применяется по факту. А во-вторых, эта настройка была актуальна во времена GeForce 7, а сейчас видеокарты стали достаточно быстрыми, чтобы можно было не выключать композитинг во время игры.
Кстати, про Компиз. Когда я открываю KDE-шную (и не только) утилиту для смены разрешения экрана (KRandrTray тот же), она показывает, что мой монитор 50 Гц. И будет показывать дальше, пока я не запущу nvidia-settings, который применит свои параметры. Тогда, после запуска KRandrTray, он покажет 60 Гц, как и положено. Но! Компиз при запуске опрашивает xrandr, чтобы получить частоту обновления экрана! Получает 50 Hz и лочит FPS до 50-ти... И тут либо в CCSM снять галочку "Автоматически определить частоту обновления" и вручную вбить значение 60 в соответствующем поле ввода, либо установить запуск Compiz _ПОСЛЕ_ "nvidia-settings --load-config-only" (чтобы компиз получил корректные данные от xrandr).
5. Если у тебя DE со встроенным композитором - настраивай его.
P.S. Остаётся открытым вопрос о работе Compiz на NVIDIA GLVND OpenGL. У меня - старая версия Compiz 0.8.8 - та самая легендарная версия из 2012 года. Она у меня работает корректно на non-glvnd-драйверах старых, тогда как на glvnd-драйверах я словил проблему: GTK-приложения перерисовывают своё содержимое весьма неохотно... Надеюсь, в актуальных версиях Компиза это было пофикшено!
Мануал выглядит пугающе.
А нельзя просто поставить видео от AMD или Intel? Они же просто работают и мозги не парят.
> Мануал выглядит пугающе.
> А нельзя просто поставить видео от AMD или Intel? Они же просто
> работают и мозги не парят.У них свои приколы. Например я как-то запустил на своей интеграшке Intel HD 4000 команду "compton --vsync drm". Всё заработало, как надо, но потом вдруг закончилось место на диске (куда-то делись 100 гигабайт). Оказалось что когда монитор ушёл в сон по DPMS, файл ~/.xsession-errors стал заполняться ошибками "РЯЯЯЯЯ МОНИТОР ПРОПАЛ!!!". Проблема оказалась в драйвере modesetting, на который перешли с i965. Решение: или вернуть i965, или запускать с параметром "--vsync opengl". Или "xset -dpms" и не закрывать крышку, чтобы по-хардкору. Надеюсь что с тех пор баг нашли и поправили.
> А нельзя просто поставить видео от AMD или Intel?Знакомый примерно так проблему и решил. Покупкой затычки 10 летней давности от AMD за 500 рублей, которая отрисовывает интерфейс ВНЕЗАПНО гораздо плавнее, чем 1650 SUPER от Nvidia.
Nvidia плохо себя чувствует на лине даже с проприетарным дровами. На иксах кое как терпимо, на вайленде ужасно.
Тест в браузерном бенчмарке на 20-30% меньше очков, чем под виндой. Противоположно с радеоном, который наоборот в лине набирает больше 🤔🤷🏻
> Nvidia плохо себя чувствует на лине даже с проприетарным дровами.Просто нвидию слабо интересует линукс дестоп. Очень маленький сегмент рынка.
Основную прибыль приносят корпоративные покупатели, которым нужны вычисления.
Во вторую очередь интересуют геймеры под виндоус.
А на самом последнем месте линукс десктоп.А так, NVidia на Linux себя чувствует очень даже хорошо. Просто это Tesla в серверной стойке за много-много денег.
У меня ⱯIⱭIΛИ чувствует себя прекрасно в Linux. Смотрю видео, лазию в браузере, пользуюсь гибридной графикой (когда Steam запущен на интеграшке, а игры - на дискретке), пережимаю видео при помощи NVENC (в связке с NPP ещё и отресайзить в 720p быстрее, чем без), играю в игры при помощи DXVK (правда, в последнее время только в Worms, которые жрут аж 3 Мб ОЗУ и 7 Мб видеопамяти, судя по данным HUD).Вот думаю, для чего можно использовать CUDA и OpenCL на старых видеокартах? У меня есть:
NVIDIA GeForce 9800GT (CUDA 5.5)
NVIDIA GeForce 560 Ti (CUDA 9.1)
Radeon HD 5670 (fglrx 15.9)
Intel HD 4000 (Beignet 1.3.2)
VideoCore IV (VC4CL)Хочу их куда-нибудь задействовать, вот только что они могут сделать полезного? Нейросетки не гоняю (да и старые карточки не потянули бы), майнить сейчас нечего (Monero на CPU, Etherium теперь PoS, TON может?).
Все знают чтобы работало из коробки - покупай АМД
Позно хуанг зашевелился когда нвидию уже закапывать начали