Bug 276444 - Filtering "Audio" "Rating" and "Tag" together in Dolphin takes 10x more time than usual filtering
Summary: Filtering "Audio" "Rating" and "Tag" together in Dolphin takes 10x more time ...
Status: RESOLVED FIXED
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-25 09:42 UTC by Tomas
Modified: 2011-10-27 08:36 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.7.3


Attachments
dolphin filter panel (26.52 KB, image/png)
2011-06-25 09:42 UTC, Tomas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas 2011-06-25 09:42:17 UTC
Created attachment 61309 [details]
dolphin filter panel

Version:           unspecified (using KDE 4.6.4) 
OS:                Linux

* Goal of the test was to verify functionality of "Filter" Panel in Dolphin.
* From all possible combination of filtering over set of balanced test data, it took Dolphin 5x-10x more time to filter "Audio" files using "Rating" and "Tag" criteria than rest of combinations.
* I have used 2 different installations to verify and confirm this result.

Preconditions:
* balanced test data are available

Reproducible: Always

Steps to Reproduce:
* Perform few filtering of any "Document"/"Video"/"Images" files using "Rating" and "Tag" criteria to verify average time of filtering.
* Filter "Audio" files using "Rating" and "Tag" criteria to verify time of filtering


Actual Results:  
* Time to filter "Audio" files using "Rating" and "Tag" criteria is much more longer than usual (5x-10x)

Expected Results:  
* not such difference expected in time to filter the data

OS: Linux (i686) release 2.6.38-8-generic
Compiler: cc
Comment 1 Sebastian Trueg 2011-10-27 08:36:31 UTC
Git commit bfa98838cf4c45a0dcbc9cb6c98268bbd0cb87a0 by Sebastian Trueg.
Committed on 27/10/2011 at 09:47.
Pushed by trueg into branch 'KDE/4.7'.

When querying for audio files only use the mimetype.

We sadly cannot depend on the nfo:Audio type. That would be the fastest
solution but Strigi still fails to index a lot of audio files. Thus we
depend on the very reliably mimetype from KMimeType.
However, if we do that we already get all the audio files. Thus, there
is no point in adding the additional ResourceTypeTerm which only makes
the query that much slower.

BUG: 276444
FIXED-IN: 4.7.3

M  +0    -1    nepomuk/utils/typefacet.cpp

http://commits.kde.org/kdelibs/bfa98838cf4c45a0dcbc9cb6c98268bbd0cb87a0