Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"NVIDIA начнёт использовать открытые модули ядра для GPU, начиная с Turing "	+/–
Сообщение от opennews (ok), 12-Май-24, 08:04
Компания NVIDIA объявила, что в грядущем выпуске проприетарных драйверов NVIDIA 560 на системах с  GPU на базе Turing (GeForce RTX 2000) и более новых микроархитектур по умолчанию будут задействованы открытые модули ядра Linux. Код модулей был открыт в 2022 году под лицензиями MIT и GPLv2, и обновляется синхронно с  каждым новым выпуском проприетарных драйверов. При этом, несмотря на наличие открытых модулей при установке проприетарных драйверов NVIDIA до сих пор продолжали использоваться проприетарные  варианты модулей, основанные на общей кодовой базе с открытыми, но отличающиеся и  развивающиеся отдельно... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61153
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+11 +/–
Сообщение от oficsu (ok), 12-Май-24, 08:04
Не осилили починить критический баг в проприетарных за несколько месяцев, видимо... forums.developer.nvidia.com/t/284772
Ответить | Правка | Наверх | Cообщить модератору

	35. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Skullnet (ok), 12-Май-24, 12:27
	Да ты чо, вот этому багу уже пару лет и фикса нет. https://forums.developer.nvidia.com/t/vulkan-app-with-vk-pre...
	Ответить | Правка | Наверх | Cообщить модератору

	76. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+9 +/–
	Сообщение от oficsu (ok), 12-Май-24, 15:43
	И всё же, в моём сообщении речь не просто о проблемах отображения, уже типичных для нвидии, а о и неработоспособности ядра больше нескольких часов аптайма с её драйверами, да ещё и с немалым риском повреждения файловой системы, что я нахожу несколько... более критичной проблемой
	Ответить | Правка | Наверх | Cообщить модератору

	141. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (-), 12-Май-24, 20:53
	> И всё же, в моём сообщении речь не просто о проблемах отображения, уже > типичных для нвидии, а о и неработоспособности ядра больше нескольких часов > аптайма с её драйверами, да ещё и с немалым риском повреждения файловой системы, Вот таки да - толпы "счастливых" юзерей с покиляными файлухами - радостно носятся и вопят хвалебные оды своему фетишу. Этак глядишь - скоро пойдут на поклон к Торвальдсу, майнлайнить вон то. Повторив историю АМД. Ну а как они будут объяснять кастомерам что вынос ФС - just as planned? В этом месте они узнают жестким способом что системная интеграция - штука важная :D
	Ответить | Правка | Наверх | Cообщить модератору

3. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
Сообщение от Аноним (3), 12-Май-24, 08:21
Дождались. Спустя Овер дофига лет.
Ответить | Правка | Наверх | Cообщить модератору

	31. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+9 +/–
	Сообщение от birdie (ok), 12-Май-24, 12:15
	Пока ничего не дождались, ибо https://github.com/NVIDIA/open-gpu-kernel-modules не будет включён в состав ядра никогда. Всё тот же кекс с драйверами, только без Tainted. Плюс userspace 100% закрытый. Когда NVIDIA начнёт пилить nouveau/NVK, тогда поговорим.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от got (?), 12-Май-24, 13:29
	А почему nouveau и NVK не могут использовать драйвер вместо того что сейчас в ядре? Тогда его можно будет все жить т.к. будет открытый юзерспейс.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–3 +/–
	Сообщение от Аноним (-), 12-Май-24, 20:57
	> ибо https://github.com/NVIDIA/open-gpu-kernel-modules не будет > включён в состав ядра никогда Слышь, великий эксперт по GPU, а расскажи: зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau? Единственное логичное объяснение зачем этот маневр может быть нужен нвидии и тому разработчику, в паре с тем маневром вокруг GSP - они, видимо все же решили попробовать маневр в стиле амд. Иначе эта активность выглядела бы очень ... странно. > Всё тот же кекс с драйверами, только без Tainted. Это пока. И кстати любой out of tree модуль ставит tainted биты, только - разные. > Плюс userspace 100% закрытый. У амд тоже где-то как-то есть закрытый юзермод. На практике на него почти все забили и какой-нибудь RADV как вулкан - еще и быстрее работает.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	169. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от Джуанг Хенсен (?), 13-Май-24, 01:22
	> зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau? очевидно же, свяжут ему руки чтобы не пилил nouveau
	Ответить | Правка | Наверх | Cообщить модератору

	175. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 02:38
	>> зачем они тогда недавно наняли себе - ключевого майнтайнера nouveau? > очевидно же, свяжут ему руки чтобы не пилил nouveau Да, а редхаткими именно поэтому же затеяли возню с GSP. А вовсе не для того чтобы подогнать свое видение как это стоит делать - к (современному) видению нвидии этсамого, и попытаться работать вместе в нормальном формате?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от cheburnator9000 (ok), 12-Май-24, 17:52
	Драйвера 3D ускорения как были закрытыми так и будут всегда, это они считают своей интеллектуальной собственностью и делиться не будут.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+19 +/–
