Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
If I understand correctly (and I might not) most newer linux distros allow you to add modules to the linux kernel in almost a hot plug/plug-and-play approach.
Is there really any reason to build your own kernel? Other than just wanting to be an ubergeek or for a highly specialized project.
Does the added functionality or smaller footprint outweigh the fact that you lose the ability to automatically update your kernel when your distro releases an update?
Thoughts?
Last edited by 3rods; 03-27-2008 at 03:36 PM.
Reason: typo
For me it depends. I always build my own kernel on older machines (I'm talking Celeron 400MHz w/ 256MB RAM, basically anything less than 1GHz and 256MB RAM) because the speed increase is noticeable. I'm sure you'd also do it if you were doing embedded devices (not that I have any experience).
Also occasionally one of the distros will ship with a particular "experimental" kernel feature disabled that I want to use.
But I would say 99% of the time I just stick with the stock kernel that comes with Debian.
Is it necessary? That depends on how you define "necessary".
I don't modify my hardware at a rate that would make "plugging
drivers on the fly" a matter of concern. I do like full control,
and performance, and a small memory foot-print.
Does the added functionality or smaller footprint outweigh the fact that you lose the ability to automatically update your kernel when your distro releases an update?
Nothing to do with it. Package management handles that.
Short answer - yes.
Something you appear not to have considered; would you prefer to install code (kernel included) that no-one had bothered testing ???.
Something you appear not to have considered; would you prefer to install code (kernel included) that no-one had bothered testing ???.
Using Debian stable, I'm not sure "no-one" had bothered testing it is quite accurate. But for an enterprise server, sure as shootin' you'd want to test everything in the test bed before taking it live.
I do like full control, and performance, and a small memory foot-print.
Bingo.
That plus I like to remove all the stuff I don't need. The default kernels are loaded with drivers for hardware I've never even heard about. Why should I burden my system with them?
I compile my own, mostly because it reduces bugginess and increases performance and teaches you something. On my system for example, there are lots of bugs if I don't disable certain things, I know I could probably disable most of them by passing options to the kernel, but that's just laziness. Also, there are things which will increase performance, sometimes drastically. And, of course, it will teach you something, especially if you've never done it before. Or you can just take the blue pill like the majority. I wonder if you know where that will get you ...
Or you can just take the blue pill like the majority. I wonder if you know where that will get you ...
Cipher wished he had taken the blue pill instead of the red.
I'd say that compiling the kernel isn't necessary, but it is fun. Most of the computers rolling out today are fine with stock kernels for desktop applications.
For the speed demons, compiling the kernel is a necessity. For those who want to learn, compiling is required. For those with old hardware or enterprise/business class hardware, compiling is a must.
I don't compile my own kernel as the standard Slackware generic kernel is fine for me. Yes, it does contain stuff that I don't need, but that's really not an issue for me.
I'm the opposite - the standard kernel doesn't include everything I need so I download a current kernel from kernel.org and compile away. Alien Bob's wiki is a good site for this.
that should be generally yes for a long use system regardless if it's a new system or an old system,.. a workstation or a server.. not temporary like live systems or the likes which would be impossible or impractical
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.