nepomukservicestub eating 12% RAM
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KDE Base |
Invalid
|
Medium
|
|||
kdebase-runtime (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: kdebase-runtime
I dont know if this is a normal behaviour but I noticed that the command "/usr/bin/
I dont think this is a normal bahaviour. See Attached htop screen shot.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: kdebase-runtime 4:4.6.2-0ubuntu1
Uname: Linux 2.6.38-
Architecture: amd64
Date: Wed May 4 19:56:56 2011
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
ProcEnviron:
LANGUAGE=
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: kdebase-runtime
UpgradeStatus: Upgraded to natty on 2011-04-29 (5 days ago)
Changed in kdebase: | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in kdebase: | |
status: | New → Incomplete |
Changed in kde-baseapps: | |
status: | Incomplete → Invalid |
Version: unspecified (using KDE 4.6.0)
OS: Linux
At the moment a nepumikservices process eats more than 7 GB RAM. This doesn't happen every day but every few days.
I can't imagine how this can happen as nepomuk is restricted to 256 MB in systemsettings and soprano-virtuoso.db is "only" about nearly 900 MB.
What is noticeable:
* Internet access was broken for more than half an hour - could that have a (crazy) impact? I guess it at least should not...
* After connection was there again Akonadi neither reconnected GMail IMAP nor Kolab disconnected IMAP - but I guess that shouldn't do Nepomuk any harm
* Today Nepomuk backup was scheduled at 21.00. I didn't recognize if excessive RAM usage just started that time... But else than Bug 265510 ("Nepomuk backup eating too much memory when creating backup file") I don't seem to have a big temp-file.
But all that ps can say it seems to be a problem with the backup (see below)
$ ps -AF | grep nepomuk nepomukserver nepomukservices tub nepomukstorage akonadi_ nepomuk_ calendar_ feeder --identifier akonadi_ nepomuk_ calendar_ feeder akonadi_ nepomuk_ contact_ feeder --identifier akonadi_ nepomuk_ contact_ feeder akonadi_ nepomuk_ email_feeder --identifier akonadi_ nepomuk_ email_feeder nepomukservices tub nepomukqueryservice nepomukservices tub nepomukfilewatch nepomukservices tub nepomukbackupsync nepomukservices tub digikamnepomuks ervice nepomukservices tub nepomukstrigise rvice nepomukservices tub nepomukremovabl estorageservice
dominic 2081 1 0 52815 9432 0 18:41 ? 00:00:00 /usr/bin/
dominic 2086 2081 12 190888 139352 3 18:41 ? 00:32:43 /usr/bin/
dominic 2103 2017 0 74585 22008 3 18:41 ? 00:00:06 /usr/bin/
dominic 2104 2017 0 73921 22088 2 18:41 ? 00:00:06 /usr/bin/
dominic 2105 2017 0 110529 32516 2 18:41 ? 00:00:09 /usr/bin/
dominic 2394 2081 0 91383 21996 0 18:42 ? 00:00:09 /usr/bin/
dominic 2395 2081 0 109306 26128 3 18:42 ? 00:00:23 /usr/bin/
dominic 2400 2081 12 1911954 7253580 3 18:42 ? 00:32:17 /usr/bin/
dominic 2402 2081 0 123711 32952 5 18:42 ? 00:00:08 /usr/bin/
dominic 2403 2081 0 141079 51976 5 18:42 ? 00:01:38 /usr/bin/
dominic 2404 2081 0 89432 22536 0 18:42 ? 00:00:08 /usr/bin/
dominic 5296 2145 0 2595 852 1 23:07 pts/0 00:00:00 grep --color=auto nepomuk
And that's what ksysguard says:
Process 2400 - nepomukservices
Summary ------- ------- ------- ------- ------- ------- -
-------
The process nepomukservices (with pid 2400) is using approximately 6.9 GB of memory.
It is using 6.9 GB privately, and a further 17.3 MB that is, or could be, shared with other programs.
Dividing up the shared memory between all the processes sharing that memory we get a reduced shared memory usage of 346.0 KB. Adding that to the private usage, we get the above mentioned total memory footprint of 6.9 GB.
4.0 KB is swapped out to disk, probably due to a low amount of available memory left.
Library Usage ------- ------- ------- ------- ------- ------- -
-------
The memory usage of a process is found by adding up the memory usage of each of its libraries, plus the process's own h...