Perfomance соображения с использованием log4j2 ZiP

Question

Мы можем попросить log4j к GZ лог-файлы при использовании этого:

<RollingRandomAccessFile name="TotallogFileAppender" 
    fileName="d:/logs/my.log" filePattern="d:/logs/my-%d{yyyy-MM-dd}-%i.log.gz"> 
    <PatternLayout pattern="${filelayoutPattern}" /> 
    <Policies> 
     <TimeBasedTriggeringPolicy /> 
     <SizeBasedTriggeringPolicy size="150 MB" /> 
    </Policies> 
    <DefaultRolloverStrategy max="2000" /> 
</RollingRandomAccessFile> 

Как Архивирование потребляет процессор, интересно, когда GZIP делается ?! Создан ли файл журнала и gziped ПОСЛЕ размерной или временной политики (один раз gzip), или он будет gziped во время записи на жесткий диск (непрерывно gzip). Первый из них, похоже, имеет лучшую производительность (я прав?!)

Как правило, следует учитывать соображения производительности архивации файлов gzip log4j2.

Answer 1

Переименование файла выполняется в вызывающем потоке, но zipping старого файла выполняется в отдельном фоновом потоке. Предполагается, что опрокидывание не является частым появлением, поэтому для каждого опрокидывания создается новый фоновый поток, но производительность вашего приложения, как правило, не влияет на опрокидывания.