[ 
https://issues.apache.org/jira/browse/LUCENE-9972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17351078#comment-17351078
 ] 

Michael McCandless commented on LUCENE-9972:
--------------------------------------------

Yeah let's try to find a better solution that doesn't kill performance so much!

LUCENE-9115 fixed a possibly horrific memory leak, since before that fix, 
{{NRTCachingDirectory}} might cache ginormous files.

If you use the new {{NRTCachingDirectory}}, but tell it it can use infinite RAM 
(clearly not a safe thing to do in general / in production), does that also get 
you back to the same original performance?

> Performance regression in NRTCachingDirectory
> ---------------------------------------------
>
>                 Key: LUCENE-9972
>                 URL: https://issues.apache.org/jira/browse/LUCENE-9972
>             Project: Lucene - Core
>          Issue Type: Bug
>          Components: core/store
>    Affects Versions: 8.8.2
>            Reporter: Markus Gietzen
>            Priority: Major
>              Labels: performance
>
> This issue has been discussed here:
> [http://mail-archives.apache.org/mod_mbox/lucene-java-user/202105.mbox/%3cam0pr02mb4963712f269c5bf70951f0a3ef...@am0pr02mb4963.eurprd02.prod.outlook.com%3e]
>  
> Summary: To get the same speed as in 8.3 I have to overwrite 
> NRTCachingDirectory#doCacheWrite
> in 8.8 with the implementation from 8.3. Otherwise it's magnitudes slower.
>  
> It seems that the solution for 
> https://issues.apache.org/jira/browse/LUCENE-9115 increases the number of 
> calls to native-OpenFile (due to falling down to MMAP-Directory) by a very  
> large amount.
> I understand the reasoning behind LUCENE-9115 but in fact it destroys the 
> performance of our product. For now sub-classing NRTCachingDirectory with the 
> old implementation of doCacheWrite() solves the issue but it would be great 
> to have an "offical" solution of course.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to