[
https://issues.apache.org/jira/browse/SOLR-9815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16062051#comment-16062051
]
Jan Høydahl commented on SOLR-9815:
-----------------------------------
I don't thing verbose logging is a big problem since we now rotate GC logs by
default. But I'm also ok with not defaulting to verbose if there is consensus
for such a change. Another parameter we could re-visit is how much GC logs we
save by default. With {{'-XX:NumberOfGCLogFiles=9' '-XX:GCLogFileSize=20M'}} we
keep 200Mb of logs. Is this ok, or too little for typical debugging purposes?
My experience from a few customers with performance problems is that it is nice
to be able to run {{gvciew}} on the logs, and I've been able to identify GC
issues a few times through this method. As far as I can remember there has been
enough history in the logs. Could be that there would have been enough info in
non-verbose logs as well...
Please chime in, or I'll close this next week.
> Verbose Garbage Collection logging is on by default
> ---------------------------------------------------
>
> Key: SOLR-9815
> URL: https://issues.apache.org/jira/browse/SOLR-9815
> Project: Solr
> Issue Type: Wish
> Security Level: Public(Default Security Level. Issues are Public)
> Components: logging
> Affects Versions: 6.3
> Reporter: Gethin James
> Priority: Minor
> Attachments: class-log4j-log vs garbage-free-log4j.png
>
>
> There have been some excellent logging fixes in 6.3
> (http://www.cominvent.com/2016/11/07/solr-logging-just-got-better/). However
> now, by default, Solr is logging a great deal of garbage collection
> information.
> It seems that this logging is excessive, can we make the default logging to
> not be verbose?
> For linux/mac setting GC_LOG_OPTS="" in solr.in.sh seems to work around the
> issue, but looking at solr.cmd I don't think that will work for windows.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
