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.
Hey all I'm new to Slackware (10.2) and want to do some "tweaking/optimizing" of my system. I haven't optimized a distro before or played around much. Can somone point me to a good how to guide or something. I'm worried I'll screw something up For instance, I also have Vector Linux installed and did a boot time to the login between the 2 and Vector beat my full install of slack 10.2 by 26sec. I'm not looking to have the fastest thing alive. I just want my slack to be working at it's full potential.
If you still have Vector Linux installed, it might be interesting to compare the startup scripts in /etc/rc.d to see how Vector speeds up the boot process (and at which cost)
I normally divide quite clearly between bootup optimization and runtime optimization, with the latter being the most important since I hardly ever at all reboot my system.
Some performance tuning I have done (in no particular order), and i encourage others to supplement this list so we might get a full-blown Slacware performance tweaking guide
Boot performance
1. Edit /etc/rc.d/rc.pcmcia and replace PCIC=probe with the uncommented driver for your card. You can find out which card you have by running lsmod or dmesg. My experience is that most use YENTA, but you want to verify this.
2. Experimental make ldconfig run in the background (edit /etc/rc.d/rc.M) by adding & behind /sbin/ldconfig (/sbin/ldconfig &)
Run-time performance
1. Tweaking harddrive with hdparm. If your disk supports it, set your harddisk to 32bit mode rather than 16-bit, and enable multcount. You definitely want to make sure that DMA is enabled (if you support it ofcourse)
hmm - that's all for now - I'd welcome more points to this list as it's not very long yet...
Thanks for the reply Yalla. That is a very good idea regarding comparing the script in Vector to what Slackware has. Have you ever compilied your kernel for your system. Doing that should help alot, right?
Anyone that has little tips or tricks please post them. Even post what not to do, as I'm sure those of us new to the world of Slack could run into the same problem unless we are on the lookout for it.
I certainly recommend recompiling a custom kernel specifically for your equipment. Also make sure you get the right optimizations in, such as preemt.
There's a debate ongoing on what's fastest - using modules or static - I gave up on that discussion long ago and went with static which has served me fine since I know exactly what's needed on my PC. (That's a bold statement, but it took me about 6 months of fine-reading about kernels in general, my system specifically and an equal amount of trial and error to get there)
Maybe i'm just seeing things, but the pcmcia tweak really seemed to help. Slackware lags a bit on my computer with KDE, even with the 'eye-candy' close to being turned off, but its not as bad as before.
I'll risk answering for LJSBrokken as well the chmod -x just makes it non-executable, which means the file is still there, but doesn't run as boot.
Don't do that if you have a PCMCIA card reader in your system (most laptops do) though, as it'll leave your PCMCIA devices unusable
The preempt is a way the scheduler works in the kernel to juggle the different tasks etc.
My only, but strong, recommendation is to set aside a couple of hours, sit down with "make menuconfig" and read through *ALL* the help pages. Then you'll find the schedulers, the filesystems, the disk controllers, the frequencies etc etc, and once you've read it (combined with an output of "lspci -v" to see what hardware you have, you can make a killer-kernel that's super-fast custom made for your system
Thanks Yalla for all your info, it is greatly appreciated. I will be giving that a real good read then. I don't need the PCMCIA as I don't have a laptop or any of those devices in my system. I built my system so I know exactly what I have in it so hopely that should help me out some. One thing that seems to take forever when I'm booting 10.2 is the "hotplugging" search at boot-up. Vector has the same but it takes a fraction of the time. How useful is this feature? Any thoughts?
one thing that realy makes the boot slowdown is the ldconfig command... this command is something that doesnt need to be started every boot, or at least dont need to be in the boot, can be 5 min later in background where will make no diference in the system perfomance and the system will be already booted...
if im not wrong you will find it on /etc/rc.d/rc.M
is that line the make ldconfig start.. . you just need to comment the command line with a # and right other new line with the follow
echo "ldconfig" | at now +5min
before this make "which at" so you can get the full path to the command and write it on the line above (for eg. /usr/sbin/at now +5min)
Originally posted by maginotjr one thing that realy makes the boot slowdown is the ldconfig command... this command is something that doesnt need to be started every boot, or at least dont need to be in the boot, can be 5 min later in background where will make no diference in the system perfomance and the system will be already booted...
if im not wrong you will find it on /etc/rc.d/rc.M
is that line the make ldconfig start.. . you just need to comment the command line with a # and right other new line with the follow
echo "ldconfig" | at now +5min
before this make "which at" so you can get the full path to the command and write it on the line above (for eg. /usr/sbin/at now +5min)
[ ]īs
Thanks for this -- I am going to try it when I get home tonight. The ldconfig is the slowest part by far for my boot process as well, so if it can be backgrounded that would be great.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.