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 have a quite outdated computer, an athlon 1.1ghz. I was wondering whether recompiling the full Slackware using the platform's specific flags would speed up a the way my computer works.
Any of you tried this before? Did it worh it? Is there a __simple__ way to do it, or every package has to be built manually?
I use KDE for my daily work. And with every new release KDE just gets bigger and slower. I am curious whether is or not a comparable difference between the generic builds which comes with the distribution and the platform specific builds. The same question goes for Mozilla.
pat says that the -march=i486 -mcpu=i686 that slackware uses have the same result with -march=i686.
I don't think you'll get a great improve on this. In most cases the improve is in applications like mplayer that use a lot of floating point operations.
Distribution: Slackware64 14.2 and current, SlackwareARM current
Posts: 1,645
Rep:
I guess you should rather look for a lightweighted window manager and more RAM, I have quite the same specs (Athlon 1.3 GHz, 512 MB of RAM). If you use fluxbox, blackbox or xfce you can gain much speed.
I would never build all by myself -- do you have any idea how long this would take on your machine? In my humble opinion the few extra seconds you could probably get can't be enough to do this time-consuming work.
A 1.1 Ghz system sounds relatively decent for Slackware, and I don't see any reason to rebuild Slackware, unless you are a Gentoo user, and are that obssessed. I myself am running on an even more outdated system, and I have to upgrade, but it serves me just fine. I am running an AMDK-62 450MHz, 19GB hard drive, dual boot with win2kpro, ATI Radeon 7500 64MB, and 448MB of ram. I even run KDE, with all of the transistions and fancy animations turned off, granted it still takes maybe up to 20 or so seconds to load, but everything still works relatively decently for my system, and I am happy.
I'm running slackware-current with freerock gnome installed.
I use KDE 90 percent of the time.
AMD athalon 1200
512 MB ram
No speed issues at all.
I had a Duron 700 in it before and it worked great as well - the 1200 is better of course.
I don't run games or edit video, but I do alot of digital photo stuff.
I also run other distros on the same box and slack is the "peppiest".
Debian is #2
Ubuntu is a distant 3rd .
All subjective of course.
Perhaps you have some processes misbehaving in the background sucking up CPU?
Do a minimum install. You can compile your kernel, for your own proc type (actually, 386,586 or 686).
If you have broadband, you can compile all ports too.
I had FVWM2 on FreeBSD on a P 200. It was quite decent. Of course, I never did OOo or Video playing, but it was used extensively for playing MP3s.
The fact is that I'm just used with the Slackware & KDE combination, and have no appetite to figure out the ins and outs of another distro. Maybe I give it a try to Gentoo, which advertises himself as the os >>from source<<.
I can't say not to try Gentoo, but really you have to consider one thing, if you are trying it, do you really want to wait around all the time for a program to finish compiling before running it? To me it just seems like a waste. And if you wanted from source, I am sure that LFS(Linux From Scratch) might be a better choice, but in my opinion, I would rather have a working distro the minute I install it, and not have to wait hours for it to compile itself
Well, I've tried LFS4,5,6 and neither worked with my Slackware10.1 sources
So now I decided to recompile Slack.
First, I tried this scheme (offered by another man who wanted the same): install Slack, then recompile some programs day by day... and in the end you'll get recompiled Slack.
Well, I've tried to recompile "atk". "./configure" was successful, but make wasn't. This means that "base apps" are not easy to recompile.
Although I've just made a minimal install of Slack on another partition (2GB) and will try to compile, firstly, all stuff from "l" dir (except Glibc).
But since I'm sure there will be errors during "make", I'll be asking for help here.
So it's gonna take up to a month to recompile whole Slack when one doesn't know all the dependencies...
it's got the beauty of KDE, but without the bloat. I switched into it after using KDE for years on end, but i still use kde's konqueror file manager. You can still use any and most of all KDE apps in XFce btw.
I tried XFCE, it looks nice, but I am back with KDE, mainly because I can't get my side buttons and wheel to work in XFCE, since the xinitrc file is different, and I don't know if I can simply add this to the XFCE version of xinitrc..
And also, I have tried looking everywhere in the XFCE options so I can change the resolution to 1024x768@100Hz but couldn't, and so I was stuck with an 800x600 screen that obviously was not centered.
Also, one note, recompiling Slack that way may sound like an interesting project, but it seems to me by the time you finish, months may have gone by, and so I don't see the practicality of that. I am sure there must be a faster way to rebuild Slack if thats really what you want, but I really don't know, and just don't see any real advantage to that.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.