You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Shawn Heisey (JIRA)" <ji...@apache.org> on 2015/09/08 23:22:46 UTC

[jira] [Commented] (SOLR-6549) bin/solr script should support a -s option to set the -Dsolr.solr.home property

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

Shawn Heisey commented on SOLR-6549:
------------------------------------

[~dragonsinth] popped up on IRC asking about GC tuning options, and noticed that CMSInitiatingOccupancyFraction was at 50%, and he was going to try it at 70.

I noted that the CMS parameters on my solr wiki page were at 70, and that the initial GC tuning parameters were heavily influenced by that wiki page.

Scott went digging deeper, and found that solr.in.sh was initially using 70, then it was changed to 50 by the initial commits for this issue.

We were wondering whether the change was intentional, and if it was, what the motivation was.  The GC change was not mentioned in the commit message.

> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org