[
https://issues.apache.org/jira/browse/SOLR-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13631334#comment-13631334
]
Shalin Shekhar Mangar commented on SOLR-1416:
---------------------------------------------
Noble and I worked on LotsOfCores for AOL which had more than 20K cores per
Solr instance. The top three factors slowing down solr for such use-cases were:
# Opening IndexSearcher (our use-case had a 10:1 write/read ratio) - solved by
opening searcher lazily
# Loading/parsing IndexSchema and SolrConfig objects - solved by caching these
objects
# Contention in CoreContainer#getCore - solved by the attached patch
At this later date, I don't have the data to support this change but it is
worth benchmarking if someone is up for it.
> reduce contention in CoreContainer#getCore()
> --------------------------------------------
>
> Key: SOLR-1416
> URL: https://issues.apache.org/jira/browse/SOLR-1416
> Project: Solr
> Issue Type: Improvement
> Components: multicore
> Reporter: Noble Paul
> Priority: Minor
> Attachments: SOLR-1416.patch
>
>
> every call to CoreContainer#getCore() is synchronized . We should reduce the
> contention . The writes are very infrequent and reads are frequent . How
> about using a ReadWriterLock?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
