- 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:
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 agent_server nepomuk_ calendar_ feeder nepomuk_ email_feeder nepomuk_ contact_ feeder maildispatcher_ agent imap_resource davgroupware_ resource davgroupware_ resource (running twice with different identifiers) estorageservice rvice estorageservice
akonadiserver
akonadi_
akonadi_
akonadi_
akonadi_
akonadi_
akonadi_
akonadi_
akonadi_
nepomukserver
nepomukservicestub nepomukremovabl
nepomukservicestub nepomukstorage
nepomukservicestub nepomukstrigise
nepomukservicestub nepomukbackupsync
nepomukservicestub nepomukqueryservice
nepomukservicestub nepomukfilewatch
nepomukservicestub nepomukremovabl
There's no extraordinary spewage in .xsession-errors or the likes.