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

Robert Muir commented on LUCENE-3216:
-------------------------------------

{quote}
I am not sure here, I had the same thought but when you look at Solr and other 
high level users they need to configure stuff somehow so I put all reasonable 
core stuff in there. I think its ok to have this for only one codec. Thoughts?
{quote}

I don't like CodecConfig actually. It doesn't make sense that it contains all 
these codec-specific parameters, which should be private to the codec. I think 
lucene's codecs should just be APIs and have ordinary ctors.

As far as higher-level stuff like Solr, we can improve it there so its easier 
for users to configure this stuff, for example the Solr codec configuration 
allows you to specify a codecproviderfactory that takes arbitrary nested xml 
and parses it however you want.

The only problem is we don't have a *concrete* (e.g. non-mock/test) 
implementation in Solr that actually exposes all of what lucene can offer... I 
would prefer we instead just do this, and make a SolrCodecProviderFactory that 
lets you configure skip intervals, pulsing cutoffs, and all these other 
codec-specific options in a type-safe way.


> Store DocValues per segment instead of per field
> ------------------------------------------------
>
>                 Key: LUCENE-3216
>                 URL: https://issues.apache.org/jira/browse/LUCENE-3216
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: core/index
>    Affects Versions: 4.0
>            Reporter: Simon Willnauer
>            Assignee: Simon Willnauer
>             Fix For: 4.0
>
>         Attachments: LUCENE-3216.patch, LUCENE-3216.patch, LUCENE-3216.patch, 
> LUCENE-3216.patch, LUCENE-3216.patch, LUCENE-3216.patch, 
> LUCENE-3216_floats.patch
>
>
> currently we are storing docvalues per field which results in at least one 
> file per field that uses docvalues (or at most two per field per segment 
> depending on the impl.). Yet, we should try to by default pack docvalues into 
> a single file if possible. To enable this we need to hold all docvalues in 
> memory during indexing and write them to disk once we flush a segment. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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

Reply via email to