[
https://issues.apache.org/jira/browse/LUCENE-3659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13188111#comment-13188111
]
Uwe Schindler commented on LUCENE-3659:
---------------------------------------
If I remember the misinformation about using RAMDir going on, yes, it's a
blocker - just look at java-user@lao last week, those mails about people saying
"I want to copy my 20 Gigabyte FSDir to a RAMDir because it's faster as it has
the word 'RAM' in it" looks more like a XY problem than a good reason for using
it). MMapDir and even NIOFSDir work mostly from RAM, as the OS will cache for
you.
On the other hand, it's just documentation we can do it always.
Fixing the default buffer size to something more suitable for real-world use
cases is something that can be done with a one-line-patch. I would prefer 64
Kilobytes buffer size.
> Improve Javadocs of RAMDirectory to document its limitations
> ------------------------------------------------------------
>
> Key: LUCENE-3659
> URL: https://issues.apache.org/jira/browse/LUCENE-3659
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 3.5, 4.0
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Fix For: 3.6, 4.0
>
>
> Spinoff from several dev@lao issues:
> -
> [http://mail-archives.apache.org/mod_mbox/lucene-dev/201112.mbox/%3C001001ccbf1c%2471845830%24548d0890%24%40thetaphi.de%3E]
> - issue LUCENE-3653
> The use cases for RAMDirectory are very limited and to prevent users from
> using it for e.g. loading a 50 Gigabyte index from a file on disk, we should
> improve the javadocs.
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
