The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

NVIDIA начнёт использовать открытые модули ядра для GPU, начиная с Turing , opennews (ok), 12-Май-24, (0) [смотреть все]

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


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, нач..."  –2 +/–
Сообщение от Аноним (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, нач..."  +/–
Сообщение от К.О. (?), 14-Май-24, 01:01 
> Но гениталии его в руках RHEL

Полагаешь, ему сложно найти другого работодателя?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру