lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Provalov (JIRA)" <>
Subject [jira] [Updated] (SOLR-9942) MoreLikeThis Performance Degraded With Filtered Query
Date Sat, 07 Jan 2017 16:10:59 GMT


Ivan Provalov updated SOLR-9942:
    Attachment: solr_mlt_test2.tar

test case

> MoreLikeThis Performance Degraded With Filtered Query
> -----------------------------------------------------
>                 Key: SOLR-9942
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: MoreLikeThis
>    Affects Versions: 5.5.2
>            Reporter: Ivan Provalov
>         Attachments: solr_mlt_test2.tar
> Without any filters, the MLT is performing normal.  With any added filters, the performance
degrades compared to 4.6.1 (2.5-3.0X in our case).  The issue goes away with 6.0 upgrade.
 The hot method is Lucene's DisiPriorityQueue downHeap(), which takes 5X more calls in 5.5.2
compared to 6.0.  I am guessing that some of the Solr filters refactoring fixed it for 6.0
> As a work-around, for now I just refactored the custom MLT handler to convert the filters
into boolean clauses, which takes care of the issue.   
> Our configuration: 
> 1. mlt.maxqt=100
> 2. There is an additional filter passed as a parameter
> 3. <field name="mlt1" type="text_general" indexed="true" stored="true" multiValued="true"
omitNorms="false" termVectors="true"/>
> 4. text_general is a pretty standard text fieldType.
> I have a code to populate a test dataset and run a query in order to reproduce this.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message