[jira] [Resolved] (SOLR-17036) Lazy create VersionBucket in the update log to free memory.

["Bruno Roustant (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/SOLR-17036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bruno Roustant resolved SOLR-17036.
-----------------------------------
    Fix Version/s: 9.5
       Resolution: Fixed

> Lazy create VersionBucket in the update log to free memory.
> -----------------------------------------------------------
>
>                 Key: SOLR-17036
>                 URL: https://issues.apache.org/jira/browse/SOLR-17036
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Bruno Roustant
>            Assignee: Bruno Roustant
>            Priority: Major
>             Fix For: 9.5
>
>          Time Spent: 4h 20m
>  Remaining Estimate: 0h
>
> Each time an UpdateLog is created for a SolrCore, its VersionInfo creates a large array of 65536 VersionBucket. This takes 1.5 MB in memory even for an empty core (computed with RamUsageEstimator). So when the number of core increases, this memory starts to weight.
> We propose to modify VersionInfo to not create the large array of VersionBucket at initialization. Instead start with a hash map, and replace it by the array if it grows beyond the threshold. In addition, BucketVersion instances are created lazily.
> As a result
> - Empty cores require much less memory.
> - Cores with no update will not fill the map.
> - Cores with less updates before they are closed will stay with a small sized map.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org