Comment 43 for bug 578215

On Tuesday 14 December 2010 19:06:59 Bernhard Rosenkraenzer wrote:
> https://bugs.kde.org/show_bug.cgi?id=246678
>

The problem has been resolved for me; I wonder if a recent update changed
anything?

>
> Bernhard Rosenkraenzer <email address hidden> changed:
>
> What |Removed |Added
> ---------------------------------------------------------------------------
> - CC| |<email address hidden>
>
>
>
>
> --- Comment #15 from Bernhard Rosenkraenzer <bero arklinux org> 2010-12-14
> 20:06:55 --- This just happened for me with 4.6.0-beta2:
>
> - Installed 4.6.0-beta2 with a clean ~/.kde
> - Opened kmail and imported mails from our IMAP server and contacts and
> calendars from SOGo
> - Quit kmail and did completely unrelated things
>
> Suddenly the system turned sluggish and virtuoso-t consumed 450% CPU (this
> is a 4-core system with hyperthreading, so the 450% number is ok).
> After waiting for about half an hour (assuming it might be related to
> having imported thousands of messages from an imap server - akonadi is
> still running even after exiting kmail), virtuoso-t went down to 247%,
> where it has remained stable for the last couple of hours.
>
> The systemsettings Nepomuk configuration tool says "File indexer is idle",
> so it's not indexing new files.
>
> As with the other people reporting this, strace shows virtuoso-t doing
> virtually nothing but futex calls.
>
> There are 164GB spread across 10380 files in my home directory (but again
> the indexer claims to be idle).
>
> Running processes that may be in some way related:
>
> akonadi_control
> akonadiserver
> akonadi_agent_server
> akonadi_nepomuk_calendar_feeder
> akonadi_nepomuk_email_feeder
> akonadi_nepomuk_contact_feeder
> akonadi_maildispatcher_agent
> akonadi_imap_resource
> akonadi_davgroupware_resource
> akonadi_davgroupware_resource (running twice with different identifiers)
> nepomukserver
> nepomukservicestub nepomukremovablestorageservice
> nepomukservicestub nepomukstorage
> nepomukservicestub nepomukstrigiservice
> nepomukservicestub nepomukbackupsync
> nepomukservicestub nepomukqueryservice
> nepomukservicestub nepomukfilewatch
> nepomukservicestub nepomukremovablestorageservice
>
>
> There's no extraordinary spewage in .xsession-errors or the likes.