Baloo performance

Tobias C. Berner tcberner at gmail.com
Fri Aug 11 08:08:21 UTC 2017


Hi Mark

what's the output of 'balooctl stauts'? Is it still doing the initial
indexing -- that's the one that causes a lot of cpu usage. Afterwards it
should calm down.... theoretically :D

mfg Tobias

On 10 August 2017 at 22:12, Mark Dixon <mnd999 at gmail.com> wrote:

> Hi all,
>
> I'm having problems with Baloo again. I'm not sure exactly what the
> requirements are for it, but I must be doing something wrong. It
> essentially renders the system unusable.
>
> I finally caught it in this state - CPU is minimal, and memory isn't too
> bad (for this box) - baloo_file was using 1.5G. What surprised me was the
> output of lsof:
>
> baloo_fil  1808       mark *881r    VREG     110,3406168081
> 20453     44020 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/value.c
> baloo_fil  1808       mark *882r    VREG     110,3406168081
> 306     44006 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> Makefile.am
> baloo_fil  1808       mark *883r    VREG     110,3406168081
> 14123     30810 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/Makefile
> baloo_fil  1808       mark *884r    VREG     110,3406168081
> 2225     44015 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> strbuffer.c
> baloo_fil  1808       mark *885r    VREG     110,3406168081
> 243238     44360 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> libjansson.a
> baloo_fil  1808       mark *886r    VREG     110,3406168081
> 11784     44356 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/utf.o
> baloo_fil  1808       mark *887r    VREG     110,3406168081
> 66568     44352 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/load.o
> baloo_fil  1808       mark *888r    VREG     110,3406168081
> 1439     44013 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> jansson_private.h
> baloo_fil  1808       mark *889r    VREG     110,3406168081
> 80232     44358 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/value.o
> baloo_fil  1808       mark *890r    VREG     110,3406168081
> 33800     44350 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> hashtable.o
> baloo_fil  1808       mark *891r    VREG     110,3406168081
> 13152     44009 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/dump.c
> baloo_fil  1808       mark *892r    VREG     110,3406168081
> 897     44016 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> strbuffer.h
> baloo_fil  1808       mark *893r    VREG     110,3406168081
> 10368     44354 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> strbuffer.o
> baloo_fil  1808       mark *894r    VREG     110,3406168081
> 6214     44011 /usr/home/mark/cudaminer/CudaMiner/compat/jansson/
> hashtable.h
>
> etc...
>
> The number of lines was quite impressive though:
>
> $ lsof | grep 1808 | wc -l
>   983978
>
> What is it doing with all these files? Is this likely the cause of the
> unresponsive system?
>
> Mark
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-freebsd/attachments/20170811/4e983a09/attachment.html>


More information about the kde-freebsd mailing list