Comments 12
а как влияет
bufferedIO
bufferSize
у меня получалось что у async в моих тестах производительнось порядка до 10К записей/s. буфер даёт похожий прирост
bufferedIO
bufferSize
у меня получалось что у async в моих тестах производительнось порядка до 10К записей/s. буфер даёт похожий прирост
0
Да, с этими настройками тоже можно играться, но тут опять таки важно понимать что именно происходит:
1) bufferedIO всего лишь оборачивает java.io.Writer в java.io.BufferedWriter, с буфером 8 КБ
2) bufferSize регулирует размер буфера BufferedWriter
С помощью такой настройки FileAppender'а действительно можно понизить уровень блокировок на файле. Но я пошел другим путем, как раз таки увеличивая сам буфер AsyncAppender'а. Причиной тому была конфигурация платформы — mem/CPU в достатке, а вот IO лучше поберечь.
1) bufferedIO всего лишь оборачивает java.io.Writer в java.io.BufferedWriter, с буфером 8 КБ
2) bufferSize регулирует размер буфера BufferedWriter
С помощью такой настройки FileAppender'а действительно можно понизить уровень блокировок на файле. Но я пошел другим путем, как раз таки увеличивая сам буфер AsyncAppender'а. Причиной тому была конфигурация платформы — mem/CPU в достатке, а вот IO лучше поберечь.
0
у меня получалось, что при c async(с любым буфером) на определённом пороге возникали паузы до нескольких секунд на тредах. С буфером этого не замечено.
У вас такой комплексный подход, что возможно вы захотели бы ещё добавить тестирование bufferedio.
У вас такой комплексный подход, что возможно вы захотели бы ещё добавить тестирование bufferedio.
0
Да, пожалуй в этом есть смысл. Дадите вводную про порог возникновения пауз, что бы было от чего оттолкнуться?
0
Я могу расказать, только с точки зрения админа.
Приложение порядка 3к тредов при взрывной нагрузке начинало в логах путать время и некоторые треды подвисали (не gc). Методом проб и ошибок докопались до log4j и пришили к конфигурации async + bufferedio.
Приложение порядка 3к тредов при взрывной нагрузке начинало в логах путать время и некоторые треды подвисали (не gc). Методом проб и ошибок докопались до log4j и пришили к конфигурации async + bufferedio.
0
UFO just landed and posted this here
log4j 1.x старый же. Слышал много хорошего про свежий logback, вроде бы он и быстрее тоже. Не пробовали?
+2
Да, не молодой, но использовали пока не было нареканий. Данная статья это как раз тревожный звоночек и посыл к тому что бы пересмотреть стек используемых 3rd party библиотек. Ну а с кандидатом угадали, первый на очереди как раз logback. Сейчас пока в лаборатории, но в строю может оказаться довольно скоро.
+1
Скажите, а насколько велико может быть время от возврата из метода логгера до записи в файл? Скажем, при нагруженном IO и сотнях пишущих в лог потоков, может ли задержка быть 10 секунд?
0
Sign up to leave a comment.
Производительность log4j 1.x в синхронном и асинхронном режиме