Комментарии:
Actually, 50% less build time means twice the frequency with 80% bringing it up to five times!
ОтветитьHey
ОтветитьVietnamese subtitles
ОтветитьThis will affect every Linux user, because developers can build and test the Kernel faster. Which improves the quality of the product for the end user. We just don't have a measurement for this.
ОтветитьIt will not affect me as I do not compile the kernel.
But it will still help me with the Arch on ZFS where we often have to wait for kernel builds and the associated ZFS On Linux updates, possibly it can go a bit faster now.
Ingo Molnar is the RT Kernel maintainer. He is one of the most important figures in Linux, so if he wants to do something it will be worthwhile.
Ответитьthey should merge this and call it Linux 6.0
Ответитьnot a kernel developer, but I use the xanmod kernel from the AUR, it would def be cool if it took less time to compile every time there's an update.
ОтветитьThe build speed improvement will help anyone using Arch who doesn't have access to an RT Kernel binary blob in their repos. I know I can't find an RT Kernel in Endeavour OS so it has to be built and compiled from the AUR with a git pull.
ОтветитьI may try Gentoo again after this drops
ОтветитьNice. I'm always for someone going in and cleaning up decades of tech debt in a project. That build speed improvement is massive!
ОтветитьAnd is it going to improve gaming and compatibility?
ОтветитьWhat about OpenZFS, Nvidia drivers and others drivers/patches not mainlined?
ОтветитьYour t-shirts are really cool.
Ответитьi just use gentoo so im intrested to see how big of a difference its actually going to make
ОтветитьThis dude is batshit insane. And even with no user facing performance increases? The compile speed increase is ultimately a GREAT thing for the sake of testing and implimenting things that WILL affect users.
Again. This guy is fucking Batshit.
gentoo users worship him as God
Ответить2052? Aren't we all going to die in Y2K38?
ОтветитьWhat a mad lad, shows what refactoring can do for big projects
ОтветитьGood video.
ОтветитьThis is actually a positive for us users as well, since it could mean that the devs are able to work more efficiently, which would in turn mean that we receive patches to the kernel a lot faster.
ОтветитьThe fact that this guy just did this by himself, without pay, just because ...
ОтветитьCan't wait for Jeff Geerling to announce a new line of his famous t-shirt: "It's been 0 days since I last compiled Linux" - Thank you Igor edition.
I don't use Gentoo, but that is exactly what I plan to switch to. Even without that, this is such good news to me, I love seeing things like this. Uncluttering, simplifying, reducing complexity are among the most satisfying things you can do in big projects.
I'm glad I don't have to review this pull request
ОтветитьI love how most of my -Syu's always result in negative net changes.
ОтветитьThis would actually make installing new kernels much faster, because anytime when there's a system update and it includes a kernel update, you got to wait a good while until it downloads and compiles it all. It's not like you're delivered a pre-compiled binary that just downloads, it has to compile against your existing drivers like GPU and CPU architect.
ОтветитьTurn off the CC , it's useless
ОтветитьIn theoery those types of changes are "technical". So you change the build process and other administrative build related stuff without impact on logic...but in reality there is always a chance that something in runtime goes wrong without even a way to pretict was can it be.
Pretty much in every project, that type of refactoring need a lot of tests. Like even more than normal release.
This sounds like when you have a computer room with a rat's nest of cables full of every device in the room including the ones that aren't even plugged in anymore and its all tangled beyond comprehension. It worked so you never touched it and you hide it behind the furnature so you don't have to look at it and don't even consider touching it when you need to plug in a new device.
This dude went in and organized all the cables complete with cable ties.
I mean, this might not be something that desktop users ever see, but by speeding up kernal compilation, kernal development could potentially increase leading to more cool features. And even if this isn't the case, cleaning up your OS code base makes sure you never end up looking like windows. Amazing work by this one guy!!
ОтветитьThats some Temple OS level shit!!!!
ОтветитьGuys , I think I should consider Gentoo
ОтветитьI strive to no life this hard(in a good way)
ОтветитьI don't understand why developers need to do this. Why doesn't compilation take a middle ground and have intermediate files which are already compiled and understood instead of always compiling everything?
ОтветитьChadeus Chadlington the Chad
ОтветитьI haven't compiled the kernel in a while since I switched from linux-tkg to linux-zen, so I don't see this as a huge deal personally for me
but this will actually help improve the kernel since developers can debug faster, and that can externally have an effect to the end user
While it doesn't directly effect me in the short run it certainly ought to effect the linux kernel speed development allowing for a faster evolution of the kernel. :-)
ОтветитьWell thank you! Faster compile times is good news for all of us.
ОтветитьThe amount of times Kernel was said makes me wish i didn't live in Canadia so I could get KFC that doesn't suck..
ОтветитьQuestion for pro users: If I use standard kernel from Manjaro Cinnamon, can I recompile kernel with removing some modules to gain noticeable difference in speed? I guess that kernel have some standard driver for AMD and NVIDIA chipset or other peripherals which I don't need in Intel based hardware. Does it make sense (in terms of speed) or is it just a placebo?
ОтветитьCan someone else also take a look at the bridge system it’s kinda hilarious that vlan’s and ptp and bridges and prp can’t be on thing.
ОтветитьI recompile all the time so this would be great if I was still on that broken mess of a kernel, thankfully though, I'm not
Ответить"Captions" > only have "Vietnamese (auto-generated)"
I guess YT trolling me again 😅
As someone who just installed Gentoo an a RaspberryPi, I can't wait for this to be mainlined
ОтветитьI have been wondering if cleaning up and simplifying the headers also make the kernel more stable and safer?
ОтветитьAs a Gentoo user I probably won't even notice tbh. Compiling the kernel on my hardware takes only 2-3 minutes these days and doesn't need to be done very often. Still cool though, not everyone is running modern CPUs. Now, if only something could be done about the horrendously long compile times for Rust/LibreOffice/Chromium/etc.
ОтветитьDid this stuff ever make it into master? I checked the rfc or whatever you linked in the description, but they haven't been touched in over a year and I couldn't gauge the progress...
Also is this the first comment on this video in a year? I sorted by newest to see if anyone else had asked this and even the supposed newest comments were a year old...
GOD BLESS OUR KERNEL DEVS 🐧🐧
ОтветитьI didn't phrase the initial title properly, if you can build the kernel 10 times in an hour and that's 100% efficiency, this patch brings us to 150% efficiency so 15 times in an hour. I suggest checking the numbers displayed on the original announcment. You're not getting 5x performance speed improvements, yes I do understand percentages
Ответить