[
https://issues.apache.org/jira/browse/LUCENE-7647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15831997#comment-15831997
]
Robert Muir commented on LUCENE-7647:
-------------------------------------
I think its first important to understand how it impacts performance, including
worst cases. That means merging with deletes and lots of results and stuff too:
not just best-cases like top hits only.
Alternative solutions are possible depending on the impact: e.g. pool managed
by the top Decompressor and passed via clone(), and decompress could simply
*release* back to the pool. This is kind of a standard pattern, but of course
it adds complexity. We should avoid it if its really not necessary.
> CompressingStoredFieldsFormat should reclaim memory more aggressively
> ---------------------------------------------------------------------
>
> Key: LUCENE-7647
> URL: https://issues.apache.org/jira/browse/LUCENE-7647
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Adrien Grand
> Attachments: LUCENE-7647.patch
>
>
> When stored fields are configured with {{BEST_COMPRESSION}}, we rely on
> garbage collection to reclaim Deflater/Inflater instances. However these
> classes use little JVM memory but may use significant native memory, so if
> may happen that the OS runs out of native memory before the JVM collects
> these unreachable Deflater/Inflater instances. We should look into reclaiming
> native memory more aggressively.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
