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

Timothy Potter commented on SOLR-6549:
--------------------------------------

The change was intentional. I found that having the CMS start collecting sooner 
rather than later reduced pause times in my testing. However, if you're seeing 
something different, I'd love to see some empirical evidence that using 50 vs. 
70 is causing problems. Keep in mind this is the threshold when concurrent 
collections start, although there is some stop-the-world phases of CMS, so I 
can see how starting too early (or too often) can lead to issues. Of course, 
initial GC tuning params will never be correct for all workloads, so if 70 
works better for you, then use 70. The default is 68 if not specified. If we 
want to remove those options, that's fine as well, but be sure to remove 
{{-XX:+UseCMSInitiatingOccupancyOnly}} to let the JVM pick the correct value.

> bin/solr script should support a -s option to set the -Dsolr.solr.home 
> property
> -------------------------------------------------------------------------------
>
>                 Key: SOLR-6549
>                 URL: https://issues.apache.org/jira/browse/SOLR-6549
>             Project: Solr
>          Issue Type: Improvement
>          Components: scripts and tools
>            Reporter: Timothy Potter
>            Assignee: Timothy Potter
>             Fix For: 4.10.2, 5.0
>
>
> The bin/solr script supports a -d parameter for specifying the directory 
> containing the webapp, resources, etc, lib ... In most cases, these binaries 
> are reusable (and will eventually be in a server directory SOLR-3619) even if 
> you want to have multiple solr.solr.home directories on the same server. In 
> other words, it is more common/better to do:
> {code}
> bin/solr start -d server -s home1
> bin/solr start -d server -s home2
> {code}
> than to do:
> {code}
> bin/solr start -d server1
> bin/solr start -d server2
> {code}
> Basically, the start script needs to support a -s option that allows you to 
> share binaries but have different Solr home directories for running multiple 
> Solr instances on the same host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to