[SOLVED] So how would you persuade me to use Slackware?
SlackwareThis Forum is for the discussion of Slackware Linux.
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.
On the other hand, there's nothing wrong with using a huge kernel with no initrd. I've been using mostly huge kernel since the huge/generic split happened (2006?), and it's never been a source of problems.
Mentioning sir William Shakespeare we have entered on ground of literature. Following this path I would say this thread just turned into @hazel's Slackwake.
There's nothing wrong with using an initrd, and some use-cases require one.
On the other hand, there's nothing wrong with using a huge kernel with no initrd. I've been using mostly huge kernel since the huge/generic split happened (2006?), and it's never been a source of problems.
(At least not for me .. I vaguely remember someone else hitting a snag 2008'ish, but it was easily fixed.)
Some video drivers like i915 or radeon work in KMS (Kernel Mode Setting), which requires the generic+initrd configuration in Slackware, and they have to be loaded explicitly very early in the boot process. You'll be able to use them with the huge kernel, but performance will be poor.
OTI wonder will there ever be another writer truly of William's caliber
Not a chance. Some of my happiest memories are teaching undergrad Shakespeare (I ended up learning the most, of course); wandering around Stratford-upon-Avon; and watching the RSC put on Twelfth Night in Galway some time in the 90s, possibly the funniest spectacle I've ever had the pleasure to watch.
I still build a custom kernel with out-of-tree patches to enhance performance; in particular, it decreases the load on the CPU when I do kernel compilations and run games like DOOM.
What patches do you use? There was a time when I'd have to patch the kernel to make my wifi card work.
Quote:
Originally Posted by 1337_powerslacker
Pat doesn't provide a kernel-source.SlackBuild
True, but he gives you the config files for the kernels he builds. That's all you need really.
Quote:
Originally Posted by 1337_powerslacker
I use a for loop to apply patches from my patches/ subdirectory.
Wow. How many patches do you apply? Is it still Linux when you're done?
Quote:
Originally Posted by 1337_powerslacker
As I understand it, that's the only real difference between the -huge and -generic kernels; the number of modules compiled.
This is not 100% correct. The huge kernel leans more towards the conservative side of performance. It makes an excellent "emergency" kernel.
Some video drivers like i915 or radeon work in KMS (Kernel Mode Setting), which requires the generic+initrd configuration in Slackware, and they have to be loaded explicitly very early in the boot process. You'll be able to use them with the huge kernel, but performance will be poor.
First I've heard of this. As far as I know, loading the kms driver early is just a cosmetic thing, to get a native resolution console earlier in the boot process?
When I still used Slackware, I always periodically built my own kernels based on the generic kernel, but with ext4 built in. That worked fine and dispensed with the need for an initrd. Of course things may have changed a lot since then.
First I've heard of this. As far as I know, loading the kms driver early is just a cosmetic thing, to get a native resolution console earlier in the boot process?
This should be correct, yes. I only use the file system module in initrd, and KMS initializes as per normal, after the initrd is finished.
I tried putting it in initrd, but apart for the *hugely* bloated initrd image, the difference is minuscule, i.e. the console is switched to KMS just a tad quicker and you get to see a few more earlier lines printer on the console. For me, there is simply no use and I much prefer to have lean initrd image.
What patches do you use? There was a time when I'd have to patch the kernel to make my wifi card work.
True, but he gives you the config files for the kernels he builds. That's all you need really.
Wow. How many patches do you apply? Is it still Linux when you're done?
Yes. The patches I apply are not like Ubuntu's patches or similar; they just enhance system performance, like load times for programs and CPU load.
BFQ I/O scheduler - Decreases load time from disk. This is especially noticeable for programs like DOOM.
CPU Optimizations - Compiles kernel for CPUs like the one I have - FX-8370 (Piledriver). Don't know if it specifically increases performance, but I just like having it.
PDS CPU scheduler - Decreases load on CPU - Before, DOOM would load down the CPU to ~114 degrees F. Now, it's about 108. A marked difference.
Kernel deduplication (same page merge) - Decreases total system memory usage.
So: it boots and the network now comes up by itself. I've got both links and slackpkg to work, so in principle I can now go a lot faster, using links to go through the software lists and slackpkg to fetch and install what I have decided I want.
I couldn't get the slackpkg update to go through because my adsl router kept slowing down and stopping. It does that sometimes when it's been on a long time (another piece of old hardware); sometimes a power cycle cures it but not always. So I'll try again tomorrow. That will be the first day of my new contract period, so I'll have a full 3 GB of downloads prepaid. That should be enough to install everything else that I need.
So: it boots and the network now comes up by itself. I've got both links and slackpkg to work, so in principle I can now go a lot faster, using links to go through the software lists and slackpkg to fetch and install what I have decided I want.
I couldn't get the slackpkg update to go through because my adsl router kept slowing down and stopping. It does that sometimes when it's been on a long time (another piece of old hardware); sometimes a power cycle cures it but not always. So I'll try again tomorrow. That will be the first day of my new contract period, so I'll have a full 3 GB of downloads prepaid. That should be enough to install everything else that I need.
I was wondering how things are going for you. Thanks for the update.
First I've heard of this. As far as I know, loading the kms driver early is just a cosmetic thing, to get a native resolution console earlier in the boot process?
When I still used Slackware, I always periodically built my own kernels based on the generic kernel, but with ext4 built in. That worked fine and dispensed with the need for an initrd. Of course things may have changed a lot since then.
I can't find the bit where it states that not using an initrd results in poor performance from Linux kms/drm drivers?
As far as I know the early start thing is to facilitate boot splash stuff like plymouth - i.e. it's a cosmetic thing.
Slackware 14.2 running on Dell Optiplex 330 with an onboard Intel video card.
Huge kernel : KDE desktop effects don't work.
Generic kernel + i915 explicitly loaded on boot time : KDE desktop effects work.
You can make a similar experience with old ATi cards and the radeon driver with{out} KMS.
If I remember correctly, Patrick once stated (long time ago) that huge.s was meant for installation purposes only, and that users are supposed to switch to generic+initrd post-install.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.