Можно попробовать методом исключения. Запросы пропускать через какой-нибудь трансформер, типа фиддлера вырезать по заголовку и смотреть, после какого начнёт все запросы кидать.
Я полагаю, это всё же мы чего-то не знаем, про условия кэширования.
А может быть такое, что он Метр основываясь на Max-Age в куках выполняет условия Use Cache-Control/Expires header в кеш менеджере.... При этом как то хранит их хитро
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
А может быть такое, что он Метр основываясь на Max-Age в куках выполняет условия Use Cache-Control/Expires header в кеш менеджере.... При этом как то хранит их хитро
Может в жметре парсер сделан с ошибкой и он Max-Age куки воспринимает как Max-Age страницы?
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
А если попробовать не Throughput Shaping Timer а, например, Constant Throughput Timer + UltimateThreadGroup ?