You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mike Anderson (JIRA)" <ji...@apache.org> on 2010/10/28 03:59:19 UTC
[jira] Commented: (SOLR-880) SolrCore should have a STOP option and
a lazy startup option
[ https://issues.apache.org/jira/browse/SOLR-880?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12925654#action_12925654 ]
Mike Anderson commented on SOLR-880:
------------------------------------
I'm not entirely clear on how START would differ from CREATE, and how STOP would differ from UNLOAD. I gather there are certain tasks that occur in CREATE that would be skipped in a START command, and that a START command could only be issued on a STOPPED core, which had previously been CREATED (but not UNLOADED).
This issue hasn't been touched in over a year, is it still thought to be the right approach to improving multicore? What are the saving of START/STOP vs CREATE/UNLOAD? is it an issue of speed? memory?
> SolrCore should have a STOP option and a lazy startup option
> ------------------------------------------------------------
>
> Key: SOLR-880
> URL: https://issues.apache.org/jira/browse/SOLR-880
> Project: Solr
> Issue Type: Improvement
> Components: multicore
> Reporter: Noble Paul
> Assignee: Shalin Shekhar Mangar
>
> * We must have an option to STOP and START a core.
> * a core should have an option of loadOnStartup=true|false. default should be true
> * A list command which can give the names of all cores and some meta information like status
> If there are too many cores (tens of thousands) where each of them may be used occassionally, we should not load all of them at once. In the runtime I should be able to STOP and START a core on demand. A listing command would let me know which one is present and what is up and what is down. A stopped core must not use any resource
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org