[Nepomuk] [Kde-pim] KMail completion spams nepomuk, which isn't parallelized

[Jos Poortvliet]

On Monday 23 July 2012 22:39:26 David Faure wrote:
> On Monday 23 July 2012 11:53:25 Jos Poortvliet wrote:
> > On Monday 09 July 2012 19:30:59 Volker Krause wrote:
> > > On Monday 09 July 2012 13:12:23 David Faure wrote:
> > > > On Friday 06 July 2012 17:46:38 David Faure wrote:
> > > > > Typing 10 letters in the kmail composer "To" field, leads to 10
> > > > > autocompletion nepomuk queries,  all of which create a different
> > > > > thread in the nepomukqueryservice, and they pile up, each waiting
> > > > > for
> > > > > the previous one to finish, because they use the same
> > > > > mutex-protected
> > > > > socket for the connection to virtuoso...
> > > > 
> > > > Can we disable nepomuk-based autocompletion in kmail for 1.9, to
> > > > reduce
> > > > the chances of users ending up with an unusable kmail composer?
> > > 
> > > IMHO yes.
> > > 
> > > People on #nepomuk-kde seem to be working on optimizing these queries
> > > as
> > > we speak though.
> > 
> > Is this disabled?
> 
> Yes. Optimizing the queries didn't help.
> 
> On a very large DB, we can still run into very very long queries (30-45
> minutes). In order to make this work we need to
> 1) not make the contacts DB that large (seems to be fixed, but doesn't
> help existing users)
> 2) be able to cancel queries (missing in virtuoso), or at least to
> time-limit them (missing in current virtuoso versions but seems to be
> coming?) 3) run queries in parallel rather than in sequence
> (nepomukqueryservice's design needs to be redone).
> 
> > I have to make sure it won't show up as a new KDE PIM
> > feature, then, in the announcement :D
> 
> Yep :)
> 
> > (too bad btw, I was looking forward to this feature)
> 
> Trust me, 30 minutes with a stuck composer window is not something to look
> forward to ;)

Lol

I have that sometimes anyway, now I realize this might be Nepomuk related... 
Hmmm. Altough it could also be key signing or a d-bus thing, often there's 
no cpu eating process around... Somewhere this akonadi think got a bit 
spaghetti-like, yes?

Cheers,
Jos
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20120806/c2b33cee/attachment.sig>