Linux - DistributionsThis forum is for Distribution specific questions.
Red Hat, Slackware, Debian, Novell, LFS, Mandriva, Ubuntu, Fedora - the list goes on and on...
Note: An (*) indicates there is no official participation from that distribution here at LQ.
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.
KISS means "Keep It Simple, Stupid", a basic rule when running logistics enterprise (which is what I do) should be applied to developement of Linux as well. My linux box which is 733mhz Intel PII has been slowing down over time when applying new pagages and building new kernels. Optimization should be applied.
I'm no coder, but I'd like to see Linux, especially its usable desktops (KDE + Gnome) being much quicker. KDE is widely known for its sluggishness, even on new machines. Something should be done. I doubt that linux community wants to run a Vista kind-of resource hog on their machines.
Apple has done magnifient job with OSX, with each version being snappier than previous, from un-usability of 10.0 to incredibility of 10.4. And all that development over just 5 years.
If several hundred programmers in Cupertino can do the trick of code optimization, then what about thousands of hobby coders across globe?
Distribution: Fedora (workstations), CentOS (servers), Arch, Mint, Ubuntu, and a few more.
Posts: 441
Rep:
KISS is a known rule in software development, too. May be you have heard about "A Plea for Lean Software" by famous Niklaus Wirth.
Anyway I too agree that Linux GUIs need optimization. I don't like seeing my favourite software become bloated. GNOME and KDE are real desktop environments, so I wish optimization would come to them. E17 (Enlightenment DR17) runs fast even with eye candy.
It's easy to optimize software for specific hardware, such as Apple does. It's harder when your software needs to be compiled to run on a wide variety of hardware configurations.
If you really want your software optimized specifically for your box, compile it yourself.
As for KDE and GNOME, they are pretty bloated. KDE has made some improvements in the last couple of releases, but still bloated just the same. You can lighten it some by turning off the eye candy. It's a trade off. Eye candy special effects takes resources.
If your new kernels are slowing down your system, they're probably too big. You can make them smaller by using modules instead of compiling too much support into the kernel itself.
Choosing the correct window manager or desktop environment for your system's specs, and proper configuration is the key. That's the beauty of Linux, you have control.
I find Slackware (properly configured) to run far faster than any other OS on this old machine, and it flies on modern machines with fast processors and loads of RAM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.