[
https://issues.apache.org/jira/browse/SOLR-13446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17876685#comment-17876685
]
Eric Pugh commented on SOLR-13446:
----------------------------------
One thing that I've been wanting is some good "default configurations"
depending on what you are doing. For development I could see doing the 512,
but in the production configuraiton, having it be up to the JVM or having a
larger default value. (this could apply to lots of other things). When I
look at SOLR-7871, that is what I see it being for, and that would cover this
ticket!
> Improve default heap size and related handling
> ----------------------------------------------
>
> Key: SOLR-13446
> URL: https://issues.apache.org/jira/browse/SOLR-13446
> Project: Solr
> Issue Type: Improvement
> Components: scripts and tools
> Affects Versions: 8.0
> Reporter: Shawn Heisey
> Priority: Minor
>
> Solr's scripts have a default max heap setting of 512MB. I think it's fair
> to say that for a production install, this is ridiculously small. Nearly
> everyone who runs a Solr server will need to increase this value.
> I think it would be useful to issue a warning in the log when the heap size
> is below a certain value. Text like "Detected max heap size is XXXX. It
> might be necessary to increase the heap size for proper operation. See
> https://lucene.apache.org/solr/path/to/ref/guide/location for details."
> For people who are running very small servers, there should be a config
> option to turn off that logging when somebody knows that the default heap
> size is perfectly fine for their setup.
> At the same time, we also need to improve the default heap size. I'm going
> to ask everyone to bikeshed about what the new default should be. Initial
> thought is a 2GB default, to be made smaller automatically if detected system
> memory is low. If the admin has explicitly set the heap size, then none of
> this will take place.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]