Я разрабатываю веб-приложение, и я хотел бы зарегистрировать некоторую информацию, чтобы помочь мне улучшить и наблюдать за приложением. (Я использую Tomcat6)
Сначала я подумал, что буду использовать StringBuilders, добавить журналы к ним, и задача будет сохраняться в базе данных каждые две минуты. Потому что я беспокоился о производительности системы регистрации журналов. Затем я сделал несколько тестов. Особенно с log4j.
Вот мой код:
Main.java
public static void main(String[] args) {
Thread[] threads = new Thread[LoggerThread.threadsNumber];
for(int i = 0; i < LoggerThread.threadsNumber; ++i){
threads[i] = new Thread(new LoggerThread("name - " + i));
}
LoggerThread.startTimestamp = System.currentTimeMillis();
for(int i = 0; i < LoggerThread.threadsNumber; ++i){
threads[i].start();
}
LoggerThread.java
public class LoggerThread implements Runnable{
public static int threadsNumber = 10;
public static long startTimestamp;
private static int counter = 0;
private String name;
public LoggerThread(String name) {
this.name = name;
}
private Logger log = Logger.getLogger(this.getClass());
@Override
public void run() {
for(int i=0; i<10000; ++i){
log.info(name + ": " + i);
if(i == 9999){
int c = increaseCounter();
if(c == threadsNumber){
System.out.println("Elapsed time: " +
(System.currentTimeMillis() - startTimestamp));
}
}
}
}
private synchronized int increaseCounter(){
return ++counter;
}
}
}
log4j.properties
log4j.logger.main.LoggerThread=debug, f
log4j.appender.f=org.apache.log4j.RollingFileAppender
log4j.appender.f.layout=org.apache.log4j.PatternLayout
log4j.appender.f.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n
log4j.appender.f.File=c:/logs/logging.log
log4j.appender.f.MaxFileSize=15000KB
log4j.appender.f.MaxBackupIndex=50
Я думаю, что это очень распространенная конфигурация для log4j. Сначала я использовал log4j 1.2.14, тогда я понял, что существует более новая версия, поэтому я переключился на 1.2.16
Вот цифры (все в миллисекундах)
LoggerThread.threadsNumber = 10
1.2.14: 4235, 4267, 4328, 4282
1.2.16: 2780, 2781, 2797, 2781
LoggerThread.threadsNumber = 100
1.2.14: 41312, 41014, 42251
1.2.16: 25606, 25729, 25922
Я думаю, что это очень быстро. Не забывайте, что: в каждом цикле метод запуска не просто регистрируется в файле, он должен конкатенировать строки (name + ": " + i) и проверить тест if (i == 9999).
Когда threadNumber равно 10, есть 100 000 loggings и если тесты и конкатенации. Когда это 100, есть 1.000.000 loggings и если тесты и конкатенации. (Я где-то читал JVM использует приложение StringBuilder для конкатенации, а не простое конкатенацию).
Я что-то пропустил? Я делаю что-то неправильно? Я забыл какой-либо фактор, который может снизить производительность? Если эти цифры верны, я думаю, что мне не нужно беспокоиться о производительности log4j, даже если я сильно запишу, я?
Я читал, что: "Типичная стоимость фактического каротажа составляет от 100 до 300 микросекунд". Правильно ли это? (руководство log4J)
