That’s not to say the two men don’t think AI will be helpful in the future. Indeed, Torvalds noted one good side effect already: “NVIDIA has gotten better at talking to Linux kernel developers and working with Linux memory management,” because of its need for Linux to run AI’s large language models (LLMs) efficiently.
so THATS why we are getting better nvidia support.
i knew it just couldnt be from the goodness of their newly converted hearts.
Hahaha. I love it. Fuck closed source hardware gatekeepers.
Nice to see them groveling for performance.
Kneel!!
C’mon, I can joke. Such a cathartic paragraph to read. Intractable cunts.
Hohndel agreed but added that the industry needs to support these smaller projects – and not only with money. “Companies need to engage with these projects. Have your company adopt a couple of such projects and just participate. Read the code, review the patches, and provide moral support to the maintainers. It’s as simple as that.”
Really glad he said this, I keep seeing posts about how all these big companies could solve the problem by just throwing money at small projects and while that is better than nothing it would help way more to have their own developers helping to review and fix issues.
It seems they’ve uploaded the keynote, see:
Keynote: Linus Torvalds, Creator of Linux & Git, in Conversation with Dirk HohndelHere is an alternative Piped link(s):
Keynote: Linus Torvalds, Creator of Linux & Git, in Conversation with Dirk Hohndel
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source; check me out at GitHub.
Cool, thanks for sharing!
Is there a link to this talk (or interview, or whatever this is) but in a video format, or at least a text without all those «SEE ALSO» self ads?
If you’re still interested it seems that they’ve uploaded the keynote, see link in my comment:
https://lemmy.deedium.nl/comment/115389Thanks!
Did not know the thing about purposefully adding rogue tabs to kconfig files to catch poorly written parsers. That’s fucking hilarious and I’d love to have the kind of clout to get away with something like that rather than having to constantly work around other people’s mistakes.
I write a lot of scripts that engineers need to run. I used to really try to make things ‘fail soft’ so that even if one piece failed the rest of the script would keep running and let you know which components failed and what action you needed to take to fix the problem.
Eventually I had so many issues with people assuming that any errors that didn’t result in a failure were safe to ignore and crucial manual steps were being missed. I had to start making them ‘fail hard’ and stop completely when a step failed because it was the only way to get people to reliably perform the desired manual step.
Trying to predict and account for other people’s behavior is really tricky, particularly when a high level of precision is required.
It is a developer milestone :) when you learn to be a resilient applicant is about recovery situation you perfect understanding. Fail fast everything else. Repeat 1000 times, you have something
