Version:           2.0.89 (using KDE 4.5.80) 
OS:                Linux

Recently I updated my Opensuse 11.3 (x86_64) system to KDE 4.6 Beta. Kmail migrated all my IMAP folders to Akonadi. All in all between 3 and 4 gigabytes of mail data in many, many folders. I can use Kmail without major problems (though I do not like the fact that all mails which are only marked for deletion on the imap server (cyrus) are now shown in their folders).  

My present problem is "virtuoso-t": 

Since the migration I see a (relatively) enormous amount of CPU consumption by the virtuoso-t process. Nepomuk is activated, strigi is not.

I had hoped that mail indexing by Nepomuk/Virtuoso would come to an end after some hours. But this is not the case. 

Instead the virtuoso-t process dominates CPU consumption since days (and weeks). By more than a factor of two with compared to the next CPU-hungry process - namely a virtual VM-ware machine which I use very intensively. 

To give you some numbers: After some hours of work: 

vmware-vmx : 48  minutes total CPU-time consumption
virtuoso-t:  105 minutes total CPU-time consumption

The virtuoso-t process as well as the nepomuk process have low priorities. Still very often virtuoso-t occupies one CPU core out of 4. 

virtuoso-t does not block or hinder my daily work - at least with my current workload proile. But still i have a very bad feeling about the CPU power nepomuk/virtuoso-t constantly consume. 

And of course the fact that nepomuk/virtuoso-t never seem to come to an end after the migration of the imap folders. 

Of course I can stop Nepomuk. But that was certainly not the intention with KDE 4.6 ?    
  


    

Reproducible: Always

Steps to Reproduce:
Just migrate large Imap folder structures to Akonadi in KDE 4.6 Beta. Start Nepomuk then and have a look at a process monitor. 

Actual Results:  
Virtuso-t is the most time consuming process of the whole system.And the CPU consumption never stops.

Expected Results:  
A very low background activity of nepomuk/virtuoso-t. Which should come to an end, when no new mails appear.