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.
I keep reading that Slackware is the fastest Linux around because of it's no nonsense approach.
Can anyone please elaborate why Slackware gives such a performance boot over for instance Fedora or SuSE ?
Will a user really notice the difference, given that everything is correctly installed?
unlike suse and fedora, slackware installs just what u need and what is necessary.
suse comes with 10 gb of software and fedora is a 4 cd distrubution.
slackware has just 1 cd for everything(except gnome and kde)
and yes for the answer, I used almost 30 distro including Suse and Fedora and I totally noticed a speed boost with slack.
Does this performance come with any significant penalties? I'm happy to live on the command line, but know next to nothing about C and porting, and thus depend on finding pre-compiled applications for my Linux distribution. So I guess what I'm clumsily trying to ask is - as Slackware comes with so few packages, do I have to compile applications like GNUCASH and similar myself, or can I download them and "simply" install in Slackware ?
Is a recompile of the kernel required for such a speed-bost with Slackware, or will the current kernel delivered with 10.1 work perfectly?
Apart from the general kernel compilation guides found here on LinuxQuestions - are there any performance tweaking guides for kernel compilation in Slackware?
It's not required, the default kernel is just right if you're not a "tweaks freak" , or of course, you need something compiled that wasn't by default (some module).
Search for any guide of kernel compilating, as Slackware doesn't use patches or something in the kernel, any guide can apply.
i dont think its only the fact that slackware installs just what you need. THere is more to it than that. I have installed Fedora and tried uninstalling stuff i dont need, running a lighter window manager, and stopping unneeded services. It is still way slower than Slackware. THere is something else to it apart from those popularly cited reasons. And the fact that slackware is optimized for i686 is not a reason either. So is Fedora.
Originally posted by denning i dont think its only the fact that slackware installs just what you need. THere is more to it than that. I have installed Fedora and tried uninstalling stuff i dont need, running a lighter window manager, and stopping unneeded services. It is still way slower than Slackware. THere is something else to it apart from those popularly cited reasons. And the fact that slackware is optimized for i686 is not a reason either. So is Fedora.
A big part of it may be the package selection - startup scripts - daemons chosen to run. And so on. A lot of people say Slack isn't patched - well, this is true in essence. There are several patches but they are 99.9% necessary - almost always maintainer patches or patches for things that aren't maintained properly otherwise - not patches to stamp graphical logos all over the place. So it's possible other distros install hogs and load up daemons and goof up patches but, mostly, I think it comes down to Bob and Pat. Slack has special extra-quick zeros and ones while everybody else has ordinary zeros and ones. Only Slack has Slack.
I'd really be interested to see some real benchmarks.
In fact there are some things where Slackware *is* faster. One example is installing packages. Especially if you upgrade your system over the years instead of doing a fresh install, you will notice how the performance of RPM database actions degrades considerably.
Of course, it is true, that some bloated distros start a lot of unneeded services. Stopping them helps to make these distros faster, too.
Another point is possibly, that the Slackware default kernel is a bare kernel (and it's honestly named bare.i, in fact), meaning that it will efficiently run on standard hardware. But the downside is that it supports much less hardware than, say, SuSE's default kernel. In practice this means that SuSE will run out of the box on just about everything rather big, while Slackware is running on lean and mean hardware, even very old one, but that it won't support some devices you may have. This is not a big problem, however, as you can compile the drivers you need into your kernel. It just means that there may be an additional step of work required, in order to get everything working on exotic hardware. (On my machines all my hardware *is* supported by either kernel 2.4.29 or 2.6.10).
On the other hand, you can compile your own kernel on SuSE, just as well, and I bet that it will give you a more noticeable speed improvement than in Slack, when you drop all the drivers and modules you don't need, there. Vice versa: Compile a kernel with support for everything in
Slackware and the speed advantage will most likely be lost.
BTW, there have been threads discussing the advantages and disadvantages of source based distributions like Gentoo compared to Slackware. Although one would expect that Gentoo has the edge in speed, as the kernel is always compiled on and for the target system, most users of Gentoo and Slackware report that the speed advantage of Gentoo is hardly noticeable when you just use applications like OpenOffice.org. It may be different, if you run your privat weather simulator, of course.
Search this forum for 'Gentoo', if you want to know more.
Just using applications, I am not sure, if Slackware really *is* faster. It feels that way, however. Hard to explain, and probably impossible to verify by benchmarks. But still a good feeling. ;-)
I'm still running some Red Hat 7.3 servers and don't have any performance problems. I've also checked out FC3 and didn't notice any performance issues either.
One area where you may see some performance difference, is login and bouncing around between apps. Red Hat uses PAM, (and maybe LDAP on some servers) for better security. Going through additional authentication will slow some, not much though. For regular non-user intervention on the computer, I find Red Hat no faster or slower than other distros in FTP, HTTP, and regular usage.
Here are some general testing I do on servers I support. I also have some for FreeBSD.... somewhere.
# copy timings.
FILE=sarge-i386-1.iso
size=676722688
viper=Dell 500/256, Slackware 10.0, non-RAID
camaro=Dell 350/192, Debian Sarge, RAID1 ext3
#
From viper to camaro via smb.
2m58.717s
cp camaro/tmp/sarge* ~/tmp - ext3 to ext3 - RAID1
1m27.960s
cp camaro/tmp/sarge* /data - ext3 to riserfs - RAID1
1m35.533s
cp viper/tmp/sarge* /mnt/store - ext2 to ext2 - non-RAID
58.132s
-------------------------
FILE=sarge-i386-1.iso
size=676722688
viper=Dell 500/256, Slackware 10.0, non-RAID
camaro=Dell 350/192, Slackware 10.0, RAID1 ext2
#
From viper to camaro via smb.
2m55.768s
cp camaro/tmp/sarge* /data - ext2 to ext2 - RAID1
1m26.511s
-------------------------
FILE=FC-i386-disc1.iso
size=617mb
viper=Dell 500/256, Slackware 10.1 RAID1, ext3
camaro=Dell 350/192, Red Hat 7.3, RAID1, ext3
#
From viper to camaro via smb
2m39.538s
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.