[ https://issues.apache.org/jira/browse/LUCENE-4515?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13487835#comment-13487835 ]
Robert Muir commented on LUCENE-4515: ------------------------------------- {quote} I had other usecases in the past where this was handy too though. I also see folks on the mailing list opening issues so unless we have a similar lightweight replacement I don't see why we should not improve this impl. {quote} I think we can separate improving the internal implementation (which is one thing), from passing allocators/byteblockpools into ctors. To me, this is not a good API decision because its essentially malloc() and free(). I don't think we should do it. > Make MemoryIndex more memory efficient > -------------------------------------- > > Key: LUCENE-4515 > URL: https://issues.apache.org/jira/browse/LUCENE-4515 > Project: Lucene - Core > Issue Type: Improvement > Components: modules/other > Affects Versions: 4.0, 4.1, 5.0 > Reporter: Simon Willnauer > Fix For: 4.1, 5.0 > > Attachments: LUCENE-4515.patch > > > Currently MemoryIndex uses BytesRef objects to represent terms and holds an > int[] per term per field to represent postings. For highlighting this creates > a ton of objects for each search that 1. need to be GCed and 2. can't be > reused. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators 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