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

David Smiley commented on SOLR-13579:
-------------------------------------

[~ab] Do you think the design here will play nicely with 
{{SolrCores.transientCores}} (not _yet_ SolrCloud compatible but see 
SOLR-5446)? From what I've seen I suppose it'll be fine: cores come and go 
wether it be normally (e.g. new collections ore rebalancing or deletion of 
old/not-needed) or wether it be to keep a fixed amount of recently used ones in 
memory.  Then the question in my mind is if the transientCoreCache should 
implement the new ManagedComponent interface.  Perhaps not since it is above 
per-core resources, if that matters?  FWIW I imagine the transientCoreCache 
would be configured to be fixed on the core count.  It's helpful for the 
resource management API / framework to balance the embedded resources to ensure 
the sum total of cache's and such are bounded.  And also the memory use of each 
core is rather hard to gauge.

> Create resource management API
> ------------------------------
>
>                 Key: SOLR-13579
>                 URL: https://issues.apache.org/jira/browse/SOLR-13579
>             Project: Solr
>          Issue Type: New Feature
>            Reporter: Andrzej Bialecki
>            Assignee: Andrzej Bialecki
>            Priority: Major
>         Attachments: SOLR-13579.patch, SOLR-13579.patch, SOLR-13579.patch, 
> SOLR-13579.patch, SOLR-13579.patch, SOLR-13579.patch, SOLR-13579.patch, 
> SOLR-13579.patch, SOLR-13579.patch, SOLR-13579.patch
>
>          Time Spent: 3h 10m
>  Remaining Estimate: 0h
>
> Resource management framework API supporting the goals outlined in SOLR-13578.



--
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