[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-pim
Subject:    Re: [Kde-pim] Did we reintroduce some performance issues with KDE 4.10?
From:       Lailah <lailahfsf () gmail ! com>
Date:       2013-02-03 19:18:56
Message-ID: 1359919135.2073.4.camel () localhost ! localdomain
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


El dom, 03-02-2013 a las 02:48 +0530, Vishesh Handa escribió:

> On Sat, Feb 2, 2013 at 11:47 PM, Jos Poortvliet <jos@opensuse.org> wrote:
> 
> > Considering the removing of legacy data, empty tags, duplicate tags,
> > duplicate file metadata, duplicate icons and other cruft the Nepomuk
> > Cleaner
> > is spending hours on removing from my nepomuk database, I'm guessing there
> > is a slightly above-zero gain to be had.
> >
> > I'm quite happy with the nepomuk cleaner: it has led to a HUGE speed
> > increase in KMail, so much that instead of opening all folders I regularly
> > use in tabs I can now just open them on demand, without having to wait well
> > over a minute per folder for them to open.
> >
> > Thanks, Vishesh, and yes, I think it's a good idea to find out if we can
> > somehow, not too intrusively, run this upon a upgrade to a newer version of
> > Nepomuk.
> >
> 
> For me it took a total of 20 hours (not a typo) to migrate all the akonadi
> legacy data. That is one of the main reasons why we just cannot run it on
> an upgrade.
> 
> I suppose we could just throw away all the legacy Nepomuk data. Don't know.
> 


I think it would be better if it just throw away all the old legacy
data....


Just my thought...
Lailah


["signature.asc" (application/pgp-signature)]

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[prev in list] [next in list] [prev in thread] [next in thread]