New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ConcurrentMergeSchedulerProvider should use Lucene's default settings #5882
Labels
Comments
+1 |
mikemccand
added a commit
to mikemccand/elasticsearch
that referenced
this issue
Apr 22, 2014
This was referenced Apr 22, 2014
mikemccand
added a commit
to mikemccand/elasticsearch
that referenced
this issue
Apr 22, 2014
…ults to Lucene's
mikemccand
added a commit
to mikemccand/elasticsearch
that referenced
this issue
Apr 24, 2014
We are changing a lot of merge / indexing throttling issues in 1.2; I think to be more conservative we should put back ES's original defaults here. |
OK I restored the original ES defaults for 1.2/2.0. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In https://issues.apache.org/jira/browse/LUCENE-4661 we changed CMS's default maxMergeCount / maxMergeThreads to be less aggressive because the previous settings (allowing too many concurrent merges) would make merging less efficient.
But Elasticsearch's ConcurrentMergeSchedulerProvider is still using the old defaults.
I think we should just cutover to using whatever Lucene defaults to?
The text was updated successfully, but these errors were encountered: