[ https://issues.apache.org/jira/browse/LUCENE-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jason Rutherglen updated LUCENE-1313: ------------------------------------- Attachment: LUCENE-1313.patch * In DocumentsWriter.balanceRAM if NRT is on the total ram consumed is "(numBytesUsed * 2) + writer.getRamDirSize()". numBytesUsed is the current consumption of the ram buffer. Basically what we flush to ram, we'll consume that much of the buffer. This is now taken into account in the bufferIsFull calculation. * Double dir usage should be factored out. * TestIndexWriterRamDir.testFSDirectory fails. It tries to simulate a crashing IW. When the IW is created again it should delete the old files, for some reason it's not with FSDirectory (open file handles on Windows perhaps) {quote} we could flush the new segment directly to the real dir as one segment, and merge all prior RAM segments as a separate new segment in the main dir, if the free RAM is large enough. {quote} Yeah it's unclear what the best policy is here. Do we want to have some sort of custom merge policy method/class to take care of this so the user can customize it? > Realtime Search > --------------- > > Key: LUCENE-1313 > URL: https://issues.apache.org/jira/browse/LUCENE-1313 > Project: Lucene - Java > Issue Type: New Feature > Components: Index > Affects Versions: 2.4.1 > Reporter: Jason Rutherglen > Priority: Minor > Fix For: 2.9 > > Attachments: LUCENE-1313.jar, LUCENE-1313.patch, LUCENE-1313.patch, > LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, > LUCENE-1313.patch, LUCENE-1313.patch, LUCENE-1313.patch, lucene-1313.patch, > lucene-1313.patch, lucene-1313.patch, lucene-1313.patch > > > Realtime search with transactional semantics. > Possible future directions: > * Optimistic concurrency > * Replication > Encoding each transaction into a set of bytes by writing to a RAMDirectory > enables replication. It is difficult to replicate using other methods > because while the document may easily be serialized, the analyzer cannot. > I think this issue can hold realtime benchmarks which include indexing and > searching concurrently. -- 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