К слову, я там закинул идею о скором выпуске 5.3. Думаю, через неделю будет

пока не увидел нареканий в работе) так что новость хорошая

https://www.githubstatus.com/
Интересная страница. Github открыто публикует информацию о своих сбоях

@Asazio благодарю за активность и вклад в https://qaload.github.io
Прими права разработчика этого репозитория
С ними можно одобрять Pool Request-ы и быстрее вносить правки

подскажите, это среднее? если нет то что?

На вкладке Rows (вторая) есть легенда

Спасибо)

Спасибо, надеюсь скоро смогу продолжить 😃

всем привет. может у кого есть опыт с подобной проблемой. не можем понять почему периодически операции на приложении выполняются долго. приложение .net, крутится на iis, два хоста + балансировщик. замеряли dotTrace - там оптимизировали уже по максимуму, смотрели по памяти через профайлер VS. интересно то, что ресурсы в этот момент в норме, по-крайней мере те что вижу, высокие отклики появляются на всех операциях, не на какой-то конкретной. периодичность есть, но не фиксированная. CPU - ровная линяя, не нагружен более 30%. очередей на процессоре нет, памяти свободной масса - по ней тоже нет скачков особых. места на диске сполна, на диске есть странное поведение, но его может вызывать логирование (без логов ситуация соблюдается). система полностью заглушается, кроме БД. по трафику тоже скачков особых нет, но все аппаратные графики усредняет заббикс, по-этому гарантий нет. больше всего подозрений вызывают метрики IIS. треды и процессы тоже не вызывают особых подозрений. все графики за один интервал показаны

а с GC что?

выведите допом asp net графики, там много полезных, свичи, кол-во эксепшенов и тп

но вообще сами пики выглядят как работа ГЦ в полке)

Тоже думаю, что сборка мусора

@vladimirsitnikv , a property httpclient4.max_body_retain_size вообще используется? https://github.com/apache/jmeter/search?q=max_body_retain_size&unscoped_q=max_body_retain_size

Похоже, что сейчас уже не действует.