You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Remko Popma (JIRA)" <ji...@apache.org> on 2016/11/13 12:51:58 UTC
[jira] [Resolved] (LOG4J2-1595) (GC) Avoid allocating temporary
objects in Filter implementations
[ https://issues.apache.org/jira/browse/LOG4J2-1595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Remko Popma resolved LOG4J2-1595.
---------------------------------
Resolution: Incomplete
Several filters are now garbage-free. With the remaining filters this is non-trivial to accomplish.
It may be possible to make BurstFilter allocate less, but I'm closing this ticket for now.
> (GC) Avoid allocating temporary objects in Filter implementations
> -----------------------------------------------------------------
>
> Key: LOG4J2-1595
> URL: https://issues.apache.org/jira/browse/LOG4J2-1595
> Project: Log4j 2
> Issue Type: New Feature
> Components: Filters
> Affects Versions: 2.6.2
> Reporter: Remko Popma
> Assignee: Remko Popma
> Fix For: 2.8
>
>
> Review current Filter implementation classes and change them to be garbage-free where feasible. Document on the web site which filters are garbage free and which are not.
> h4. Current status
> * (-) BurstFilter (allocates, non-trivial to change)
> * (/) CompositeFilter (adding & removing elements produces garbage for thread safety, no allocation in steady state) - since 2.6
> * (/) DynamicThresholdFilter (garbage free since 2.6)
> * (/) LevelRangeFilter (garbage free since 2.8)
> * (/) MapFilter (garbage free since 2.8, but logging a MapMessage still allocates)
> * (/) MarkerFilter (garbage free since 2.8)
> * (-) RegexFilter (not garbagefree due to JDK regex library)
> * (-) ScriptFilter (not garbagefree: creates new Binding object for each event)
> * (/) StructuredDataFilter (garbage free since 2.8)
> * (/) ThreadContextMapFilter (garbage free since 2.8)
> * (/) ThresholdFilter (garbage free since 2.8)
> * (/) TimeFilter (uses Calendar to calculate millisSinceMidnight for each event. Can refactor by reusing some of the FixedDateFormat logic.)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org