[Kde-pim] Did we reintroduce some performance issues with KDE 4.10?

[Martin Steigerwald]

Hi Andreas, hi everyone,

I think we were in contact about the CRM114 integration in KMail quite some 
time ago :)

Am Freitag, 1. Februar 2013 schrieb Andreas Gungl:
> Am Donnerstag, 31. Januar 2013, 23:23:17 schrieb Sebastian Kügler:
> > > Honestly, I think that it might be time to give up on trying to fix
> > > all corner cases and just accept that this technology is so
> > > complicated, weird
> > > and unpredictable errors will crop up. It might be time to find
> > > solutions to  this which do not require our users to nuke all their
> > > personal settings
> > > and loose data...
> > 
> > I'm all for better solutions as well. Why has nobody else thought of
> > this before?
> 
> I'd be happy if I only could really switch off that Nepomuk / Virtuoso
> part and work in KDE without it. Currently you can try to disable it,
> but somehow that part is not really taken apart. The background
> processes run nevertheless, some parts still try to talk to them again
> and again...
> 
> So just provide a real switch and then take "the next years" to fix
> whatever is wrong. In the meantime others can work without performance
> penalties on medium sized machines until the solution is mature.
> 
> I'm happy with KDE in general, but assuming I have to worry with those
> strange technology decisions *) for another two years, I probably try
> something else.
> 
> Regards,
> Andreas
> 
> *) How many people do really use that part of KDE in a way which was not
> posible with what we hat in KDE 3?

Well I have grown to like Nepomuk quite a lot. KDE SC 4.9.5 from Debian
Qt/KDE maintainers repository, but still with KDE PIM from KDE SC 4.4.11. I 
like the new Dolphin bookmarks for Nepomuk searches. I browsed for videos 
for example and gee, I didn´t know what videos were all residing on this 
SSD. Was really interesting to browse my filesystem this way. Or once I 
searched for a keyword and I found PDFs I didn´t know I have in my /home. 
Nepomuk helps a lot in rediscovering stuff I once placed in my /home for this 
or that reason.

Nepomuk got a lot better for me with KDE SC 4.9.5 as compared to KDE SC 
4.8.4. Its barely noticable and I even have the virtuoso database on a BTRFS 
filesystem. On a SSD however and I know a SSD makes some difference. And the 
machine is quite powerful otherwise as well.

But on a problem where it was not running I also nuked the virtuoso database 
again. I had this on switching from KDE SC 4.8.4 to 4.9.5 and honestly I was 
not in the mood to find out on why it didn´t run.

I do not yet put valuable data in Nepomuk database. I still lack the 
confidence to do that.

I think there are some important areas to work on:

1) When Nepomuk doesn´t run correctly there is usually no feedback to the 
user other than it does not run. If Nepomuk could not be started it makes 
sense to display an error message to the user that explains why and proposes 
a fix or better yet fix the issue automatically probably after asking the 
user.

2) Something like a cleaner for old or obsolete data definately makes sense. 
I really welcome Vishesh´s work in that area. A goal that makes sense:

Make the nepomuk database upgrade safe. Nuking it is not an option once you 
place important data in it. Well, one can make a backup of own data, nuke it 
and then try to play back the backup, but I am not sure whether this would 
work with a new database, if the backup relates to an older database.

3) And as Sebastian said: More maturing. And I think the improvements have 
been huge already. Vishesh and others did great work on it! KDEPIM 2, 
Akonadi and Nepomuk need more maturing, but I have the perception they are 
getting there. (Finally. It has been a long, tough ride for developers and 
users I´d say.)

Aside from that I disabled Nepomuk on some older machines where I won´t use 
it anyway, and did not see any processes or noteworthy resource consumption 
on these machines. So when its not possible to disable Nepomuk via the 
systemsettings kcm, I´d consider this to be a bug worth reporting.

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/