You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Ee Wang (JIRA)" <ji...@apache.org> on 2015/11/14 12:16:11 UTC

[jira] [Commented] (STORM-1206) Reduce logviewer memory usage

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

Ee Wang commented on STORM-1206:
--------------------------------

Will it be better if we can change the log file layout? for example separating worker log files & gc log files with a directory named with topology name, this will greatly reduce file num within a directory, and I think it will be much clearer to categorize log files.

> Reduce logviewer memory usage
> -----------------------------
>
>                 Key: STORM-1206
>                 URL: https://issues.apache.org/jira/browse/STORM-1206
>             Project: Apache Storm
>          Issue Type: Improvement
>          Components: storm-core
>            Reporter: Zhuo Liu
>            Assignee: Zhuo Liu
>
> In production, we ran into an issue with logviewers bouncing with out of memory errors. Note that this happens very rarely, we met this in some extreme case when super frequently restarting of workers generates a huge number of gc files (~1M files).
> What was happening is that if there are lots of log files (~1 M files) for a particular headless user, we would have so many strings resident in memory that logviewer would run out of heap space.
> We were able to work around this by increasing the heap space, but we should consider putting some sort of an upper bound on the number of files so that we don't run in to this issue, even with the bigger heap.
> Using the java DirectoryStream can avoid holding all file names in memory during file listing. Also, a multi-round directory cleaner can be introduced to delete files while disk quota is exceeded.



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