[
https://issues.apache.org/jira/browse/LUCENE-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12730547#action_12730547
]
Uwe Schindler commented on LUCENE-1741:
---------------------------------------
OK, we have two patches, we can think about using one of them.
In my opinion, there is no problem with limiting the chunk size on 32 bit
systems. The overhead of choosing the right chunk is neglectible, as it only
affects seeking. Normal sequential reads must only check, if the current chunk
has enough data and if not, move to the next. The non-chunked stream does this
check, too (to throw EOF). With a chunk size of 256 MB, the theoretical maximum
number of chunks is 8 (which can be never reached...).
Any other comments?
Eks: What was you value, that fixed your problem without rebooting. And: How
big was your biggest index file?
> Make MMapDirectory.MAX_BBUF user configureable to support chunking the index
> files in smaller parts
> ---------------------------------------------------------------------------------------------------
>
> Key: LUCENE-1741
> URL: https://issues.apache.org/jira/browse/LUCENE-1741
> Project: Lucene - Java
> Issue Type: Improvement
> Affects Versions: 2.9
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Priority: Minor
> Fix For: 2.9
>
> Attachments: LUCENE-1741.patch, LUCENE-1741.patch
>
>
> This is a followup for java-user thred:
> http://www.lucidimagination.com/search/document/9ba9137bb5d8cb78/oom_with_2_9#9bf3b5b8f3b1fb9b
> It is easy to implement, just add a setter method for this parameter to
> MMapDir.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
