Size: a a a

QA — Load & Performance

2020 August 04

AG

Alex Grishutin in QA — Load & Performance
Короче, буду разбираться, а то как то это все странно достаточно
источник

VG

Viktor Ganeles in QA — Load & Performance
Можно попробовать методом исключения.
Запросы пропускать через какой-нибудь трансформер, типа фиддлера
вырезать по заголовку и смотреть, после какого начнёт все запросы кидать.

Я полагаю, это всё же мы чего-то не знаем, про условия кэширования.
источник

VG

Viktor Ganeles in QA — Load & Performance
источник

KY

Kirill Yurkov in QA — Load & Performance
ухты годнота какая
источник

VG

Viktor Ganeles in QA — Load & Performance
Ну, сейчас мне это не помогло понять, в чём дело
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Viktor Ganeles
Max-Age=31536003
И ETAG два эти заголовка отвечают за кеширование
источник

VG

Viktor Ganeles in QA — Load & Performance
Вячеслав Смирнов
И ETAG два эти заголовка отвечают за кеширование
Так это же про кУку было
источник

VG

Viktor Ganeles in QA — Load & Performance
Типа кука прожкспайрится через год
источник

VG

Viktor Ganeles in QA — Load & Performance
Это норм
источник

AG

Alex Grishutin in QA — Load & Performance
А может быть такое, что он Метр основываясь на Max-Age в куках выполняет условия Use Cache-Control/Expires header в кеш менеджере.... При этом как то хранит их хитро
источник

AG

Alex Grishutin in QA — Load & Performance
в том плане, что не стирает их каждую итерацию
источник

S7

Sam 7 in QA — Load & Performance
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
источник

VG

Viktor Ganeles in QA — Load & Performance
Alex Grishutin
А может быть такое, что он Метр основываясь на Max-Age в куках выполняет условия Use Cache-Control/Expires header в кеш менеджере.... При этом как то хранит их хитро
Может в жметре парсер сделан с ошибкой и он Max-Age куки воспринимает как Max-Age страницы?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Sam 7
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
Похоже на лимит коннекшенов на стороне сервера
источник

S7

Sam 7 in QA — Load & Performance
Но тогда бы у меня было полно тайм-аутов или ресетов?
источник

VG

Viktor Ganeles in QA — Load & Performance
Sam 7
И ещё раз привет. Сейчас столкнулся с проблемой, когда сервис отвечает достаточно быстро, но в какой то момент джиметр начинает брать новые треды из пула и упекается в лимит(нагрузка падает). При этом ошибок нет и время ответа не растёт, что странно. Кто то сталкивался с подобным поведением?
А если попробовать не Throughput Shaping Timer а, например, Constant Throughput Timer + UltimateThreadGroup ?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Если там тайм-аут стоит большой, то нет, вряд ли. Просто, допустим, пулл переполнен, и твои джиметр треды ждут освободившихся, например, в очереди
источник

AG

Alex Grishutin in QA — Load & Performance
Viktor Ganeles
Может в жметре парсер сделан с ошибкой и он Max-Age куки воспринимает как Max-Age страницы?
Нку вот да, это и имел ввиду
источник

VG

Viktor Ganeles in QA — Load & Performance
Alex Grishutin
Нку вот да, это и имел ввиду
Слазай в исходники cache manager
источник

VG

Viktor Ganeles in QA — Load & Performance
Я-то не настоящий программист, я там месяц проведу и не найду :)
источник