Сообщение от Аноним (4), 12-Май-24, 08:46
Перст указующий Линуса защитника опенсорса творит чудеса.
Ответить | Правка | Наверх | Cообщить модератору

	5. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–3 +/–
	Сообщение от Аноним (5), 12-Май-24, 08:53
	Линус уже не тот, к сожалению. Ему там сказали, "что он слишком буянит" и он стал гораздо менее эмоциональным :(
	Ответить | Правка | Наверх | Cообщить модератору

	6. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+6 +/–
	Сообщение от Аноним (6), 12-Май-24, 09:18
	> Линус уже не тот, к сожалению. > Ему там сказали, "что он слишком буянит" и он стал гораздо менее > эмоциональным :( Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно. Но гениталии его в руках RHEL, т.к. это они его ужинают, а значит и танцуют в известной степени.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от 1 (??), 12-Май-24, 10:05
	https://www.opennet.ru/opennews/art.shtml?num=61021
	Ответить | Правка | Наверх | Cообщить модератору

	12. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от 12yoexpert (ok), 12-Май-24, 10:19
	ты хотел сказать IBM? и откуда инфа?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	115. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от 0_о (?), 12-Май-24, 17:47
	> ты хотел сказать IBM? и откуда инфа? Смысле откуда инфа? У него пакет акций RHEL и зряплату ему не Гендальф из астрала платит.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 12-Май-24, 20:59
	> Смысле откуда инфа? У него пакет акций RHEL и зряплату ему не Гендальф > из астрала платит. Ну так он шкурно заинтересован чтобы Linux как проекту было ЗБС. А для этого чисто технически порой надо слать в пень и корпов с дурацкими идеями. И это все адекватные люди - включая и топов - таки понимают. А NAK от Торвальдса таки - фиг оспоришь, хоть как.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 11:30
	Че-то он раст не отфутболил и в то же время попыток его освоить не делает. Патчи с мутным кодом будет проверять какой-то школьник видимо
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	28. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от laindono (ok), 12-Май-24, 12:09
	А зачем ему отфутболивать раст, равно как и учить его? > Патчи с мутным кодом будет проверять какой-то школьник видимо Я почти уверен, что Линус старого образца мог выдать такую фразу про 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
	Ответить | Правка | Наверх | Cообщить модератору

	55. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от ProfessorNavigator (ok), 12-Май-24, 14:32
	Линус - тоже человек. А значит может ошибаться. Ну "бабки, кругом бабки" никто не отменял.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	73. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–3 +/–
	Сообщение от Аноним (73), 12-Май-24, 15:38
	> Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно. Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет гением. Если почитать рассылки, авторы патчей предлагают идеи, и в общем, приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше. А в треды порой заходит Линус, обзывает участвующих идиотами и закрывает тему, не терпя возражений. А ядро такая сложная вещь, частенько идеальных решений не существует Например, тут https://lore.kernel.org/lkml/CAHk-=wi5YPwWA8f5RAf_Hi8iL0NhGJ.../ Линус ворвался, написал, что ему не нравится и почему, но сам не смог ничего предложить, только сходу заткнул всем рты.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	78. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от Аноним (21), 12-Май-24, 15:46
	Так в чем он не прав?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (73), 12-Май-24, 15:51
	А в чем прав?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 15:53
	То есть ты к его сообщению претензию имеешь, но не читал?
	Ответить | Правка | Наверх | Cообщить модератору

	86. Скрыто модератором	+/–
	Сообщение от Аноним (73), 12-Май-24, 15:54
	А ты мое сообщение читал или просто так ответил?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 15:55
	Ты хотя бы в курск, что на дефолтном поведении при переполнениях строится вся библиотека GMP и другие ей подобные?
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	89. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (73), 12-Май-24, 15:57
	Это решает проблему, которая волнует в том числе Линуса?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 15:58
	Линуса волнуют дурачки, которые не могут сформулировать претензию
	Ответить | Правка | Наверх | Cообщить модератору

	91. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (73), 12-Май-24, 15:59
	Линус сам дурачок, который, критикуя, не может предложить решение.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 15:59
	Решение для чего? Проблемы нет
	Ответить | Правка | Наверх | Cообщить модератору

	95. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (73), 12-Май-24, 16:03
	Проблемы нет, а Линус доказывает, что решать надо как-то иначе.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 16:05
	Где он че-то "решать иначе" собрался? Мы разные сообщения читали?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (73), 12-Май-24, 16:15
	Неучтенные целочисленные переполнения - на текущий момент одна из основных проблем ядра, приводящая к многочисленным уязвимостям, это уже обсуждали в рассылке. Нужно - сам найдешь. Разработчик косвенно поднял эту тему снова, но Линус включил режим "вы все тупые, а я д`Артаньян". Только вот уязвимость так и продолжат выявлять.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	103. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 1 (??), 12-Май-24, 16:24
	Торвальдс посоветовал Кису Куку из Google быть решением, а не проблемой в работе с кодом и мейнтейнерами ядра Linux
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	104. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 1 (??), 12-Май-24, 16:25
	а также перестать плодить неразумные жалобы на код компилятора.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	165. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (73), 13-Май-24, 00:16
	Человек пришел с предложением. Линус сначала объяснил, чем не нравится его предложение, а потом прилюдно начал наезжать. Тут несколько проблем: - Линус после технических вопросов не удержался от перехода на личности. - Сам именно техническое решение давно висящего вопроса не предложил. - У него явно проблемы как с выражением мыслей, так и способностью держать себя в руках - постоянно срывается на капс-лок. - Время от времени вижу в рассылке как он, вмешиваясь, пытается заставить прекратить дискуссию. При этом он забывает, что ядро ему не принадлежит и модератором рассылки не является. - Командный дух, мотивация от руководителя? Не, не слышали. - Сам же жалуется, что много народу, работающих над ядром, стали делать это спустя рукава. Короче говоря, вырисовывается какой-то не совсем адекватный человек, хоть и с прокачанными хард-скиллами. Техлид, который считает себя как минимум CEO, а по факту лишь наемный работник.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	124. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 18:24
	А, ну понятно, опять самому искать пруфы твоих слов
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	79. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от аннаним (?), 12-Май-24, 15:48
	>предлагают идеи, и в общем, приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше. Удивительно что Линус столько держится и все еще не впихнули ему совет по гендерным делам и экоразнообразию. Видимо спонсоров все устраивает.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	83. Скрыто модератором	+1 +/–
	Сообщение от Аноним (73), 12-Май-24, 15:52
	Не понял, к чему это?
	Ответить | Правка | Наверх | Cообщить модератору

	116. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от 0_о (?), 12-Май-24, 17:52
	>> Фиг бы с ней, с эмоциональностью, лишь бы не перестал отфутболивать криворукие патчи и рукозадые идеи, а он вроде не перестал, так что пока жить можно. > Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет > гением. Если почитать рассылки, авторы патчей предлагают идеи, и в общем, > приходят посоветоваться с другими людьми, чтобы вместе решить, как будет лучше. > А в треды порой заходит Линус, обзывает участвующих идиотами и закрывает > тему, не терпя возражений. > А ядро такая сложная вещь, частенько идеальных решений не существует Например, тут > https://lore.kernel.org/lkml/CAHk-=wi5YPwWA8f5RAf_Hi8iL0NhGJ.../ > Линус ворвался, написал, что ему не нравится и почему, но сам > не смог ничего предложить, только сходу заткнул всем рты. А почему он должен предлагать что-то, если он явно сказал, что либо предлагается решение, которое не заставляет переделывать овердохрена под капотом, либо такое "решение" идёт лесом?! Он явно сказал, что он не знает как лучше, но что предлагается, то явная дичь! Или вы из тех же молодых модных смузибоев, которым лишь бы изменения ради изменений, лишь бы кровати подвигать и потом тащиться от ЧСВ, какие вы все дохрена важные и нужные, столько всего сделали?! (если что, риторическиц вопрос.)
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	188. Скрыто модератором	+/–
	Сообщение от Аноним (73), 13-Май-24, 09:49
	О, привет, Линус, узнаю по стилю - сначала о сути вопроса, потом переход на личности.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (132), 12-Май-24, 19:07
	> Линус ворвался, написал, что ему не нравится и почему, но сам не смог ничего предложить "отвергая - предлагай" - это супер буллшитное утверждение. Так огрызаются обиженки, предложение которых отклонили. При решении сложной проблемы вполне нормальна и обычна ситуация когда очевидно, что очередная выдвинутая идея является аргументированно дефективной, но предложить что-то другое _пока_ не получается и надо продолжать мозговой штурм (если нет цейтнота или кризиса), но нет, "раз ты ничего не предложил взамен, то моя идея должна пойти в работу, а ты токсичный душнила". Это что же - вместо обдумывания надо первую же глупую идею брать в работу, если сразу ничего другого в голову не приходит?
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	187. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (73), 13-Май-24, 09:46
	Ты не всю цитату привел из текста на который отвечал, выглядит будто мне не понравилось что-то нормальное. Впрочем, удивляться не приходится, вся ветка построена на том, что мои цитаты вырываются из контекста.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (144), 12-Май-24, 21:02
	> Он не столько отфутболивает, сколько обзывает всех кругом идиотами, а себя выставляет гением Каковым и является. Это один из самых крупных - и успешных - софтварных проектов на планете, а 99.9% прожект менеджеров на этом фоне - голимые джуны и стажеры. Прикинь - услугами Торвальдса все пользуются потому что сами ... сильно хуже в этом! Ничего не мешает например тебе форкануться, убедить ALL комитить тебе а не ему, и вот вроде бы в дамках. Однако ты так не сможешь. Поэтому к тебе никто и не пойдет.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	186. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (73), 13-Май-24, 09:34
	Прикинь, но кроме Линуса ядром занимается ещё множество других людей, а некоторые так вообще успешно мейнтейнят LTS-ветки делая порой не меньший объем работ, чем Линус. И нет, он не гений, 99,9% ядра спроектировали и написали другие люди под руководством других людей. Почему их не учитываем?
	Ответить | Правка | Наверх | Cообщить модератору

	229. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 14-Май-24, 01:03
	> Прикинь, но кроме Линуса ядром занимается ещё множество других людей, А сделал его тем чем он является - именно он. Был ряд ОС до него. Даже более продвинутые технически или продуманные внутри. Но это им не помогло. Потому что счастье не в этом. А в сбалансированом видении проекта. И если лопухи из беркелея выбрали глупую лицензию и бегали по судам - вот они точно не гении, какими бы высоколобыми ни были. Можно быть умным в 1 узкой нише и полным овощем - в остальных. Нормальный PM же - прежде всего умеет отбалансировать решения до состояния когда откровенных глупых факапов нет. Поэтому Торвальдсу и доверяют. И да, уметь взмахнуть факом в нужный момнет - мастхэв для PM. Специальный бонус если он сможет это в виде когда за это еще спасибо скажут (KH так умеет). > а некоторые так вообще успешно мейнтейнят LTS-ветки делая порой не меньший объем работ, > чем Линус. На ваше горе я довольно плотно завязан на это все - и оно у меня на виду. Вы гоните, пытаясь делать умную рожу - но умным не являясь. Как и экспертом в разработке линуха. Видите как я вас просто спалил? :) > И нет, он не гений, 99,9% ядра спроектировали и написали другие люди под > руководством других людей. Почему их не учитываем? Потому что иерархия этих людей образовалась под руководством Торвальдса. Это либо его друзья, делом доказавшие эффективность, либо те на кого они указали и кому доверяют. Крутая команда не создается на ровном месте. Сабж очень понятно показывает как это может быть в случае когда какие-то "хрены по объявлениям" рулят проектом - вообще не умея это делать. Есть локальные картинки. А есть Big Pic. Торвальдс могет в него. В отличие от многих других. Это важно.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от К.О. (?), 14-Май-24, 01:01
	> Но гениталии его в руках RHEL Полагаешь, ему сложно найти другого работодателя?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	11. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от 12yoexpert (ok), 12-Май-24, 10:18
	это было лет семь назад, а сейчас он уже несколько лет отжигает, как и прежде
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

7. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (-), 12-Май-24, 09:38
Совсем недавно при обновлении закрытых драйверов на арче при хуке перезагрузки устройств система полностью зависла и даже новое ядро поставить не успела, поэтому не буталась (не у меня одного судя по форумам). Спасибо нвидии за то что научила освоить бтрфс со снапером! Пока на открытых дкмс сижу, вроде два обновления еще не ломались.
Ответить | Правка | Наверх | Cообщить модератору

	15. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+5 +/–
	Сообщение от 12yoexpert (ok), 12-Май-24, 10:23
	лучше бы она научила тебя освоить радеон
	Ответить | Правка | Наверх | Cообщить модератору

	22. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от pic (?), 12-Май-24, 11:31
	Фанаты не знают от того и мучаются: "Не делай себе идола, ни какого-либо подобия того, что на небе, вверху, и что на земле внизу, и что в водах под землей: не поклоняйся им и не служи им". Воспользовались бы предупреждением и не было бы проблем. Но то что сама NVIDIA отказалась очень хорошо, может CUDA тоже отмучают.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (94), 12-Май-24, 16:01
	С такими цитатами тут 8/9 должны Линукс удалить и больше никогда не трогать.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от pic (?), 12-Май-24, 16:43
	> С такими цитатами тут 8/9 должны Линукс удалить и больше никогда не > трогать. Ну зачем, можно просто повзрослеть, со временем ;)
	Ответить | Правка | Наверх | Cообщить модератору

	210. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (210), 13-Май-24, 16:11
	А тебе сколько лет? Я как возраст Христа перемахнул, так, наоборот, сознательно отказался от любых закрытых продуктов и технологий. И моя жизнь стала намного лучше, потому что когда что-то не работает или отсутствует (в закрытых профессиональных продуктах такое сплошь и рядом), то не нужно молить о милости господ и ждать их снисхождения. Я исправляю проблему либо сам, становясь ещё немного мудрее, либо применяю готовое исправление, сделанное другим энтузиастом. И продолжаю работать в комфортном для себя окружении, на своих условиях.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Fracta1L (ok), 13-Май-24, 11:00
	Я вот попробовал освоить Радеон, итог: мая 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
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	237. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (237), 14-Май-24, 10:40
	Сейчас тебе ответят, что дрова на самом деле отличные и работоспособные, а это просто язык программирования виноват.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+4 +/–
	Сообщение от Аноним (23), 12-Май-24, 11:34
	Нашел прям проблему... это давно извесно что дрова нвидии желательно обновлять вне иксов. Арч да? Ну ты знал на что шел. Ыот поэтомуу я сижу на LTS дистрах.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	41. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от srgazh (ok), 12-Май-24, 12:45
	А я использую...
	Ответить | Правка | Наверх | Cообщить модератору

	32. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от Аноним (32), 12-Май-24, 12:21
	Так давно известно, что в мейнтейнерах много инвалидов, ненавидящих и саботирующих пользователей. В этом основная причина таких проблем. До сих пор помню как софт использовал mesa в нескольких ситуациях при загруженном ядром блобе и это даже как-то работало, только рандомно крашилось и тормозило.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	118. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от 0_о (?), 12-Май-24, 17:55
	> Совсем недавно при обновлении закрытых драйверов на арче при хуке перезагрузки устройств > система полностью зависла и даже новое ядро поставить не успела, поэтому > не буталась (не у меня одного судя по форумам). Спасибо нвидии > за то что научила освоить бтрфс со снапером! Пока на открытых > дкмс сижу, вроде два обновления еще не ломались. Ох уж эти арчепроблемки, арчепроблемушки. Я только не понял, это типа жалоба была, или такой способ заявить - btw i use arch? Если первое, то зря, юзаешь Арч - ССЗБ! А если второе, то не стоит, тут каждый второй молдой и борзый - арчевод.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	130. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 12-Май-24, 19:00
	> Ох уж эти арчепроблемки, арчепроблемушки. Так если бы это были только арчепроблемы.... Напомнить как недавнее обновление сломало ссупер-стабильный дебиан? Причем это было минорное обновление! Хотя о чем вообще можно говориь с этим stable api nonsence)))
	Ответить | Правка | Наверх | Cообщить модератору

	151. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от anonSiberia (?), 12-Май-24, 22:06
	А бэккапиться перед обновлениями не учили в техникуме?
	Ответить | Правка | Наверх | Cообщить модератору

	157. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от Аноним (157), 12-Май-24, 22:54
	В ПТУ не рассказывали о таком понятии как QA? Что перед рализом должны пройти автотесты, интеграционное тестирование, мануальное тестирование... Я конечно понимаю, что в ядро можно просто высрать любой некомпиляющийся код или выкатить обнову, которая тупо не стартанет. Не то что я был бы сильно удивлен, но доколе!
	Ответить | Правка | Наверх | Cообщить модератору

	190. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от ИмяХ (ok), 13-Май-24, 10:09
	>>должны пройти автотесты, интеграционное тестирование, мануальное тестирование... Так вот они и тестируют на вас, на хомячках.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 12-Май-24, 23:11
	> А бэккапиться перед обновлениями не учили в техникуме? А если более приличные места посещать - можно еще узнать о такой фиче как снапшоты. Их прелесть в том что времянки более приличные чем с созданием и особенно восстановлением бэкапов.
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	173. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (6), 13-Май-24, 01:52
	>> Ох уж эти арчепроблемки, арчепроблемушки. > Так если бы это были только арчепроблемы.... > Напомнить как недавнее обновление сломало ссупер-стабильный дебиан? > Причем это было минорное обновление! > Хотя о чем вообще можно говориь с этим stable api nonsence))) Ну, напомни, блин, как у меня сломало мой Debian твоё недавнее обновление, а я с попкорном послушаю! Ссылку в студию, я жду!
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	219. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (-), 13-Май-24, 18:42
	> Ссылку в студию, я жду! Та легко: 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 тем успели наплодить пока админы не потерли.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (210), 13-Май-24, 16:35
	Инфантилизм, как он есть. Забежать в класс на перемене с языком на плече и провизжать тоненьким девичьим голосочком: "У кого нет Айфона/Мака, тот днище-брод!". "Арчем пользуются только малявки!" И прочее. А собратья по разуму ему важно поддакивают. Хотя у них тоже нет Айфона, мама обещала купить, только если исправят двойки на тройки. И никто из этих носителей истины, в последней инстанции, никогда Арчем, конечно, не пользовался, куда ему с его лапками, но осуждает. Там, разумеется, нет никаких "арчепроблем". Невидия не взяла на себя сопровождение своего Ненужно в ядре, и другим не даёт. Обновляется когда вздумается, в том числе с полугодичным отставанием от релизов используемого в зависимостях апстрима (например, glibc или kernel). А через пять лет, вообще, бросает на произвол. А виноват, конечно, линукс, роллинг, арч, мейнтейнеры, кто угодно, но не вендор, который за свой хлам деньги взял.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	174. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (174), 13-Май-24, 02:25
	> Спасибо нвидии за то что научила освоить бтрфс со снапером! А я так и знал, что для типичного арчевода бтрфс (или лвм какой-нибудь) со снапшотами - это по сути часть пакетного менеджера. Пока нормальные люди используют концепцию релизов, фанаты роллинга изобретают пакетный менеджер из снапшотов и палок.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	176. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 02:42
	>> Спасибо нвидии за то что научила освоить бтрфс со снапером! > А я так и знал, что для типичного арчевода бтрфс (или лвм > какой-нибудь) со снапшотами - это по сути часть пакетного менеджера. Пока > нормальные люди используют концепцию релизов, фанаты роллинга изобретают пакетный менеджер > из снапшотов и палок. Да мне и в дебиане пригодилось. Как-то 11 на 12 на одном компе обновил - а оно там с дурацкими багами оказалось. Ну я и вернул снапшот. Куда как лучше чем выбирать между жизнью с крутыми багами, экстренным разруливанием оных, или несколько часов на реинсталл ОС, ибо даунгрейд в apt ну вот не предусмотрен.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (210), 13-Май-24, 17:19
	> бтрфс со снапшотами - это по сути часть пакетного менеджера Чушь. Арч для прагматиков. В нём, в силу экономии колоссально бессмысленных трудозатрат сообщества энтузиастов, какое могут позволить себе только хозяева оплачиваемых корпоративных рабов, частичные обновления не поддерживаются, поэтому откат всего корневого раздела - это намного более эффективный способ, молиеносный, с минимумом занимаемого места, чем многочасовое тра-ние с разрешением зависимостей пакетником. С качественной стороны никаких отличий, кроме гипотетической потери пары, сделанных наживую, настроек, которые никто не запрещает вести в отдельном dev-репозитории, пакетировать и доставлять в систему в виде пакета. Тем более, всё равно, придётся, если машин больше одной. Если нужна воспроизводимость. Если не хочется после каждого отката или обновления ползать по /etc с инструментом слияния настроек. А тем арчеводам, кому не нужны откаты, не приходится платить за то, что не используешь, временем обновления системы. Это пока твои "нормальные люди" пихают в пакетник, который без того еле ворочается, чёрта лысого. А ПО с позапрошлого года не обновлялось. А чё им, они зарплату получили и свободны, а ты этим старьем со "стабильными" годами багами, давно исправленными в апстриме, пользуйся на здоровье. Зато без "велосипедов", но с коропоративным оверинжиниринг мопедом на треугольных колесах, стоящем на спинах слонов, на панцире черепахи, бороздящей бескрайний космос бесцельно потухших звёзд.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	215. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (215), 13-Май-24, 17:44
	> частичные обновления Причём здесь частичные обновления? Сделайте две ветки - stable и testing, и вопросов будет куда меньше. Кому нужна стабильность, будут сидеть на стабильной и раз в год-два-три обновляться (меня бы точно устроило). И не бояться в случайный момент нажать pacman -Syu, зная, что qt5 на qt6 при этом не обновится. А остальные будут сидеть на тестовой ветке и снапшотах и репортить баги.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (239), 14-Май-24, 11:59
	> Причём здесь частичные обновления? При том, что в их отсутствии нет нужды в информации о зависимостях пакетов, соответственно нет никакого смысла делать откаты на уровне пакетника. Можно на уровне ФС. > Сделайте две ветки - stable и testing, и вопросов будет куда меньше. В Арче есть тестовая "ветка" для разработчиков. По умолчанию используется стабильная. > Кому нужна стабильность, будут сидеть на стабильной и раз в год-два-три обновляться Кому нужна, те не обновляются. А бэкпортировать исправления критических ошибок могут в своё свободное время, или идут на поклон к Редхат, Каноникал и т.п. Будто мало дистрибутивов-подcтилок^W готовых продуктов для профессионального применения. > И не бояться в случайный момент нажать pacman -Syu, зная, что qt5 на qt6 при этом не обновится. Не обновиться. Тулкиты поставляются параллельно в нескольких мажорных версиях, чтобы поддерживать ПО, которое использует как старую, так и новую.
	Ответить | Правка | Наверх | Cообщить модератору

20. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
Сообщение от Аноним (21), 12-Май-24, 11:28
А видюхи на Паскале предлагается выкинуть?
Ответить | Правка | Наверх | Cообщить модератору

	24. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (23), 12-Май-24, 11:35
	как и у радеона... вулкан, там кстати до сих пор не полный на открытых дровах.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от anonSiberia (?), 12-Май-24, 22:08
	Игрушки идут и ладно. "Спасибо Центру за это" ))))
	Ответить | Правка | Наверх | Cообщить модератору

	177. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от Аноним (-), 13-Май-24, 02:45
	> как и у радеона... вулкан, там кстати до сих пор не полный > на открытых дровах. Что значит - не полный? Он реализует все спеки вулкана и чертову кучу расширений. И более того - и устраивает владельцам АМД халяву работая на вообще всем что GCN, а заодно - делает закрытую версию по перфомансу на ура. Де факто открытый графический стек оказался настолько успешен что проприетарную версию почти никто и не использует в линухе как раз. Представляете, Valve какой - может например комитить в открытый драйвер, и они хорошо знают что им надо и почему. А в проприетарный так не получится.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	26. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от pic (?), 12-Май-24, 11:38
	Наверное предложат жевать то, что есть, Nouveau. Такое ощущение, что NVIDIA очень хочется в интегрированные модули, как AMD делает для консолей, включая портативные. Там может появится очень широкий простор за захвата рыночных позиций, потеснив слабых. Тем более если x86 на настолках навернётся.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	39. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 12:32
	Если бы оно на Nouveau работало... Там не реализовано управления питанием для Паскалей и видюха все время работает на низких частотах, то есть нифига не ускоряет
	Ответить | Правка | Наверх | Cообщить модератору

	153. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от anonSiberia (?), 12-Май-24, 22:09
	Так может того, допилят?
	Ответить | Правка | Наверх | Cообщить модератору

	178. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (178), 13-Май-24, 02:48
	> Так может того, допилят? Так они вон и пришли к вызовам через GSP. Видимо сама нвидия давно юзала это - а вон то так, fallback для совместимости. Ну а юзерам паскалей объяснят что GPU надо обновлять :)
	Ответить | Правка | Наверх | Cообщить модератору

25. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от darkshvein (ok), 12-Май-24, 11:38
ага, и дрова нвидиа станут такими же всасными, как и амд? [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!!
Ответить | Правка | Наверх | Cообщить модератору

	145. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от Аноним (144), 12-Май-24, 21:10
	> ага, и дрова нвидиа станут такими же всасными, как и амд? Давно уже выхватили пальму первенства из рук амд - начав убивать юзерам ФС. Толи DMA индусы не умеют, толи просто модуль посетил индусский кот, но юзерья у которых с нвидией ФС "почему-то" рассыпалась почему-то прибавилось. Просто лобовая корелация: юзал проприетарный драйвер - сдохла ФС вскоре после его инстала. Интересные такие "случайности" оптом.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от This Misaka (?), 13-Май-24, 11:44
	Юзаю блоб, ни разу не рушилась ФС, всё что угодно, но не ФС ЧЯДНТ?
	Ответить | Правка | Наверх | Cообщить модератору

	230. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 14-Май-24, 01:26
	> Юзаю блоб, ни разу не рушилась ФС, всё что угодно, но не > ФС > ЧЯДНТ? Юзаете какое-нибудь барахло типа EXT4, которое довольно долго делает вид что как живое - но в какой-то момент все же крякает и тогда уже наповал? Или если fsck гонять достаточно часто, может сыпаться понемногу :)
	Ответить | Правка | Наверх | Cообщить модератору

	208. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от darkshvein (ok), 13-Май-24, 14:48
	> Просто лобовая корелация: юзал проприетарный драйвер - сдохла ФС вскоре после его > инстала. Интересные такие "случайности" оптом. ну да, это повеселее. у амд же просто бардак: https://www.reddit.com/r/linux_gaming/comments/1bbqweo/amd_d.../ при этом все делают вид, что куча багов это норма
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

27. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
Сообщение от onanim (?), 12-Май-24, 12:07
напомню первопричину: https://www.opennet.me/opennews/art.shtml?num=56789
Ответить | Правка | Наверх | Cообщить модератору

	29. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от onanim (?), 12-Май-24, 12:11
	хакеры-вымогатели здорового человека: крадут данные, требуют у компании публиковать исходный код драйверов, иначе они сделают это сами. хакеры-вымогатели курильщика: нарушают работу предприятий, университетов, госпиталей, неба, аллаха, и не поддерживают опенсорс. локбиты, учитесь у LAPSUS$!
	Ответить | Правка | Наверх | Cообщить модератору

	33. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от pic (?), 12-Май-24, 12:23
	>хакеры-вымогатели здорового человека Вряд ли. Много отраслевых корпораций, которым достало постоянно идти на поклон к NVIDIA, просто выкрали данные через промышленных информаторов, чтобы ярмо не давило.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (-), 12-Май-24, 21:13
	> Много отраслевых корпораций, которым достало постоянно идти на поклон > к NVIDIA, просто выкрали данные через промышленных информаторов, чтобы > ярмо не давило. А что вас так удивляет? Бизнес штука суровая. Иногда и блэкхэтам могут заплатить за корпоративгый и промшпионаж, чтобы конкурента обставить. Официально, конечно, никто никогда не признает это, но "ничего личного, это бизнес" все же имеет место быть. Иногда всякие приколы такого плана типа фольксвагена с дизельгейтом - вылезают, но вы же не думали что это единственный секрет обставления конкурентов? :)
	Ответить | Правка | Наверх | Cообщить модератору

	98. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (94), 12-Май-24, 16:06
	> локбиты, учитесь у LAPSUS$! Локбиты уже ничему учиться не будут. Им ФБР штанишки спустило и по нежности нашлёпала. И поделом, вор должен сидеть в тюрьме.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	30. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от birdie (ok), 12-Май-24, 12:12
	Никак это не связано. Просто Enterprise клиенты NVIDIA хотят большей свободы в там как и где они deploy'ят карты NVIDIA. Плюс, закрытые дрова - это +Tainted -Secure Boot -GPL_Symbols, которые нужны для некоторых очень критических фич.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	88. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (88), 12-Май-24, 15:55
	что мешает загрузить патченное ядро?
	Ответить | Правка | Наверх | Cообщить модератору

	147. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (147), 12-Май-24, 21:21
	> что мешает загрузить патченное ядро? Тем что потом за подобные маневры кастомеры что-то начинают репортить какие-то карапты ФС и прочие приколы. Ведь с системной интеграцией, тестированием и валидацией как оно играет с остальными подсистемами в таком франкенштейне - никак. Оно и развалится при случае. А поскольку это кернел, факап там - далеко не халявная штука. На...в вообще совсем всех - нвидия заметила что тут была какая-то подстава, потому что себя они тоже не обошли стороной :)))
	Ответить | Правка | Наверх | Cообщить модератору

	182. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от onanim (?), 13-Май-24, 08:12
	> Никак это не связано. > Просто Enterprise клиенты NVIDIA хотят большей свободы в там как и где > они deploy'ят карты NVIDIA. > Плюс, закрытые дрова - это +Tainted -Secure Boot -GPL_Symbols, которые нужны для > некоторых очень критических фич. ага, конечно, никак не связано, пятнадцать лет никого из Enterprise не смущало +Tainted -Secure Boot -GPL_Symbols, а как только хакеры выложили исходники и потребовали публиковать исходники новых версий - сразу Enterprise захотел большей свободы и Nvidia пошла Enterprise-у на уступки.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	34. Скрыто модератором	+/–
	Сообщение от Аноним (32), 12-Май-24, 12:25
	Не будь таким доверчивым.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

36. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
Сообщение от 8bitMind (?), 12-Май-24, 12:27
Это конечно хорошо, но есть более серьёзная проблема, чем закрытые видео драйвера, а именно - UEFI материнских плат, из-за которого каждая третья материнка работает исключительно с виндой. Китайские п-сы клепают настолько кривые и убогие прошивки, что большинство современных материнских плат - просто мусор, за который нельзя платить деньги. Нужна открытая и стандартизированная реализация прошивки.
Ответить | Правка | Наверх | Cообщить модератору

	37. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от pic (?), 12-Май-24, 12:29
	Т.е. у GNU/Linux с китайскими материнскими платами не работает?
	Ответить | Правка | Наверх | Cообщить модератору

	40. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 12:35
	У меня уже вторая материнка, работающая только с виндой. При попытке загрузиться в лайв cd любого дистра, компьютер виснет намертво, работает только перемещение курсора по рабочему столу. Большинство дистров вообще не загружаются. Удалось поставить только Arch и FreeBSD, но и они зависли прямо в консоли сразу после загрузки. При загрузке системы в режими совместимости таких проблем не наблюдается, но без драйверов, разумеется. Дело тут в поголовно кривых ACPI и забагованных UEFI.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 12-Май-24, 13:08
	Ты просто загрузочную флешку неправильно создаешь
	Ответить | Правка | Наверх | Cообщить модератору

	50. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 13:33
	Стандартный Ventoy, ничего экзотического.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от tty0 (?), 12-Май-24, 14:24
	Какой курсор мыши? dmsg спасает! Скорее всего косяки с управлением питанием через acpi, которое на венде правильно не работает, но это не критично. Либо пересобирать DSTL (скорее всего не поможет), либо выключать.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от 8bitMind (?), 12-Май-24, 14:31
	Чтобы dmesg спас ,его нужно сначала запустить. И я уже отписался, что проблема действительно в кривом ACPI. Это беда современных материнок.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от ProfessorNavigator (ok), 12-Май-24, 14:30
	О том и речь. Попробуйте использовать например dd. Ещё Rosa Imagewriter неплохо справлялся, когда я его последний раз пробовал. ALTMedia writer - тоже. Но у него с установкой сложнее в неальтовские дитсрибутивы.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	56. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 14:34
	Да я и через dd пробовал, и через Rufus - результат аналогичный. Да и винда ведь ставится с вентоя и прекрасно работает.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от ProfessorNavigator (ok), 12-Май-24, 16:41
	> Да я и через dd пробовал, и через Rufus - результат аналогичный. Да и винда ведь ставится с вентоя и прекрасно работает. Тогда читать про свою материнскую плату. И попробовать загрузится с параметром nomodeset - есть ощущение, что проблема у вас отнюдь не в материнской плате, а как раз в видеокарте.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (32), 13-Май-24, 10:59
	А надо было через cp. Ну или смонтировать исошку кликом в фм и скопировать файлы. Только так будет работать корректно. А васяноподелки вполне могут и глючить непредсказуемо, кто знает, что они там делают. Вот ты знаешь?
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	121. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от torvn77 (ok), 12-Май-24, 18:11
	Год назад купил китайскую материнку для AM3 и подтверждаю то, что её БИОС очень плох.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	52. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (52), 12-Май-24, 14:30
	А что за материнка?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	57. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 14:34
	GIGABYTE X570S UD
	Ответить | Правка | Наверх | Cообщить модератору

	96. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (52), 12-Май-24, 16:03
	Тогда попробуй acpi_osi="Windows 11"
	Ответить | Правка | Наверх | Cообщить модератору

	62. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (23), 12-Май-24, 14:58
	Эта проблема зовется "нет драйвера на эту материнку" Решается отключением acpi и графического режима нахрен в момент загрузки системы. После чего из сети ставится последнее ядро, в случае арча, у убунты есть OEM ядра для такого, Debian - можно попробовать накатить ядро из unstable. RHEL в ELPEL есть свежее ядро.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	80. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 15:50
	Какой ещё драйвер на материнку? Ryzen 5000 серии это уже прошлое поколение. Да и арч я ставил с самым последним ядром - толку 0.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (23), 12-Май-24, 16:10
	Да, через консоль ручками. Если у вас лапки - это ваши проблемы. И нет это ничерта не сложно, просто требует вреся на освоение.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	112. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от 8bitMind (?), 12-Май-24, 17:29
	Ещё один профессионал подъехал. Я же выше написал, что ставил Arch с самым последним ядром.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от anonSiberia (?), 12-Май-24, 22:20
	Попробуйте параметр text дописать в параметры загрузки ядра. У меня Huananzhi F8D Plus, с 2-мя процами. Графический режим в grub лагает сильно. Пока не начнёт грузиться system.d и свой графический режим не врубит. Прописал text - всё полетело. И сам груб потом в текстовый перевёл в его настройках.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (70), 12-Май-24, 15:33
	define "китайские". Тайвань с Сингапуром тоже туда же? А из КНР вообще брать ничего нельзя: https://xakep.ru/2011/12/26/58104/
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	82. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от 8bitMind (?), 12-Май-24, 15:52
	>Тайвань с Сингапуром тоже туда же? А какая разница? (с) Я уже думаю поставить coreboot...
	Ответить | Правка | Наверх | Cообщить модератору

	155. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от anonSiberia (?), 12-Май-24, 22:22
	Так нельзя, что куча гэмеров по сей день Xeon-ы берёт, только не v1, а v3. И вполне они тащат. Не 200 fps, зато дешевле в разы Ryzen-ов. Пускай пока свой X3D кэш пилят до stable и чтобы при разгоне на воздухе не дох.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	137. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от Аноним (137), 12-Май-24, 20:37
	> Китайские п-сы клепают настолько кривые и убогие прошивки, что большинство современных материнских плат - просто мусор, за который нельзя платить деньги. Им неинтересны проблемы 2% > Нужна открытая и стандартизированная реализация прошивки. Нужна? Делай.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

38. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
Сообщение от anonymous (??), 12-Май-24, 12:31
Я правильно понял, что в видюху вмазали полноценный CPU, который выполняет напрочь проприетарный код, а открытые дрова тупо маршрутизируют запросы к этому GSP?
Ответить | Правка | Наверх | Cообщить модератору

	44. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (44), 12-Май-24, 12:58
	Именно так, а код ещё подписан, чтобы его поменять не смогли. Интересно, можно ли выпаять этот арм чип и запаять на его место другой, в котором тивоизация не заэнфорсена.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (67), 12-Май-24, 15:26
	Это не "арм-чип", а арм-ядро в составе цельного кристалла GPU.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (70), 12-Май-24, 15:37
	дело плохо, без глитчкита не обойтись.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (32), 12-Май-24, 16:00
	Там разве арм? Вроде ж рискв сопроцессор крутит прошивки на ада. Хотя, арм-ядра тоже должны быть, там много компонентов и все они проприетарные, ага. У остальных, кстати, тоже проприетарь на проприетари, открыта только ядерная часть (это ничего не даёт, глюков не меньше, зато теперь 3/4 ядра сгенерированные файлы видеокарт спасибо амуде).
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	242. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от X512 (?), 14-Май-24, 12:54
	GSP использует RISC-V а не ARM.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	71. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (71), 12-Май-24, 15:35
	Тут ещё важно, предоставляется ли этому микроконтроллеру прямой доступ к физической памяти системы или к огороженному кусочку, или к отдельному адресному пространству?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	74. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (70), 12-Май-24, 15:39
	это зона ответственности iommu. Но даже с ним можно дел натворить, драйвера ведь не пишутся в предположении, что устройство будет атаковать хост. Особенно если драйвера пишут те, чьё устройство гипотетически может атаковать хост.
	Ответить | Правка | Наверх | Cообщить модератору

42. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Прадед (?), 12-Май-24, 12:52
Не могу лишь впитать одно: почему ку́да а не опенсл?
Ответить | Правка | Наверх | Cообщить модератору

	123. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от torvn77 (ok), 12-Май-24, 18:13
	Зачем Инвидии развивать конкурирующую систему?
	Ответить | Правка | Наверх | Cообщить модератору

	167. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Прадед (?), 13-Май-24, 01:19
	Ну это понятно, но зачем юзеры его хотят?
	Ответить | Правка | Наверх | Cообщить модератору

43. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
Сообщение от Аноним (43), 12-Май-24, 12:56
>Открытые модули могут использоваться только с GPU, оснащёнными отдельным микроконтроллером GSP (GPU System Processor), применяемым в таких микроархитектурах, как Turing, Ampere и Ada. Хорошая попытка, невидия, но обмануть нас путём вынесения всей проприетари в собственный чип с тивоизацией, и называния такого гибридного драйвера "свободным ПО" (хотя по разъяснениям в GPL FAQ и то и другое составляет единую программу не смотря на различие адресных пространств, и поэтому обязано быть под GPL, но судиться с могучей корпорацией желающих нет), таким образом получив ещё более проприетарную и зативоизинованную систему, не пройдёт.
Ответить | Правка | Наверх | Cообщить модератору

	60. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от Аноним (23), 12-Май-24, 14:52
	Не, надо подарить всем конкурентам часть внутренней реализации графического стека, за счет которого они и доминируют на рынке до сих пор. Щаз, они разбежались. Им, и их пользователям ставили палки в колеса, в итоге они нашли решение запихнуть все что нельзя открыть в прошивку. А этих прошивок что составляют единую программу с остальным драйвером в линуксе вагон да тележка. так что "все по правилам".
	Ответить | Правка | Наверх | Cообщить модератору

	66. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (66), 12-Май-24, 15:25
	Извините, у конкурентов - таких же могучих корпораций - найдутся средства купить лицензию на IDA Pro + Hex Rays, нанять реверсеров и снабдить их топовыми FPGA производства самой корпорации для глитчинга всех этих проверок подписей. От реверсинга корпорацией эти меры не защитят. Это не от корпораций заслон (от них заслон - это суд Западного Техаса), а от опенсорс сообщества, представители которого есть там, куда руки у американских судов не дотягиваются. Вот как раз необходимость аппаратной модификации карты, чтобы можно было заливать кастомную прошивку в GSP, в противовес установке опенсорсного драйвера, делает эту процедуру уделшм единичных реверсеров, а не каждого пользователя Linux. >"все по правилам" Это не те правила, а правила которые "горе побеждённым". С сильным не дерись, с богатым не судись.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (111), 12-Май-24, 17:25
	Вот только AMD точно так же пихает чипы PSP и в GPU, и в CPU, с такими же закрытыми прошивками. Уже поздно бить в набат, все ПК в мире давно содержат аппаратные руткиты и населению пофиг.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	166. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от Аноним (-), 13-Май-24, 00:27
	С каких пор 'закрытая прошивка' == 'руткит' ? Если нет доказательств, то не нужно сотрясать лужу своей газификацией. А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу. Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от Аноним (198), 13-Май-24, 11:01
	Телеметрия и есть шпионаж.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (210), 13-Май-24, 17:41
	С тех самых пор, как миром правит алчность. А на каждом втором устройстве можно авторизоваться с паролем "backdoor", ой, то есть "remote tech support". А в телеметрию, на нашем веку, уже столько раз попадала персональная информация, а потом она "нечаянно" оказывалась у посторонних лиц. И т.д. и т.п.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	218. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (32), 13-Май-24, 18:35
	Не только персональная информация, куда чаще в неё попадают "секреты" (сторонние логины/пароли/токены), совершенно случайно естественно. Ну и знать, где находится устройство, как, кем и для чего используется, какие программы установлены, это конечно же жизненно важная информация для авторов фонарика или просмотрщика изображений, абсолютно необходимая для разработки. Ещё можно включить скриншоты/записи экрана и записи введённых с клавиатуры данных. Обычная телеметрия, что такого?
	Ответить | Правка | Наверх | Cообщить модератору

	223. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 18:51
	> Ну и знать, где находится устройство, как, кем и для чего используется, какие программы установлены, это конечно же жизненно важная информация для авторов фонарика или просмотрщика изображений, абсолютно необходимая для разработки У вас есть полнейшее право не пользоваться таким софтом. А вот права принудить разраба делать что-то, не запрещенное законом, у вас нет. Поэтому вы или заставляете правительство менять закон, или идете на хурд. > Ещё можно включить скриншоты/записи экрана и записи введённых с клавиатуры данных В нормальных системах этого делать нельзя. Там идет запрос к оси. Хотя если вы сидите на Х11, то вам уже ничего не поможет))
	Ответить | Правка | Наверх | Cообщить модератору

	222. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 18:48
	> А на каждом втором устройстве можно авторизоваться с паролем "backdoor", А как мне это сделать на своей видяхе? > И т.д. и т.п. Т.е. доказательств вы таки предоставить не можете? Ну, не то чтобы я был вообще удивлен... Тут пустозвоном просто куча.
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	189. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (-), 13-Май-24, 09:52
	С каких пор 'закрытая прошивка' == 'руткит' ? Если нет доказательств, то не нужно сотрясать лужу своей газификацией. А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу. Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	232. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (232), 14-Май-24, 01:31
	> С каких пор 'закрытая прошивка' == 'руткит' ? У броадкома даже с ремотным доступом на андроиде и эппле вышел. Потому что дыра в прошивке, а после этого - ну, ок, атакующий заливает свой код в DMA-capable процык, хоть он и не системный - но при помощи DMA в нужные адреса это довольно легко исправить. > Если нет доказательств, то не нужно сотрясать лужу своей газификацией. В информационной безопасности это не так работает. Там мы верим только тому что можно доказуемо проверить. А всякие абстрактные бла-бла не котируются. > А то у местных поехаших крашрепорт == слежке, телеметрия == шпионажу. > Из-за таких подмен понятий не удивительно, что 4% меньшенство считается умственно отсталыми. Экий подгар у адепта пакостей и малвари то. Любо дорого смотреть, аноны, так держать!
	Ответить | Правка | Наверх | Cообщить модератору

47. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
Сообщение от Бывалый Смузихлёб (ok), 12-Май-24, 13:23
> Открытые модули могут использоваться только с GPU, > оснащёнными отдельным микроконтроллером GSP (GPU System Processor), > применяемым в таких микроархитектурах, как Turing, Ampere и Ada Угу, всю суть вынесли в отдельный огороженный проц с прошивкой и теперь играют в доброту, а по большому счёту, в открытый доступ предоставляются просто способы проброса команд
Ответить | Правка | Наверх | Cообщить модератору

	59. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (23), 12-Май-24, 14:42
	Вот плевать вообще, главное - драйвер будет вместе с ядром и исчезнет вагон да тележка палок вставленных свидетелями GPL в Nvidia драйвер. Мне плевать на идею если она ломает мне половину системы.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от Аноним (71), 12-Май-24, 15:30
	Даже если не будет закрытого кода, исполняемого ядром ОС, уже большой плюс.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	85. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
	Сообщение от Аноним (88), 12-Май-24, 15:54
	код, исполняемый ядром, можно 1. разреверсить 2. заменить. Код исполняемый уартой можно только терпеть. Но это только цветочки! Раз на карте есть промежуточный корень доверия в виде чипа с зативоизированной прошивкой, то можно наглеть дальше. Потребовать от хоста для работоспособности карты крутить драйвер, выполняющий произвольный код. Карта его посылает - драйвер выполняет. Что карта посылает - непредсказуемо. Ну ладно, допустим реверсили-реверсили, и разреверсили. Сделали быстрый ограниченгый безопасный эмулятор. Опять же ничто не мешает карте требовать наличие на хосте инета для TLS-соединения с серваком NVidia, с которого они будут раз в день аттестованным картам присылать обновления кодогенератора. А заодно майнить на карте. А заодно требовать абонентскую плату. Не заплатил - никакого тебе GPGPU, а на всех поверхностях - реквизиты для оплаты вместо текстуры.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (71), 12-Май-24, 22:49
	Вызывать Qemu и запускать такой код в ней. А вот предоставлять соединение с серваком Невидии это уж слишком, тут возвращаемся снова к Красным.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 03:03
	>> Открытые модули могут использоваться только с GPU, >> оснащёнными отдельным микроконтроллером GSP (GPU System Processor), >> применяемым в таких микроархитектурах, как Turing, Ampere и Ada > Угу, всю суть вынесли в отдельный огороженный проц с прошивкой и теперь > играют в доброту, а по большому счёту, в открытый доступ предоставляются > просто способы проброса команд Суть - это всякий DVFS и тому подобное? Справедливости ради - мелкий МК с фирмварой такое рюхает намного лучше чем здоровенный основной системный проц с шедулингом задач и проч. Время реакции мелкого гаденыша выделеного под свою задачу - сильно ниже. И сильно меньше чего может пойти не так в этом процессе. И да, если вы думаете что эта грабля была у нвидии, то - НИФИГА. Напрямую рулить через регистры DVFS и проч - пробовали и в Radeon. Получалсь ессно фигня. Управление питанием было лагучим, кривым и глючным и из-за проблем с таймингами испытывало много проблем. В какой-то момент после консультаций с амдшниками дровописаки таки решили перестать ломиться в открытую дверь в чистом поле и тоже поюзали сервисный проц делающий DVFS для именно того для чего он предназначен. Это и куда лучше работает, и большую часть вещей перенастроить таки можно если очень нужно, а умеет он все равно сильно больше чем открытый код когда либо мог, особенно в нормальном виде. А в случае нвидии это все почему-то вот только сейчас случается. Вообще-то GPUшка должен прежде всего поток GPU команд рюхать а такие разборки с AUX вспомогаловкой с попытками быть святее папы римского - ну да, many tried. Many failed.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

58. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
Сообщение от Oe (?), 12-Май-24, 14:42
Пользовательские режимы разрешения hdmi уже завезли надеюсь? На винде 20 лет существуют. Большинство ноунейм телевизоров выдают на hdmi стандартные разрешения для *овноприставок по типу 1280х720 1920х1080 имея матрицу что то вроде 1366х768. Я уж не говорю о том что на линухе некоторые кривые скаллеры подключенные по hdmi определяет как dvi, когда как на винде все нормально. Убогий hdmi, вечно проблемный, уж молчу про уровни черного, у каждого хлама свой диапазон по умолчанию стоит, картинка или с заваленным черным или с серым черным выходит.
Ответить | Правка | Наверх | Cообщить модератору

	114. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (111), 12-Май-24, 17:32
	О, значит не только у меня такая проблема! Только nvidia там не причём, это весь такой открытый код иксов и конкретно костыля RandR который напрочь сломан. Если забить разрешение руками - то всё работает. Просто как обычно низкое качество кода от сообщества, который никто не тестирует и пишет конкретно под своё оборудование и рабочие процессы.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+4 +/–
	Сообщение от Аноним (128), 12-Май-24, 18:58
	> hdmi Так hdmi и не для компов, это больше про всякие телевизоры и приставки. У меня по hdmi вообще ограничивается палитра и ничего с этим в wayland сделать нельзя, кроме подсовывания пустого edid файла на этапе загрузки ядра, но это гига-костыль. А вот с display port вообще нет никаких проблем.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	160. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от anonSiberia (?), 12-Май-24, 23:06
	У меня display port монитор давно. Зачем компьютер к старому телевизору, у которого только hdmi?
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

65. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (65), 12-Май-24, 15:23
>для обычных GPU начиная с Turing, а при виртуализации GPU, начиная с Ada, по умолчанию начнут устанавливаться открытые варианты модулей то есть для проброса гпу в виртуалку надо иметь карту не ниже ртх4060? и людям с 3060 придётся ждать допила nvk.....
Ответить | Правка | Наверх | Cообщить модератору

	77. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (70), 12-Май-24, 15:44
	>ждать допила с какой стати опенсорс сообществу тратить свои скудные ресурсы на допил дров на заведомо устаревшее железо, которому место на свалке?
	Ответить | Правка | Наверх | Cообщить модератору

	102. Скрыто модератором	+/–
	Сообщение от Аноним (-), 12-Май-24, 16:18
	Люто бешено плюсую.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от anonSiberia (?), 12-Май-24, 23:08
	Ага, на свалке. Некоторые на 1660 сидят и вполне играют. Только всякие DLSS и FSR пользуют. *У меня AMD если что.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	235. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (21), 14-Май-24, 09:12
	На 1660 нет DLSS
	Ответить | Правка | Наверх | Cообщить модератору

	250. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от сидик из макдака (?), 15-Май-24, 06:51
	> Некоторые на 1660 сидят и вполне играют. А для некоторых даже 1030 предел мечтаний, сидят на встройке. И это не сарказм.
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	251. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Артур (??), 15-Май-24, 11:20
	> А для некоторых даже 1030 предел мечтаний, сидят на встройке. Прямо мечты мазохиста: купить внешнюю карточку слабее встройки и огрести гемор с проприетарными модулями ядра. Купите какой-нибудь подержанный Ryzen 5 3400G на Авито. Там встройка помощнее будет 1030 и не будет проблем с интеграцией проприетарщины в ядро. Хотя, опеннетчики странные люди: любят жевать кактус и еще нахваливать
	Ответить | Правка | Наверх | Cообщить модератору

	245. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Torm84 (?), 14-Май-24, 15:33
	Не надо ничего ждать, пробрасывать карту в виртуалку можно уже давно, я собственно так и делаю. Тут наверное имеется в виду технология vDPA, когда карта не целиком прокидывается в виртуалку, а присутствует одновременно и на хосте и в виртуалку. При этом делит ресурсы железа.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

68. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (71), 12-Май-24, 15:26
В этой истории известный палец несильно смог переломить ситуацию, а вот чёрное хакерство таки смогло.
Ответить | Правка | Наверх | Cообщить модератору

	75. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (70), 12-Май-24, 15:42
	что-то не видно утёкшего в паблик архива исходников. зато было видно посадку виновных.
	Ответить | Правка | Наверх | Cообщить модератору

113. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от zog (??), 12-Май-24, 17:30
А как же средний палец Торвальдса, уже неактуальнен?
Ответить | Правка | Наверх | Cообщить модератору

125. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Nick (??), 12-Май-24, 18:36
Народ, если можете объясните ответьте, на глупые мб мои вопросы 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 на телефонах и планшетах? Очень благодарю, за ответы!
Ответить | Правка | Наверх | Cообщить модератору

	134. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (-), 12-Май-24, 19:12
	1. Потому что это их право)) Ну и это их интеллектуальная собственность, годы разработок и миллиарды денег. 2. Это не пробелема. С закрытые дрова работают намного лучше открытых. 3. Нет 4. Хакеры уже сидят - раз. Этот код нельзя использовать в разработке открытых дрод - два. 5. Потому что амд сливает невидии как по производительности (до сих пор нет аналога 4090, а невидия уже 5090 анонсит), так и по фичам вроде куды. Поэтому они выбрали себе вот такую фишку, чтобы совсем днищем не казаться. ... 10. На винде)) Но вообще лучше ориентироваться на Вальв с стимдеск и смотреть что делают они.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Nick (??), 12-Май-24, 21:35
	Спасибо за ответы
	Ответить | Правка | Наверх | Cообщить модератору

	201. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от pic (?), 13-Май-24, 11:55
	>до сих пор нет аналога 4090, а невидия уже 5090 анонсит Странно думать, что чем дороже карта, тем она производительнее. Мейнстрим всегда был главным способом заработка. 4090 просто как торговая марка, есть Bugatti, но она в продажах и прибыли - мелочь. Быть реалистом важнее, чем фанатом Intel-AMD-NVIDIA.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	140. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+3 +/–
	Сообщение от vlad1.96 (ok), 12-Май-24, 20:52
	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 поддерживающихся телефона. Можно запустить внутри андроид.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	149. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Nick (??), 12-Май-24, 21:35
	Благодарю, за ответы
	Ответить | Правка | Наверх | Cообщить модератору

	206. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от vlad1.96 (ok), 13-Май-24, 13:49
	Пожалуйста По первой части главное стоит понимать, что и проприетарные от Nvidia драйвер и Nouveau драйвер сегодня не стоят на месте. То сама nvidia всякие новые компоненты реализовывает, типа своего фреймбуфера, и поддержку ночного света в wayland и в принципе чинит работу на wayland, то Nouveau встраивает gsp прошивки и решает проблему с управлением питания, и создаёт свой vulkan-драйвер для игр. Скрестим пальчики и будем надеется, что так и дальше пойдёт
	Ответить | Правка | Наверх | Cообщить модератору

	209. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (66), 13-Май-24, 15:00
	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. плохо: дрова - блобы.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	233. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (233), 14-Май-24, 05:58
	2. Открытые драйверы нужны чтобы установить закрытые. Для другого они не годятся, кроме совсем уж маргинальных случаев, когда используется что-то очень древнее типа GeForce 7900 GS, карточки которые относительно неплохо доведены до юзабельного состояния, но с поправкой на никакущую производительность по современным меркам.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

126. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (128), 12-Май-24, 18:55
> начиная с Turing Ну, в общем, понятно. Со своей GTX 1080 Ti пролетаю как фанера над Парижем.
Ответить | Правка | Наверх | Cообщить модератору

	131. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (131), 12-Май-24, 19:03
	Их оставят на самый финал после "всех современных".
	Ответить | Правка | Наверх | Cообщить модератору

	133. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (128), 12-Май-24, 19:09
	К тому времени их даже на пoмoйкax не останется. Я свою на б\у нашёл (с пломбами чтоб) с огромным трудом, хотя ещё года 2 назад их было везде завались. Видяхи нынче стареют с астрономическими скоростями.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (67), 12-Май-24, 20:06
	Один известный ремонтник уже даже не берет 1000 серию в ремонт. Потому что из-за их возраста при ремонте может откиснуть что-то ещё. И ты автоматом попадаешь на бесплатное устранение новой проблемы, т.к. при приемке этого дефекта не было. В итоге, за стоимость починки исходного дефекта ты чинишь в лучшем случае два дефекта, а может и больше, если там и ещё что-то откиснет в процессе.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
	Сообщение от Аноним (-), 12-Май-24, 21:27
	> Потому что из-за их возраста при ремонте может откиснуть что-то ещё. У нвидии есть нехорошая манера - гонять кремний в режимах очень близких к предельным, это частично компенсирует их протупы по технологическим нормам, лаги разработки и проч. Проблема в том что чипы со временем лучше не становятся и стареют, деградируя. А от ломовых перепадов температур дико горячего чипа могут где-то отвалиться шары. И тут будет сложно остаться в плюсе - если в процессе чип окончательно сдохнет, это фэйл. Если шары отвалятся окончательно - много долботни. И остаться в плюсе ремонтеру будет нелегко.
	Ответить | Правка | Наверх | Cообщить модератору

	236. Скрыто модератором	+/–
	Сообщение от Аноним (21), 14-Май-24, 09:16
	Фантазер, на моменте с горячими чипами та прокололся
	Ответить | Правка | Наверх | Cообщить модератору

	171. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–3 +/–
	Сообщение от Аноним (111), 13-Май-24, 01:34
	Алё, GTX 1080 Ti это и есть Turing
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	172. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (111), 13-Май-24, 01:35
	Хотя нет, это я наврал. Это Pascal. Не повезло.
	Ответить | Правка | Наверх | Cообщить модератору

163. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (163), 12-Май-24, 23:47
16xx серия в пролете? Она вроде на той же архитектуре.
Ответить | Правка | Наверх | Cообщить модератору

	179. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (179), 13-Май-24, 02:56
	> 16xx серия в пролете? По идее НЕ_в_пролёте. https://en.wikipedia.org/wiki/Turing_(microarchitecture)
	Ответить | Правка | Наверх | Cообщить модератору

164. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
Сообщение от Аноним (164), 13-Май-24, 00:04
Ну будет код открытым. Код для их закрытого железа. И что? Что это даёт? Ну они бесплатно получат тестировщиков и может кто-то бесплатно поможет исправить им ошибки.  Возможно что кому-то на уровне драйвера нужен этот код для создания чего-то вроде ИИ, что ну очень сомнительно. Возможно что кто-то надеется на неофициальные драйвера, что в целом не имеет смысла - те же бесплатные программисты под их железо, которые улучшат какую-то совместимость или поддержку.
Ответить | Правка | Наверх | Cообщить модератору

	202. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от pic (?), 13-Май-24, 12:01
	NVIDIA под Wayland нормально работает? 15 лет не пользуюсь дискретной графикой, поэтому вопрос задал.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (204), 13-Май-24, 12:56
	Не очень. Ждем драйвер 555 версии (или 560, в худшем случае).
	Ответить | Правка | Наверх | Cообщить модератору

	212. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от паптаптп (?), 13-Май-24, 16:59
	> NVIDIA под Wayland нормально работает? Отвратно. На свежем драйвере периодически содежимое окон пропадает. Потом восстанавливается. Эти мигания достали. Пришлось вернуться в сессию Х11. Если не допилят до нормального состояния, то моя следующая карта будет Радеон.
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	216. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (216), 13-Май-24, 18:13
	Простите, пока не пользуюсь Альт Линукс, а что они хотели бы доработать драйвер под Wayland?
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	224. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (179), 13-Май-24, 19:40
	> NVIDIA под Wayland нормально работает? Лучше бы вообще не работало, чем ТАК работать. Не зря бубунту с проприетарными дровами выставляет x11 сессию по-умолчанию, в отличии от федоры.
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	241. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от vlad1.96 (ok), 14-Май-24, 12:47
	> NVIDIA под Wayland нормально работает? > 15 лет не пользуюсь дискретной графикой, поэтому вопрос задал. Если только под Nouveau. Под проприетарными тоже жить можно, но там есть косяки. Какие-то у всех, как мерцания в xwayland и отсутсвия ускорения в гибридной графике, какие-то плавающие от архитектуры к архитектуре. Но и не сказать, что с куцым Nouveau тоже всё хорошо... На встройке, кстати у вас очень хорошо говорят, особенно если это intel...даже аппаратное ускорение в браузерах без костылей есть!
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

203. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–1 +/–
Сообщение от Banned (?), 13-Май-24, 12:51
Мощное видео для тяжелых игр у большинства нужно. Имея 20х и выше, при этом юзать линукс... Да,людям поистине скучно.Теперь будут новые квесты. Мои поздравления. Дистростроители навелосипедят еще больше. Чувствую как многие достигнут просветление.
Ответить | Правка | Наверх | Cообщить модератору

	205. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (32), 13-Май-24, 13:42
	При чём тут игры, у тебя всё хорошо?
	Ответить | Правка | Наверх | Cообщить модератору

	207. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	–2 +/–
	Сообщение от Banned (?), 13-Май-24, 14:08
	Вот только не надо мне про копателей заливать. я все же не считаю людей такими глупыми.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (233), 13-Май-24, 21:01
	Причем тут игры вообще? Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	227. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Аноним (227), 14-Май-24, 00:17
	> Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос. У меня даже на 4090 микрофризы. Забавно что на дохлом айфоне 6S из 2016 года всё скроллится мега плавно. Как в хроме, так и в сафари.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Zenitur (ok), 14-Май-24, 12:30
	>> Такие карты нужны лишь для того, чтобы скроллинг в хроме был без фризов и статтеров, как на мак ос. > У меня даже на 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-приложения перерисовывают своё содержимое весьма неохотно... Надеюсь, в актуальных версиях Компиза это было пофикшено!
	Ответить | Правка | Наверх | Cообщить модератору

	243. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Артур (??), 14-Май-24, 14:07
	Мануал выглядит пугающе. А нельзя просто поставить видео от AMD или Intel? Они же просто работают и мозги не парят.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Zenitur (ok), 14-Май-24, 14:12
	> Мануал выглядит пугающе. > А нельзя просто поставить видео от AMD или Intel? Они же просто > работают и мозги не парят. У них свои приколы. Например я как-то запустил на своей интеграшке Intel HD 4000 команду "compton --vsync drm". Всё заработало, как надо, но потом вдруг закончилось место на диске (куда-то делись 100 гигабайт). Оказалось что когда монитор ушёл в сон по DPMS, файл ~/.xsession-errors стал заполняться ошибками "РЯЯЯЯЯ МОНИТОР ПРОПАЛ!!!". Проблема оказалась в драйвере modesetting, на который перешли с i965. Решение: или вернуть i965, или запускать с параметром "--vsync opengl". Или "xset -dpms" и не закрывать крышку, чтобы по-хардкору. Надеюсь что с тех пор баг нашли и поправили.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+1 +/–
	Сообщение от Аноним (233), 14-Май-24, 20:38
	> А нельзя просто поставить видео от AMD или Intel? Знакомый примерно так проблему и решил. Покупкой затычки 10 летней давности от AMD за 500 рублей, которая отрисовывает интерфейс ВНЕЗАПНО гораздо плавнее, чем 1650 SUPER от Nvidia.
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

226. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+2 +/–
Сообщение от Аноним (227), 14-Май-24, 00:15
Nvidia плохо себя чувствует на лине даже с проприетарным дровами. На иксах кое как терпимо, на вайленде ужасно. Тест в браузерном бенчмарке на 20-30% меньше очков, чем под виндой. Противоположно с радеоном, который наоборот в лине набирает больше 🤔🤷🏻
Ответить | Правка | Наверх | Cообщить модератору

	234. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Anofg (?), 14-Май-24, 06:37
	> Nvidia плохо себя чувствует на лине даже с проприетарным дровами. Просто нвидию слабо интересует линукс дестоп. Очень маленький сегмент рынка. Основную прибыль приносят корпоративные покупатели, которым нужны вычисления. Во вторую очередь интересуют геймеры под виндоус. А на самом последнем месте линукс десктоп. А так, NVidia на Linux себя чувствует очень даже хорошо. Просто это Tesla в серверной стойке за много-много денег.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "NVIDIA начнёт использовать открытые модули ядра для GPU, нач..."	+/–
	Сообщение от Zenitur (ok), 14-Май-24, 11:54
	У меня Ɐ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 может?).
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

252. Скрыто модератором	+/–
Сообщение от Аноним (-), 21-Июл-24, 15:51
Все знают чтобы работало из коробки - покупай АМД Позно хуанг зашевелился когда нвидию уже закапывать начали
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема