[
https://issues.apache.org/jira/browse/LUCENE-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13155184#comment-13155184
]
Simon Willnauer commented on LUCENE-3586:
-----------------------------------------
I think this makes sense though. sometimes like in your usecase MMap just fails
with OOM and since we create the directory instance based on constants like
64bit platform, OS etc. we could make this optional. another option would be to
simply use NIOFSDirectory no matter where we are. I don't think it is necessary
to use FileSwitchDirectory for CheckIndex. Maybe you can add a commandline
option and get a specific Dir impl if specified? NIO, MMAP & SimpleFS should be
enough and use FSDirectory.open by default.
> Choose a specific Directory implementation running the CheckIndex main
> ----------------------------------------------------------------------
>
> Key: LUCENE-3586
> URL: https://issues.apache.org/jira/browse/LUCENE-3586
> Project: Lucene - Java
> Issue Type: Improvement
> Reporter: Luca Cavanna
> Priority: Minor
>
> It should be possible to choose a specific Directory implementation to use
> during the CheckIndex process when we run it from its main.
> What about an additional main parameter?
> In fact, I'm experiencing some problems with MMapDirectory working with a big
> segment, and after some failed attempts playing with maxChunkSize, I decided
> to switch to another FSDirectory implementation but I needed to do that on my
> own main.
> Should we also consider to use a FileSwitchDirectory?
> I'm willing to contribute, could you please let me know your thoughts about
> it?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
