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..
Linux 6.16: faster file systems, improved confidential memory, more Rust support
51–54 of 54 posts
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#52Earlier 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.
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#53I'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…
Re: Linux 6.16: faster file systems, improved confidential memory, more Rust support
#54The 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"…