[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Fix Version/s: 8.3 > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 8.3 > > Attachments: SOLR-13558.patch, SOLR-13558.patch, SOLR-13558.patch > > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Attachment: SOLR-13558.patch > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Attachments: SOLR-13558.patch, SOLR-13558.patch, SOLR-13558.patch > > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Attachment: SOLR-13558.patch > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Attachments: SOLR-13558.patch, SOLR-13558.patch > > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Issue Type: Improvement (was: Sub-task) Parent: (was: SOLR-13578) > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Attachments: SOLR-13558.patch > > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Attachment: SOLR-13558.patch > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Attachments: SOLR-13558.patch > > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13558) Allow dynamic resizing of SolrCache-s
[ https://issues.apache.org/jira/browse/SOLR-13558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated SOLR-13558: - Issue Type: Sub-task (was: Improvement) Parent: SOLR-13578 > Allow dynamic resizing of SolrCache-s > - > > Key: SOLR-13558 > URL: https://issues.apache.org/jira/browse/SOLR-13558 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > > Currently SolrCache limits are configured statically and can't be > reconfigured without cache re-initialization (core reload), which is costly. > In some situations it would help to be able to dynamically re-size the cache > based on the resource contention (such as the total heap size used for > caching across all cores in a node). > Each cache implementation already knows how to evict its entries when it runs > into configured limits - what is missing is to expose this mechanism using a > uniform API. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org