Live data from Hacker News

Linux 6.16: faster file systems, improved confidential memory, more Rust support

zdnet.com

51–54 of 54 posts

Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support

#51
post #49

Earlier quoted context omitted.

A 20 MB 3.5 minute .flac file takes ~200 ms to decode into a 35 MB .wav on my desktop, so in principle the program could spend a small fraction of a second placing the decoded audio into a small buffer and give a pointer to hardware to keep playing it while the rest of the system goes to sleep for a few minutes. Or if the hardware has direct support for the codec, it could just give it the file as-is.

Since pulseaudio defaults to software mixing, this huge buffer would just get gradually copied to the actual kernel playback buffer one 25ms chunk at a time..

I believe even Debian defaults to PipeWire instead of PulseAudio, so I doubt there are many systems left using PA.

Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support

#52
post #17
post #16

Earlier quoted context omitted.

Linus is pragmatic. His only hard rule is "don't break userspace", most everything else is contingent. From what I can tell, he views Rust for Linux as a social project as much as a technical one - attract new (and younger) developers into the kernel, which has become pretty "senior", force all of the "unwritten rules" to be written down, and break down some of the knowledge siloing and fiefdom behavior that has take…

I just remember how much shit he talked about C++, and I guess I assumed that that would carry over to Rust as well.

[deleted]

Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support

#53
post #16
post #2

I'm still kind of surprised that Linus ended up allowing Rust into the kernel. Good, but surprising. Looking forward to this release once it hits NixOS Unstable.

Linus is pragmatic. His only hard rule is "don't break userspace", most everything else is contingent. From what I can tell, he views Rust for Linux as a social project as much as a technical one - attract new (and younger) developers into the kernel, which has become pretty "senior", force all of the "unwritten rules" to be written down, and break down some of the knowledge siloing and fiefdom behavior that has take…

So has Linus straight up made it know this is where he would like things to head? Because it seems a lot of the resistance to Rust in the Linux kernel is coming from seasoned C developers who do not want to document these interfaces.

Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support

#54
post #45

The article mentions Linux pull requests. Does Linux contribution do actual pull requests now? Or is it still a mailing list? If the latter, why would they say pull request?

The term "pull request" comes from "git request-pull" which is the tool used by kernel subsystem maintainers to send emails to Linus to request he git pull from their branches (and merge them). This usage long predates the somewhat unrelated "pull request" feature of source forges (like GitHub) and is not confusing to kernel developers (the target audience of Linus's email). The analogy to GitHub-like "pull requests"…

Thank you for explaining that, and the history! Thanks for the example too.
Post reply on HN