[
https://issues.apache.org/jira/browse/SOLR-12753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16701078#comment-16701078
]
Erick Erickson commented on SOLR-12753:
---------------------------------------
[~ab]WDYT is a good length for the max size? The current patch tops it off at
10K. Too large? Too small?
> Async logging ring buffer and OOM error
> ---------------------------------------
>
> Key: SOLR-12753
> URL: https://issues.apache.org/jira/browse/SOLR-12753
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: logging
> Affects Versions: 7.5
> Reporter: Andrzej Bialecki
> Assignee: Erick Erickson
> Priority: Major
> Attachments: SOLR-12753.patch
>
>
> I’m using a simulated environment for autoscaling tests, which may create
> some pretty degenerate cases (like collections with 50,000 replicas and
> Policy calculations over these, times 500 nodes).
> I noticed that when I turned on debug logging I occasionally would get an OOM
> error, and the heap dump showed that the biggest objects were a bunch of
> extremely large strings in the async logger’s ring buffer. These strings were
> admittedly extremely large (million chars or so) but the previously used sync
> logging didn’t have any issue with them, because they were consumed one by
> one.
> For sure, Solr should not attempt to be logging multi-megabyte data. But I
> also feel like the framework could perhaps help here by enforcing large but
> sane limits on maximum size of log messages.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
