Everyone is making jokes but the thought has occurred to me: Yes, we have an organisation in place that is ready to replace him. But, from what I understand, he IS the benevolent dictator, and he has used his power a few times to stop some changes that otherwise would be in the kernel right now. And I think that’s a good thing.
I’m training a code and language model to write Linux kernel code and provide snarky comments, of course all based on Linus’s extensive commit history.
There shouldn’t be another Linus. The model of a single maintainer holding so much importance is fundamentally flawed, especially for a project with the size and importance of Linux. Responsibilities and decision making should be distributed among stakeholders and volunteers. It will take time to rebuild around that sort of structure.
I’ve also heard tell that the linux-kernel mailing list has become extremely toxic, especially to newcomers. A professor that I have a lot of respect for has stopped teaching his kernel drivers course because one of his students received death threats related to her involvement. If a change in the tenor doesn’t happen, less and less of the fresh blood that Linux needs will join.
I have doubts you would see any performance increases, and if you change your hardware you’ll be in for a tough time but it would be a fun learning experience!
Thats a question I have. I have two laptops, a shitty amd ryzen thinkpad t495 and a fancy soon-to-be-corebooted Clevo NV41MZ with i7-11** cpu. Pretty crazy performance difference although the chassis and keyboard suck. But if I get the keyboard I want to simply swap drives, as there is nothing fancy, this should just work right?
Swapping CPU manufacturers entirely? I’d just start my kernel config fresh. Pull up the old one next to a new (default ) one and go down line by line. Odds are there are at most a few flags that would need to be changed, but it’s a good chance to reevaluate your previous decisions too.
This used to be the norm, not a weird thing that noone has thought of before. If you do this your kernel will be a lot smaller, boot faster, and be a bit more secure. Once you’re booted it won’t make any meaningful speed difference though.
It makes a HUGE difference in compile time. Which only matters if you’re building your own kernel anyway. It’s a solution for its own problem.
I think it’s a good learning experience though. There is genuinely a lot of stuff in there that you can easily, safely remove, and reading up on all the less obvious flags is fun.
The top secret classified, for your eyes only papers will finally be revealed and we will find out that...
we have all been using BETAMAX this whole time, not Linux. O_o
Add comment