[Bug 289431] New: Massive reindexings with KDE 4.8 and latest stable shared-desktop-ontologies.
Alejandro Nova
alejandronova at gmail.com
Tue Dec 20 15:00:28 GMT 2011
https://bugs.kde.org/show_bug.cgi?id=289431
Summary: Massive reindexings with KDE 4.8 and latest stable
shared-desktop-ontologies.
Product: Akonadi
Version: 4.8
Platform: Unlisted Binaries
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Nepomuk Feeder Agents
AssignedTo: kdepim-bugs at kde.org
ReportedBy: alejandronova at gmail.com
CC: vkrause at kde.org
Version: 4.8 (using Devel)
OS: Linux
This is a complex report, and I will need some help to fully understand it.
1. The akonadi-nepomuk-feeder is indexing mails one by one in KDE 4.8 RC1.
2. The mail indexing process is a terribly inefficient one.
3. All of that results in:
a) lots of CPU being wasted by Virtuoso. This is pure waste (i.e. strace gives
me this: futex(0x2abf454, FUTEX_WAIT_PRIVATE, 109, NULL))
b) reindexing after reindexing. The Akonadi Nepomuk feeder simply doesn't know
when it has indexed something, so, whenever I reboot or restart my session, it
simply starts over.
Reproducible: Always
Steps to Reproduce:
1. Setup 2 separate mail accounts, one with POP3 and the other with IMAP.
2. Enable the Akonadi Nepomuk Feeder agent.
3. Watch it index your mails.
Actual Results:
- Virtuoso CPU usage stays at 100% for a long passage. It will eventually
normalize, after ~18 hours of uptime, with 2 mail folders totalizing 40,000
mails.
- Mail indexing takes an abnormally long time (a full Strigi indexing of my
home folder takes a lot less)
- Akonadi Nepomuk feeder can't identify already indexed mail, so, it always
starts from scratch.
Expected Results:
- Virtuoso CPU usage stays normal. It spikes only when actually working.
- Virtuoso can know when something has been indexed and when something hasn't.
- Mail indexing takes less than a full Strigi indexing of my home folder.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Kdepim-bugs
mailing list