Memory Usage

[abin]

Hi ,I have upgraded to Mageia 4.But now my default KDE desktop is consuming abt 1.5 GB memory with out even opening an app.

[doktor5000]

How do you measure that, and where's the problem about that?

[nigelc]

Hi ,I have upgraded to Mageia 4.But now my default KDE desktop is consuming abt 1.5 GB memory with out even opening an app.

That's why I use LDXE.

[benmc]

Using ksysguard usage reports as 0.91G for me.
My mobo utilises onboard video.
This is KDE with no eye candy but with just firefox and a weather app running
I have also have KDE on another system that runs ok on just 560Meg of ram but does not use it all.

[wintpe]

just a suggestion, but try rasorqt.

its own file manager/webbrowser and email are not that great, but you can use it with kwin, (ie kde core)
and use dolphin as your file manager.

it utilises the kde settings to an extent, and looks like a cross between kde and lxde.

But its as fast as lxde, with some of the classic kde features.

its built entirely on QT, which is why it shares so many KDE like features.

I am a kde fan overall, but lately its sluggishness and excessive gimmicky features have spoilt it.

rasorqt is a return to a slimmer kde like way of life.

http://razor-qt.org/screenshots/

in mageia

urpmi task-rasorqt

regards peter

[rickst29]

From Shakespeare: "FIRST THING, WE KILL ALL THE NEPOMUKS."

KDE is a heavyweight desktop. But in KDE4, there is a specific "killer" of system memory, CPU, and disk performance- it's the search indexing, tool, generally called "Nepomuk". (Sometimes referred to as "Semantic Dekstop".) When running, a number of child tasks are spawned by the controller programs "akonadi_control" and "virtuosos-t". Most of them have names "nepomuk_xxxxxx". The total resource consumption of these tasks adds up to a heavy load, even though the individiual tasks don't look that bad. I feel that the process of "re-indexing" any file touched and changed by any other application also thrashes disks, hurting performance and helping them to die at a younger age. (That's just my personal experience, of course. But when I compile Qt with nepomuk indexing every object file and temp file being modified in the entire job, it takes 60-70% longer.)

To get rid of these tasks, user the KDE tool "configure your dsktop" (that's the KDE tool, not MCC). Within "Workspace Appearance Behavior and Behavior", select "Desktop Seach", and and disable "Nepomuk Semantic Desktop" in the "basic settings" tab. That kills everything.
Traditional searches, using command line "find" or GUI Tool "kfind", are largely unaffected by disabling Nepomuk - they must simply search the disk, rather than using an index. But "Tags", which you might put on files within gigantic music collections (and etc.) will no longer be available.

Go ahead and mark this Thread subject "[SOLVED]", if you agree that KDE memory becomes "acceptable" when Nepomuk is disabled. But if If you're trying to run KDE Desktop with less than 4GB available to the Unix system (e.g., an system with 4GB memory installed, but 1GB taken away by on-board video at boot time), the you should add another memory stick, or switch to a "lighter" desktop.

[doktor5000]

But in KDE4, there is a specific "killer" of system memory, CPU, and disk performance- it's the search indexing, tool, generally called "Nepomuk". (Sometimes referred to as "Semantic Dekstop".) When running, a number of child tasks are spawned by the controller programs "akonadi_control" and "virtuosos-t". Most of them have names "nepomuk_xxxxxx".

FWIW that's not quite correct. Nepomuk is the semantic desktop, yes. The search & indexing tool is called Strigi, and Virtuoso is the backend. Akonadi is a framework used to store personal information, your adress book, calendar and such things for the KDE PIM suite of programs (kmail, kontact, korganizer ...).

To get rid of these tasks, user the KDE tool "configure your dsktop" (that's the KDE tool, not MCC). Within "Workspace Appearance Behavior and Behavior", select "Desktop Seach", and and disable "Nepomuk Semantic Desktop" in the "basic settings" tab. That kills everything.

Nope, it does not kill everything. Akonadi server will still autostart and autospawn once an application uses it.
See also https://wiki.mageia.org/en/Speeding_up_KDE

Go ahead and mark this Thread subject "[SOLVED]", if you agree that KDE memory becomes "acceptable" when Nepomuk is disabled. But if If you're trying to run KDE Desktop with less than 4GB available to the Unix system (e.g., an system with 4GB memory installed, but 1GB taken away by on-board video at boot time), the you should add another memory stick, or switch to a "lighter" desktop.

Why? Well, I've also got 4GB memory in my machine, and I don't care if KDE uses 500MB or 1GB or more. The memory is there to be used, not to be saved or be unused, as that would be wasting ressources. The point is when applications allocate memory for functions that you don't need, and when they are enabled by default.

That's why I also disable nepomuk and akonadi, as I don't use any of the KDE PIM applications and don't require such a complex index-based search.
I'm fine with grep, find and locate and the search in dolphin. And when I need some index, I'd use something dedicated like e.g. recoll but only on-deman.