基于https://logging.apache.org/log4j/2.x/manual/async.html我想使用混合同步和异步记录器方法,以便从所有同步记录器的性能改进中受益。
基准代码:
public static void main(String[] args) {
org.apache.logging.log4j.Logger log4j2Logger = org.apache.logging.log4j.LogManager
.getLogger("com.foo.Bar");
long start = System.currentTimeMillis();
int nbLogMessages = 1 * 1000 * 1000;
for (int i = 0; i < nbLogMessages; i++) {
log4j2Logger.info("Log Message");
}
org.apache.logging.log4j.core.Logger coreLogger = (org.apache.logging.log4j.core.Logger) log4j2Logger;
org.apache.logging.log4j.core.LoggerContext context = (org.apache.logging.log4j.core.LoggerContext) coreLogger
.getContext();
Map<String, org.apache.logging.log4j.core.Appender> appenders = context
.getConfiguration().getAppenders();
for (org.apache.logging.log4j.core.Appender appender : appenders
.values()) {
appender.stop();
}
long elapsed = System.currentTimeMillis() - start;
System.out.println("Elapsed " + elapsed + "ms "
+ (nbLogMessages * 1000 / elapsed) + "logs/sec.");
}
Log4j2配置正是doc(https://logging.apache.org/log4j/2.x/manual/async.html)中的配置:
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
<Appenders>
<RandomAccessFile name="RandomAccessFile" fileName="/tmp/asyncWithLocation.log" immediateFlush="false" append="false">
<PatternLayout>
<Pattern>%d %p %class{1.} [%t] %location %m %ex%n</Pattern>
</PatternLayout>
</RandomAccessFile>
</Appenders>
<Loggers>
<!-- pattern layout actually uses location, so we need to include it -->
<AsyncLogger name="com.foo.Bar" level="trace" includeLocation="true">
<AppenderRef ref="RandomAccessFile"/>
</AsyncLogger>
<Root level="info" includeLocation="true">
<AppenderRef ref="RandomAccessFile"/>
</Root>
</Loggers>
</Configuration>
使用混合同步/异步记录器配置,我得到 33,400 log / sec。
现在,如果我用常规记录器替换AsyncLogger“com.foo.Bar”,我可以使用 35,300 log / sec。
为什么同步记录器策略更快,根据图表它应该有更高的吞吐量没有?
我已经尝试了各种其他的事情,比如在做基准测试之前“预热”JVM,就像他们推荐的那样,但它没有帮助。
请注意,如果我将属性Log4jContextSelector设置为“org.apache.logging.log4j.core.async.AsyncLoggerContextSelector”以激活“所有异步”记录器,则会获得大约86,400个日志/秒。不幸的是,由于其他原因,我无法使用该选项。
使用log4j2-2.3,disruptor-3.3.2。
操作系统是Ubuntu,8核。
答案 0 :(得分:1)
在开始测量之前,我建议您记录较少数量的消息,比如100,000左右,然后在开始测量循环之前休眠一秒钟。 (您不希望在此处测量log4j的初始化或JVM优化。)
如果您在记录循环结束之后(在尝试停止追加者之前)进行测量,那么您的性能结果是什么?
还可以尝试在配置中设置includeLocation =“false”。这应该会产生很大的不同。
我认为您不应该手动停止追加者(请参阅我对您的其他问题的回答)。