Summary: | baloo_file_extractor high CPU and memory usage | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | rgnodev |
Component: | Baloo File Daemon | Assignee: | Pinak Ahuja <pinak.ahuja> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | abderrahman.najjar, aspotashev, bjoernv, eforgeot, gabmen, hyc, josephomorrow, pinak.ahuja, rgnodev, stefan.bruens |
Priority: | NOR | ||
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
my baloofilerc file
My index file. |
Description
rgnodev
2016-01-25 18:20:48 UTC
Created attachment 96838 [details]
my baloofilerc file
Created attachment 96890 [details]
My index file.
I ran 'balooctl status' several times, even after doing 'balooctl disable' followed by system restart and 'balooctl enable'. It reported that 40 of 1140 files was indexed, and these numbers remained to be the same every time I ran 'balooctl status'. Maybe it's an issue affecting the underlying database integrity, so I uploaded my 'index' file. ¿Should I open a new bug report? Hello. Here, too, I experiment a high CPU and RAM usage by baloo_file_extractor process. ps aux | grep baloo: gabo 1063 0.7 0.5 5608116 33196 ? SNl 16:15 0:08 /usr/bin/baloo_file gabo 1163 8.1 34.6 6224476 2085264 ? RNl 16:16 1:25 /usr/bin/baloo_file_extractor It looks like no parameter was passed to baloo_file_extractor process. How to find out which file is being indexed? Can I provide further information, making fixing this easier? at least the idfilename db is partially corrupt, e.g the /home directory appears several times, although keys should be unique. mdb_dump -n -p -s idfilename index.lmdb | grep -B1 home \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home -- \02\08\00\00)\f4\05\00 \00\00\00\00\00\00\00\00home Fun fact: LMDB on-disk format seems to be dependent on sizeof(ptr_t) - I can open the db index file on my 32bit RPi1, but not on my x86_64. (In reply to Stefan Brüns from comment #6) > Fun fact: > LMDB on-disk format seems to be dependent on sizeof(ptr_t) - I can open the > db index file on my 32bit RPi1, but not on my x86_64. Correct, LMDB files are architecture-dependent. If you want to avoid this word-size dependency, you should define MDB_VL32 when building on 32bit arches - then it will be 64bit clean and identical to the 64bit build. (MDB_VL32 is not in a public release, only in mdb.master.) *** Bug 358956 has been marked as a duplicate of this bug. *** *** Bug 361696 has been marked as a duplicate of this bug. *** I've upgraded my Linuxmint 17.3 to linuxmint 18, installed the new KDE plasme (based on qt5) and cleaned my previous KDE settings. KDE5 looks so great, but it is very unresponsive because of baloo which eat most of the CPU. It took up to 10 seconds to open a new window in konsole for example. At first I've removed the file search for my home folder, and it seemed to be ok. I've waited a couple of days then rebooted the computer. Then baloo started to eat most of the CPU and it lasted for most than 30 minutes but it was so annoying because I couldn't use the computer (15 seconds for a new tab on firefox) Then I've completely disabled the file search in ~/.config/baloofilerc and now everything is very responsive and fine. (my computer is quite powerful, quadcore with 8 GB ram and ssd hard drive) Baloo should just NOT be enabled by default on KDE. (In reply to Eric Forgeot from comment #11) > I've upgraded my Linuxmint 17.3 to linuxmint 18, installed the new KDE > plasme (based on qt5) and cleaned my previous KDE settings. > > KDE5 looks so great, but it is very unresponsive because of baloo which eat > most of the CPU. It took up to 10 seconds to open a new window in konsole > for example. At first I've removed the file search for my home folder, and > it seemed to be ok. I've waited a couple of days then rebooted the computer. > Then baloo started to eat most of the CPU and it lasted for most than 30 > minutes but it was so annoying because I couldn't use the computer (15 > seconds for a new tab on firefox) > > Then I've completely disabled the file search in ~/.config/baloofilerc and > now everything is very responsive and fine. > > (my computer is quite powerful, quadcore with 8 GB ram and ssd hard drive) > > > Baloo should just NOT be enabled by default on KDE. Mint 18 has a severely outdated KDE/KF5 5.6, blame Mint. Infinnite loops are fixed with https://phabricator.kde.org/D12335 |