-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login

-
- Poll . 

Speed of KDE 3.1 (be fair, read the comment first)


Posted by Yaba on Sep 16 2003
Faster than my Ferrari3%3%3% 3%
Clearly beats Windows XP on the same machine21%21%21% 21%
It's just fast enough17%17%17% 17%
It's OK, but could be faster44%44%44% 44%
Slow11%11%11% 11%
Slooooow. I can't work with it2%2%2% 2%
Possibly my 486 is too old for it3%3%3% 3%
Votes: 929
goto page:  1  2 

-
.

 Speed

 
 by Yaba on: Sep 16 2003
 
Score 50%

I frequently hear people complaining about the speed of KDE. But is KDE really that bad?

Sure, the faster the better, but please be fair and consider the amount of features of the KDE desktop compared to other desktops, window managers or operating systems.

Would be nice to have a constructive and fair diskussion here. Best would be to collect some ideas, how performance could be improved (e.g. by using something else than XFree86, preloading of components,...).


Reply to this

-
.

 kde 3.2

 
 by jekyl on: Sep 16 2003
 
Score 50%

Just wait until 3.2 gets released!
I think it is scheduled for christmas,
but when I tested the cvs version I was so shocked over the speed. The Kde develop team is doing a great job :)


Reply to this

-
.

 Re: kde 3.2

 
 by mononoke on: Sep 22 2003
 
Score 50%

hi,
which kind of machine (your computer) have you got ?
mine is PIII 450 MHz, but i still notice very well, if bugs in KDE 3.1.3 is slowing down something in the system, if your system is nearly like mine, maybe you can check if you notice this bug too:
(even if you are running the cvs or 3.1.4 version, please try it :)

http://bugs.kde.org/show_bug.cgi?id=63865

thanks


Reply to this

-
.

 Pretty good overall

 
 by telex on: Sep 16 2003
 
Score 50%

I think KDE is getting pretty fast now. I'm happy with the speed of Konqueror, KMail and other core applications that have had a lot of optimisation work in the past few KDE versions.

Areas where I think KDE still needs work are:

* loading KDE itself; a lot of KDE could be optionally loaded while the login screen is displayed (be it KDM, GDM, XDM, Qingy or Getty or any other), while the user is either doing nothing, or typing a password in.

* KDE apps that haven't had as much optimisation attention as the core apps are still a bit slow. to load up. KBear is a good example... I really like the app, but it is quite slow to load.


Reply to this

-
.

 Re: Pretty good overall

 
 by saltwater on: Oct 15 2003
 
Score 50%

Loading KDE while the user hasn't entered his password yet is a bit sensitive. In UNIX, a proces runs under a certain user. When you start KDE, KDE is started as the user you entered at login. If you haven't logged in yet, you can't start a proces for that user. You could say start it as root and let KDE setuid when the user logs in but this is not recommended from a security point of view.


Reply to this

-
.

 Slow file manager

 
 by ealm on: Sep 16 2003
 
Score 50%

KDE is very featureful and most applications start pretty fast (except KDE itself).

I do, though, get a feeling that KDE (as well as GNOME) isn't really made "from ground up" to be a complete GUI where you can run your apps, config your system and manage files all graphically. Opening a few folders and moving files between them is both slow and clumsy. I always fire up a terminal instead when in KDE.
The folders not only take too long to open in KDE (yes 1 second is too slow when you quickly wanna move/delete/copy a file), they also take more space than necessary of my screen estate.

A minimalistic and instant approach like BeOS would be preferable. In BeOS every window gets it's own thread and with a multi-threaded, pre-emptive kernel (like linux too is these days) this makes your desktop very responsive even under heavy load.

I'm on a P4 1,7 512 MB RAM which I think should be sufficient to handle files graphically...


Reply to this

-

 Re: Slow file manager

 
 by Yaba on: Sep 17 2003
 
Score 50%

Yes, BeOS is very, very fast. However it's designed from the ground up and trimmed for threads and speed. There is no X-Server, hundreds of different services, hundreds of kernel modules and so on under the desktop. Plus BeOS has very efficient file system.


Reply to this

-
.

 Re: Re: Slow file ma

 
 by ealm on: Sep 17 2003
 
Score 50%

Problem with your reasoning is that the quantity of programs loaded into ram in background really shouldn't affect responsiveness. To give an example - in KDE graphical file management is slow no matter how slim your system is, while otoh BeOS will stay responsive even under heavy load.Oh, and btw - even Windows 2003 beats KDE in this matter.


Reply to this

-

 Re: Re: Re: Slow fil

 
 by Yaba on: Sep 17 2003
 
Score 50%

Well, regarding XP I have a different experience. The explorer often hangs and blocks the whole system for several seconds. This never happens with KDE.


Reply to this

-

 Re: Slow file manager

 
 by maitre on: Sep 18 2003
 
Score 50%

I agree to an extent. My system specs are the same at my work, but at home on an athlon-xp at 1.73 ghz with ~767 ram, my system scream, no kde lag, no complaints on any slow part of kde. I would consider a ram upgrade, a custom konstruct build with -mcpu=athlon-xp and to ditch the Intel ;)
-maitre


Reply to this

-
.

 Re: Slow file manager

 
 by saltwater on: Oct 15 2003
 
Score 50%

Windows detects mime types *ONLY* based on the file extension, KDE looks into the file and looks for bit patterns. If that isn't conclusive, it looks at the extension. If you call a png file image.jpg, kde will still see that it's a PNG image, Windows will not. No need to say, that will slow things a bit down but I think it's really usefull (No more changing extensions and checking whether it will work with an extensionless file like in Windows)


Reply to this

-

 Well....

 
 by SeanParsons on: Sep 18 2003
 
Score 50%
SeanParsonsSeanParsons
editor
Home
-
Sean Parsons 3

United States of America, Pittsburgh
Last visit Sep 10 2010
0 Friends
0 Groups

More info
Send a message
Add as friend
Other contents
--

I voted "It's just fast enough", but I've never installed Windows XP on any of my boxes at home to know how it compares in terms of speed.


Reply to this

-
.

 BinDists vs. Compile

 
 by Yaba on: Sep 19 2003
 
Score 50%

Well, at home I have a P3 500 mit 128 MB. KDE 3.1 runs fairly well, although it could be faster of course. However I won't dare installing XP on it ;-)

At work I have a Notebook with 2.0 Ghz P4 with 512 MB RAM. Notebooks don't have the fastest architecture, so I think it should be equal with a 1.7 GHz Desktop. On this Notebook I'm running RedHat 9.0 with self-compiled KDE (no special optimizations other than --disable-debug) and Windows XP (my work requires that :-( ). KDE feels significantly faster than Windows XP. Hardly any lags. Browsing through the file system is snappy. Konqueror is opened faster than Explorer in Windows XP.

This leds me to the following question: Are you using binary distributions or self compiled binaries? I discovered that e.g. the official SuSE binaries were not compiled with --disable-debug, which might impact the performance. You can see this, when you run and close e.g. konqueror from the konsole. If it prints a lot of output, you obviously have binaries with additional debug code. (But I'm not sure on this though)


Reply to this

goto page:  1  2 

Add commentAdd commentall pollsSuggest new pollBack



-

-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore




 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.