Description
Solr , currently ,is not very suitable for a large no:of homogeneous cores where you require fast/frequent loading/unloading of cores . usually a core is required to be loaded just to fire a search query or to just index one document
The requirements of such a system are.
- Very efficient loading of cores . Solr cannot afford to read and parse and create Schema, SolrConfig Objects for each core each time the core has to be loaded (
SOLR-919,SOLR-920) - START STOP core . Currently it is only possible to unload a core (
SOLR-880) - Automatic loading of cores . If a core is present and it is not loaded and a request comes for that load it automatically before serving up a request
- As there are a large no:of cores , all the cores cannot be kept loaded always. There has to be an upper limit beyond which we need to unload a few cores (probably the least recently used ones)
- Automatic allotment of dataDir for cores. If the no:of cores is too high al the cores' dataDirs cannot live in the same dir. There is an upper limit on the no:of dirs you can create in a unix dir w/o affecting performance
Attachments
Attachments
Issue Links
- incorporates
-
SOLR-3980 Incorporate lazily-loaded cores into core listings for clients
- Closed
-
SOLR-4013 Creating a core should prevent more than one thread from creating a core of the same name at once.
- Closed
- is blocked by
-
SOLR-1028 Automatic core loading unloading for multicore
- Closed
-
SOLR-1106 Pluggable CoreAdminHandler (Action ) architecture that allows for custom handler access to CoreContainer / request-response
- Closed
-
SOLR-1533 Partition data directories into multiple "bucket" directories
- Closed
-
SOLR-1416 reduce contention in CoreContainer#getCore()
- Reopened
-
SOLR-880 SolrCore should have a a lazy startup option
- Resolved
-
SOLR-920 Cache and reuse IndexSchema
- Resolved
-
SOLR-919 Cache and reuse the SolrConfig
- Closed
-
SOLR-921 SolrResourceLoader must cache short name vs fully qualified name
- Closed
-
SOLR-943 Make it possible to specify dataDir in solr.xml
- Closed
-
SOLR-1108 Remove synchronization in SolrCore constructor
- Closed
-
SOLR-1530 Open IndexSearcher lazily
- Closed
-
SOLR-1531 Provide an option to remove the data directory on core unload
- Closed
-
SOLR-1575 loading solr.xml takes a lot of time when there are lot of cores
- Closed
- is related to
-
SOLR-1528 A non-200 response code gives no response body with wt=javabin
- Closed
-
SOLR-1306 Support pluggable persistence/loading of solr.xml details
- Closed
- is superceded by
-
SOLR-4196 Untangle XML-specific nature of Config and Container classes
- Closed
-
SOLR-4478 Allow cores to specify a named config set in non-SolrCloud mode
- Closed