KK
Victor , @art_richards , может разумнее в личку уйти? :) Не уверен, что кто-то еще отследит все сообщения. Ну и вообще, чатик Я.Танка в Gitter-е ;-)
Size: a a a
2019 November 27
VK
Victor , @art_richards , может разумнее в личку уйти? :) Не уверен, что кто-то еще отследит все сообщения. Ну и вообще, чатик Я.Танка в Gitter-е ;-)
Там тишина.
VK
Victor , @art_richards , может разумнее в личку уйти? :) Не уверен, что кто-то еще отследит все сообщения. Ну и вообще, чатик Я.Танка в Gitter-е ;-)
Но, вы правы.
AR
Victor , @art_richards , может разумнее в личку уйти? :) Не уверен, что кто-то еще отследит все сообщения. Ну и вообще, чатик Я.Танка в Gitter-е ;-)
Да не вопрос.
Я думал просто может кому-то еще понадобится данная инфа, если нет то ок пущай пишут в личку.
В чем правы?
Я думал просто может кому-то еще понадобится данная инфа, если нет то ок пущай пишут в личку.
В чем правы?
VK
Да не вопрос.
Я думал просто может кому-то еще понадобится данная инфа, если нет то ок пущай пишут в личку.
В чем правы?
Я думал просто может кому-то еще понадобится данная инфа, если нет то ок пущай пишут в личку.
В чем правы?
Возьмём тайм-аут ;)
ВС
Можно попробовать писать в файл, обернув FileAppender в AsyncAppender:
https://github.com/qos-ch/logback/blob/master/logback-examples/src/main/resources/chapters/appenders/conf/logback-async.xml
В gatling так делаем, при необходимости писать логи в файл
https://github.com/qos-ch/logback/blob/master/logback-examples/src/main/resources/chapters/appenders/conf/logback-async.xml
В gatling так делаем, при необходимости писать логи в файл
Протестовал. С настройками по умолчанию AsyncAppender из logback добавляет в лог до 600-650 записей в минуту в лог.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
ΙΤ
Протестовал. С настройками по умолчанию AsyncAppender из logback добавляет в лог до 600-650 записей в минуту в лог.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
а зачем трейсы дебаги писать
ΙΤ
Протестовал. С настройками по умолчанию AsyncAppender из logback добавляет в лог до 600-650 записей в минуту в лог.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
Дальше он включает стратегию пропуска сообщений с уровнем info, debug, trace и они у лог не попадают.
Тестировал на стандартной для банка виртуальной машине.
При настройке
http://logback.qos.ch/manual/appenders.html#asyncDiscardingThreshold
0
Работает без потерь. 2000 в минуту.
ты включил трешолд в 0 и он начал из 600-650 писать в 2000?
ВС
ты включил трешолд в 0 и он начал из 600-650 писать в 2000?
Да. Потоки, думаю стали ждать логгер. Он перестал быть таким асинхронным, как раньше.
Ещё не профилировал.
Для меня важно получать все 2000 сообщений в минуту. Они с уровнем INFO. По статистике на основе логов проверяю, что тест прошел успешно.
Ещё не профилировал.
Для меня важно получать все 2000 сообщений в минуту. Они с уровнем INFO. По статистике на основе логов проверяю, что тест прошел успешно.
ВС
Хотя, может просто что-то не так прошло с системой. Тест так себе сделал. В спешке. Его результатам пока не стоит верить
СЧ
Да. Потоки, думаю стали ждать логгер. Он перестал быть таким асинхронным, как раньше.
Ещё не профилировал.
Для меня важно получать все 2000 сообщений в минуту. Они с уровнем INFO. По статистике на основе логов проверяю, что тест прошел успешно.
Ещё не профилировал.
Для меня важно получать все 2000 сообщений в минуту. Они с уровнем INFO. По статистике на основе логов проверяю, что тест прошел успешно.
Если нужен только уровень INFO то можно в FileAppender добавить фильтр и убрать все остальные сообщения:
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>INFO</level>
<onMatch>ACCEPT</onMatch>
<onMismatch>DENY</onMismatch>
</filter>
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>INFO</level>
<onMatch>ACCEPT</onMatch>
<onMismatch>DENY</onMismatch>
</filter>
Д
Всем привет, кто нибудь реализовывал в Jmeter переотправку запросов если он пришел с 504 статусом, например?
Д
При этом запросов много, любой может упасть и не хочется все пихать в вайл контроллеры и все такое
c
Всем привет, кто нибудь реализовывал в Jmeter переотправку запросов если он пришел с 504 статусом, например?
Видел на stackoverflow.com jsr223 post-processor в котором из sample result парсится код ответа и в цикле отправляются запросы. При такой реализации метрики не логирутся, хотя возможно получится в этот же постпроцесор добавить и отправку метрик тоже https://stackoverflow.com/questions/47259211/jmeter-groovy-re-execute-a-sampler-x-times-under-condition
c
По хорошему было бы здорово добавить retry on error в thread group в последующих версиях jmeter
Д
care1e55
Видел на stackoverflow.com jsr223 post-processor в котором из sample result парсится код ответа и в цикле отправляются запросы. При такой реализации метрики не логирутся, хотя возможно получится в этот же постпроцесор добавить и отправку метрик тоже https://stackoverflow.com/questions/47259211/jmeter-groovy-re-execute-a-sampler-x-times-under-condition
Спасибо, почитаю)
Да, было бы хорошо, если б добавили))
Да, было бы хорошо, если б добавили))
AG
care1e55
По хорошему было бы здорово добавить retry on error в thread group в последующих версиях jmeter
ну тогда уж и поле с кол-вом ретраев ☺️
c
Alex Grishutin
ну тогда уж и поле с кол-вом ретраев ☺️
Само собой
c
Насколько могу судить, самое кропотливое в разработке плагина для jmeter - это gui часть. Почти уверен, что в негуёвой части thread group реализовать подобный функционал не так сложно - обернуть отправку в цикл с проверкой условия on error. Если кто-то возьмётся, то отпишитесь плз в чатике и делитесь ссылкой на гит :)
Д
Alex Grishutin
ну тогда уж и поле с кол-вом ретраев ☺️
Сделай плагин плиз, ты ж сеньор вроде как, будем использовать чаткой