Short-lived temp objects get collected in the new generation which is ideal for modern garbage collectors.
Gil Tene explains it very well here: http://www.infoq.com/presentations/Java-GC-Azul-C4 Sent from my iPhone > On 2015/08/08, at 17:48, "Gary Gregory (JIRA)" <[email protected]> wrote: > > > [ > https://issues.apache.org/jira/browse/LOG4J2-599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14662881#comment-14662881 > ] > > Gary Gregory commented on LOG4J2-599: > ------------------------------------- > > Hm, I'm wondering about how much extra work all the arrays give the garbage > collector... > >> Support lambda functions (or similar) for log message parameters >> ---------------------------------------------------------------- >> >> Key: LOG4J2-599 >> URL: https://issues.apache.org/jira/browse/LOG4J2-599 >> Project: Log4j 2 >> Issue Type: Brainstorming >> Components: Core >> Reporter: Matt Sicker >> Priority: Minor >> Labels: Java8 >> >> It would be nice if we could support 0-param lambda functions (or the >> equivalent: interfaces with a single empty-parameter message call), or more >> simply, allow Runnables (or something similar) to be passed which will be >> dynamically executed if the log message is enabled. >> The use case here is that although string construction of the log message is >> a performance issue that is already solved quite well, the problem of adding >> in information to the log message that makes other calculations still needs >> to be wrapped in an if check. >> I'm not sure if it'd be best to just use Runnable, or create a new >> interface, or try to emulate how Java 1.8 lambdas work via an interface with >> a single method defined. The details here would still need to be fleshed >> out, but I think this sort of feature could be rather handy (especially in a >> Java 1.8+ environment, or in Groovy/Scala/etc.). > > > > -- > This message was sent by Atlassian JIRA > (v6.3.4#6332) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
