[jira] [Commented] (LUCENE-6218) don't decode freqs or enumerate all positions, when scores are not needed

["Alan Woodward (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/LUCENE-6218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14305566#comment-14305566 ] 

Alan Woodward commented on LUCENE-6218:
---------------------------------------

This is part of what I was trying to do in LUCENE-2878: Weight.scorer() has an extra flag that describes what postings should be decoded.  So you can say if you just want docs only, or freqs, or positions, or whatever.

> don't decode freqs or enumerate all positions, when scores are not needed
> -------------------------------------------------------------------------
>
>                 Key: LUCENE-6218
>                 URL: https://issues.apache.org/jira/browse/LUCENE-6218
>             Project: Lucene - Core
>          Issue Type: Bug
>            Reporter: Robert Muir
>         Attachments: LUCENE-6218.patch
>
>
> Today if you don't call score() some things are faster, we won't invoke similarity or read the norm for the document or other things.
> On the other hand, its sad in this case that we are decompressing twice as many packed integers as we need (freqs can be skipped over, and our postings lists supports that) and walking all positions in phrase matching to determine the number of times the phrase matched (1 is enough, then we can stop).
> When scoring is not needed, things can be optimized in other cases too (e.g. thats the whole concept of filters).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org