KDE 4 Uses 40% Less Memory Than 3 Despite Eye-Candy
An anonymous reader writes "Pro-Linux reports that KDE 4, scheduled to be released in January 2008, consumes almost 40% less memory than KDE 3.5, despite the fact that version 4 of the Free and Open Source desktop system includes a composited window manager and a revamped menu and applet interface. KDE developer Will Stephenson showcased KDE 4's 3D eye-candy on a 256Mb laptop with 1Ghz CPU and run-of-the-mill integrated graphics, pointing out that mini-optimizations haven't even yet been started." Update: 12/14 22:40 GMT by Z : Or, not so much. An anonymous reader writes "The author of the original KDE 3.5 vs KDE 4.0 memory comparison has come out with a more accurate benchmark. In reality, KDE 4.0 uses 110 MB more memory than KDE 3.5.8.
Someone call Bill Gates and tell him to read this.
Seek and ye shall find.
Isn't that communist or something?
Engineering is the art of compromise.
Between this and Miguel de Icaza, it looks like I'll finally be switching to KDE.
Now I can just leave my extra few gigs of ram nice an empty, they need a rest! Once we get it down to 640k we can move back to dos.
The laptop was recent, but he limited the memory use and throttled down the CPU to 1GHz. So it still had fancy instructions and a much bigger cache, bus, etc.
Tsunami -- You can't bring a good wave down!
... with careful work. And a primary focus on excellence, instead of making money. And people that do care about their product.
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
GEOS only uses 128kb and that is including eye candy, mind you 640*200 resolution.
That would be wrong, though. A basic KDE 3.5 desktop environment uses mid-way between what a Gnome 2.14 and an XFCE 4.2.2 will use. This suggests that a 4.0 desktop may consume less than XFCE does now.
-I like my women like I like my tea: green-
WAY too much bloat for features most never use. Real men use dash (if you *must* have a program that's a shell and only a shell) or if you don't mind something a bit more versatile to save disk space at potentially the risk of slightly higher memory consumption when all you have is a shell, you use a symlink to busybox for your shell. But not with that glibc cruft mind you, uClibc is the only path to efficiency.
Also, you don't use init, you have the kernel run the aforementioned shell directly instead. Who needs all the cruft of startup services and a well set up tty, after all.
XML is like violence. If it doesn't solve the problem, use more.
just to speed things up a bit:
Still, covering 1/4 of the screen sure didn't take much memory!
... well, goofy, you might as well have installed something like Fluxbox or go back to using nothing but xterms, learning to do without the more subtle but useful effects available or being developed elsewhere.
Speaking of wasted space and distractions, and not to be trollish, but I've always wondered why it is that KDE and Gnome insist on using large-to-oversized-to-supersized icons for everything, KDE being notable in that it traditionally distinguishes itself with icons of brighter colors, in wilder designs, and offers greater customisability?
Seems to me that the term eye-candy, while often used in a disparaging fashion, should refer to a certain kewl aesthetic, rather than literal candy of the M&M variety. It's almost the inverse of a Queer Eye for the Straight Guy episode -- instead of getting a great design from three flaming queers, you get a flaming queer design from a bunch of straight guys. Well, maybe not that bad, but still.
I mean, really, do people really need toolbars that takes up a 1/3 of the space of an application window? Is the boredom threshold so low that everything has to be decorated with bright colours, or is it that people find it hard to to hit things with their mouse? Sure, both KDE and Gnome are better than Windows, but by the time you've customised things to be less
"The fact that a new version of an application does not always ressourcenhungriger must prove the KDE project with the next generation of the environment."
I think I just found my new word-of-the-week
Keep in mind that even basic modern graphics wastes more memory than that. That background image you have on your 1600x1200 desktop? 5.4 megs. Need a few composite buffers? 5.4 megs each.
:-)
Don't have a background? Just the frame buffer to activate that graphics mode itself is 5.4 megs, regardless of what you put on it.
Just to keep things in perspective here. That Commodore 64 you had ran nicely in 64k of ram, but it also only had 320x200 graphics (160x200 in 4-color mode).
What!? Whatever happened to the "GUIs are for infants and grandmas. if you can't do it on the command line you shouldn't be allowed to use a computer in the first place" flame?
It's a sad day in Linuxland. What became of the holier than thou, I program in assembly, certifiable *nix prick?
Oh, and don't forget, "Desktop environment x is so bloated."
You young whippersnappers and your fancy shell this and tty that. Real men feed their programs into a time share systems as big as a barn using punch cards, you young hooligan! Why, when I was a lad, all we had were toggles and lights, and we were grateful! Now get off my lawn before I shake my cane at you a second time!
- None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
Omit this functionality if you wish but don't advertise it as a "feature."
Tired of FB/Google censorship? Visit UNCENSORED!
And this is coming from a defender of the free market and devout believer in its virtues, but since Microsoft has largely benefited from partnering up with other large manufacturers of hardware and assemblers of said parts into systems to be sold, it would not be that hard to believe that they designed to a certain market level.
I.E.... "here you go gentlemen, the standard system you are able to use is X Ghz, and X Gigabytes of DDR 1600, anything less than that will be obsolete by the first service pack anyways, so get crackin'!!"
Linux people and most of the OSS folks (Unix as well) have been server dedicated systems for a long time, and built on a robust or rather "efficient" (perhaps a better term is "effective"?) platform. As a result, they've been building to extract as many cycles and memory space as possible for use by client applications, not the Host Operating System.
As a result, Microsoft has it in its best interests to PUSH the upgrade cycle. If they can be depended to push the upgrade cycle to keep selling new boxes, the retail computer builders will continue to give Microsoft the plugs and keep shipping their OS as the "default" or "preferred" or "Supported" Operating System for their Big Bad Ass Kicking Rigs (tm).
" What luck for rulers that men do not think" - Adolf Hitler
I'm sorry, but just adding up the memory usage columns from something like 'top' is a horrible way to measure actual memory usage. Why? Well, shared libraries is one big reason. Most of those applications are likely to use a similar set of shared libraries, which the operating system only loads once in memory and then uses for all of the applications. However, things like 'top' include the memory usage of those libraries in every application that uses them. Thus, if 'libkdeprint' is 1 MB and is used by 10 KDE programs, the ACTUAL memory usage of that library would be 1 MB, but top would report 10 MB of memory used (1 MB for each app).
This effect is very noticeable with desktop environments like KDE and GNOME, where there are a ton of programs that all use the same set of shared libraries. If you reduced the size of a few very basic libraries (e.g. 'libkdecore') by a sizable amount, then you could show a fake "huge savings" across the ~30 KDE/GNOME apps that were running.
It isn't that I doubt that KDE 4 uses less memory -- it undoubtedly does -- it's just that using overly simplistic methods to measure the difference in usage is misleading and somewhat pointless.
See a longer discussion of the issue at: http://virtualthreads.blogspot.com/2006/02/understanding-memory-usage-on-linux.html
I'd have to back you up there: when I first installed Ubuntu I went with KDE because it seemed less foreign than GNOME. (And I'm quite happy.)
The government can't save you.
I wouldn't admit to having actually read it 10 times.
I did in fact use the setup I described... and you can check that imacs were sold with 32 megs on wikipedia. Please check your facts before calling me a lier.
Sorry but you are completely full of shit. OS X does not run for any reasonable definition of "run" on 32mb of RAM.
Have a look at the minimum requirements for OS X 10.1 which you say was the most efficient OS X.
http://en.wikipedia.org/wiki/Mac_OS_X_v10.1#System_Requirements
Notably: RAM required 128 megabytes
And you're saying you did OpenGL development on a quarter of the minimum requirements. Riiight.
Troll. Nice one though. The moderators believed you at least.
Well, it works fine on an eeePC 900MHz celeron M (as has been noted earlier): http://www.youtube.com/watch?v=Wedw701Gy8s
Also, since there's so much integration within KDE, the RAM usage doesn't jump that much when using an application. I'm running KDE 3.5 with opera, kmail, ktorrent, amarok, and yakuake, plus all the services, and I'm at about 300MB of RAM used - not much higher than when none of the apps are running.
Has no one pointed out that the numbers are actually completely, utterly wrong? See Lubos and Thiagos (two high-ranking KDE and Qt devs) comments here:
http://www.kdedevelopers.org/node/3138
See the original authors retraction, here:
http://www.jarzebski.pl/read/kde-3-5-vs-4-0-round-two.so
So really, it should be "KDE4 uses 75% more memory", which is actually incredibly lame, but doesn't make for as good a title. I'm absolutely amazed that usually cynical slashdot readers have accepted this so uncritically.
Again, the same. I have used both DEs a lot and I find KDE more capable technically, but Gnome is easier on the eye. I like the top bar and separate window bar at the bottom. I also like the distinct lack of clutter. However, the new KDE looks better in terms of performance and with the new QT libraries, it's apparently easier to create apps that work on Linux and Windows.
If anyone created a KDE "theme" that made it look and work like Gnome, I'd be extremely happy with it. Probably the KDE camp would find that distasteful though.
Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
As with 99.9% of all memory benchmarking, it was done by someone who didn't totally understand how to measure memory use (and how Linux doesn't allow accurate measurements without a patched kernel). Just read the comments in the post which pointed at the original story.
Religion is regarded by the common people as true, by the wise as false, and by rulers as useful.
It would be interesting to see your source about this. The claim on OpenOffice.org Writer may be credible, but KWord (I suppose you meant that by KWrite, since KWrite is a very basic text editor) is way faster and snappier than MS Word (fine, it has also less features and all, but it is faster to load), and I am not going to believe your claim without data to support it.
Not sure about GEdit, but Notepad is almost featureless and has not changed in a decade or so. It has no code highlighting, no handling of different line endings, no support for different encodings, no tab handling, no plugin framework, no multi-file mode, and in fact its only feature is a search feature without regular expressions. Of course it's going to be fast. For that sake "Hello world" is even faster. I do most of my programming in Kate and I am very happy with that. Notepad may be faster, but it does not do what a text editor is supposed to do in order to be useful.
Victims of 9/11: <3000. Traffic in the US: >30,000/y