Summary: | Nepomuk backup: excessive RAM usage | ||
---|---|---|---|
Product: | nepomuk | Reporter: | Dominic Lyons <domlyons> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | nico.kruber, YeHaa |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | htop showing nepomukservicestub eating memory |
Description
Dominic Lyons
2011-02-07 23:18:09 UTC
> Steps to Reproduce: > That's a really good question... Well, maybe I wrote this a bit too quick... I've started a manual nepomuk backup. It looked really fine for over an hour (seemed to be slow but low RAM usage) until nearly at the end. In the last few minutes a huge amount of heap memory was reserved (again over 7 GB) and was not given free after the backup was finished. The backup itself is quite small, about 65 MB compressed and less than 750 MB uncompressed. So I assume this is a duplicate of Bug 265510 or the other way round... The same information as before, but a bit shortened: $ ps -FA | grep nepomuk [...] dominic 2403 2081 0 141079 932 5 Feb07 ? 00:01:38 /usr/bin/nepomukservicestub nepomukstrigiservice dominic 2404 2081 0 89432 788 3 Feb07 ? 00:00:08 /usr/bin/nepomukservicestub nepomukremovablestorageservice dominic 5347 2081 38 1912516 7075316 5 Feb07 ? 00:29:18 /usr/bin/nepomukservicestub nepomukbackupsync [...] Process 5347 - nepomukservices Summary -------------------------------------------------- The process nepomukservices (with pid 5347) is using approximately 6.7 GB of memory. It is using 6.7 GB privately, and a further 596.0 KB 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 2.0 KB. Adding that to the private usage, we get the above mentioned total memory footprint of 6.7 GB. 159.3 MB is swapped out to disk, probably due to a low amount of available memory left. [...] Private -------------------------------------------------- 7074816 KB [heap] 36 KB /usr/lib/libQtGui.so.4.7.0 [...] Totals -------------------------------------------------- Private 7074936 KB (= 200 KB clean + 7074736 KB dirty) Shared 596 KB (= 596 KB clean + 0 KB dirty) Rss 7075532 KB (= Private + Shared) Pss 7074938 KB (= Private + Shared/Number of Processes) Swap 163088 KB Still the same in KDE 4.6.1 same here, virtuoso-t using 760MB RAM although set not to use more than 256MB I had a lot of files that strigi had to analyse, but strigi is currently disabled - didn't change the RAM usage though :( Created attachment 59626 [details]
htop showing nepomukservicestub eating memory
I'm seeing the same thing here. The process "/usr/bin/nepomukservicestub nepomukbackupsync" uses 1.7GB private memory. The private heap being 1772416KB. Ok, I've still got enough memory left, but this is kind of ridiculous for something I really hardly ever use. *** This bug has been confirmed by popular vote. *** Having this problem every monday (this time eating more than 8 GB RAM over a long time) im pretty sure this bug and #265510 are duplicates. *** This bug has been marked as a duplicate of bug 265510 *** |