Awesome! We need benchmarks ASAP!

I stopped using Nextcloud a couple of years ago after it corrupted my encrypted storage. I’m giving it a try again because of political emergency. But we sure need a long term replacement. Written in Rust or some other sane language.

For most people it has value.

Just buy a Steam Deck instead.

Maybe that’s why Intel failed.

deleted by creator

Quit?

Agree! Tumbleweed is by far the best stable rolling release distribution as of February 2025.

Nix and Guix are the only alternatives IMO. Given that you’re into modern hipster distributions and want to feel special.

Arch doesn’t add any value and is pretty much last season.

openSUSE Tumbleweed is the distribution for you.

There is no reason to use Arch at all ever. It has a good wiki and thats pretty much it. If you want an advanced modern distribution you should go with Nix or Guix. Arch is very much last season and doesn’t add any value over “normal” distributions.

EDIT: after doing some reading on Cachy, I change my mind. It seems like a good choice because of the kernel optimizations and the rollback support. I would still prefer Tumbleweed, but mostly because I nurture an irriational dislike for anything Arch.

Unless you’ve solved the issue by know, I would recommend to install openSUSE Tumbleweed. It’s an “beginner friendly” “stable” rolling release distribution with rollback support. After the first update, everything should just work.

Almost certainly the game isn’t running on the GPU. Use rocm-smi to see which processes are using the discrete GPU. Should be similar to nvidia-smi.

Also, check the Proton status of your games at ProtonDB.

“EU” should hire them.

Because its a more user friendly experience. Your grandma can use it with no hustle. Matrix is more complicated UX and also much slower and buggier (at least if you use Element and matrix.org). Ive actually started to prefer Delta Chat over Matrix.

Yes. It’s about to activate in 2026, I believe.

My point is simply that it’s probably not worth it to add another language. Doesn’t have anything to do with Rust really.

Though I do think that the language is a bit over hyped. It’s obvious companies and projects used to say they’re using Rust, not just because they want to attract young developers or like the language, but because it’s a way to get VC. Like AI and blockchain.

I do like Rust. But mostly because it encourages functional style programming. And the tooling is of course awesome. Especially compared to C and C++. However, I do believe that static pure functional languages are superior to Rust.

I don’t think you get my point.

Of course I don’t mean that you should introduce Lisp or Scheme into the Linux kernel. However, I don’t rule out anything when it comes to the future of programming. Kernel programming isn’t that special. If you need to make a scheduler, dynamic memory manager or an interpreter, as part of the kernel, because it solves your problem, you do it. Maybe you want the kernel to generate thread optimised FPGA and micro code on the fly? And this is done with some kind of interpreter. Who knows.

My point is that it’s probably a bad idea introduce any new language into the kernel. A new backwards compatible version of memory safe c might be a good idea though. If it can be done.

Haven’t touched the Linux kernel in 10+ years, but my guess is that a good approach is to write a new micro kernel in Rust. One that is compatible with most existing drivers and board support packages. And of course it has to maintain the userspace ABI and POSIX yada yada. Probably what the Redox project aims for, but I don’t know.

Keeping the Rust bindings in a separate project might be unnecessary though. I’m sceptic about allowing upstream drivers written in Rust just because I find that there is such a great value in sticking to one language. I also know that many kernel developers are getting old and it gets harder to learn new languages the older you get. Especially if the language comes with a decent share of sugar and bling (the minimalism of lisp and c is valuable).

If there is a problem finding driver developers that want to write C code, then sure. But breaking the flow of the senior maintainers/developers likely isn’t worth it. Unless they ask for it.

And also, I really haven’t been following this Rust in the Linux kernel debate.

I’m not saying that Rust will go away.

My gut tells me that any benefits of adding Rust is massively negated by the addition of a second language.

If one wants to write Rust, there is always Redox and probably a bunch of other kernels.

I like Rust, but it’s for sure an over hyped language. In a year or two, people will push for Zig, Mojo or some new pure and polished functional low level language. Maybe a Scheme or a Lisp? That seems to be what the cool kids use nowadays.

Or maybe we’ll just replace the kernel with an AI that generates machine code according with what should be your intention.

Canada should get nukes ASAP.

DeepSeek was open about this from the very beginning. The $6 million figure was about comparing apples with apples. Just look at page 5 in the original paper. The SemiAnalysis report compares apples with oranges to save the ass of OpenAI.