В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA — Load & Performance

1334 membersпожаловаться на группу
2019 November 12

ВС

Вячеслав Смирнов in QA — Load & Performance
Konstantin Kalinin
нене, имею ввиду на стороне цели
Там они меняются. С каждым клиентом сервер договаривается отдельно. Чтобы с JMeter он договаривался всегда в пользу TLS 1.2 можно настроить JMeter так, чтобы он говорил серверу, что поддерживает только один вариант.
источник
18:19пожаловаться#1

ВС

Вячеслав Смирнов in QA — Load & Performance
В jmeter.properties есть раздел SSL Configuration может поможет вам
источник
18:19пожаловаться#2

ВС

Вячеслав Смирнов in QA — Load & Performance
Это ещё от версии jdk зависит. В общем, непростая тема
источник
18:21пожаловаться#3
2019 November 13

ТС

Татьяна Синиченкова in QA — Load & Performance
Добрый день!
Можете подсказать, влияет ли наличие Constant Timer на среднее время ответа запросов? Попробовала поставить Constant Timer = 0, то среднее время выполнения запросов не превышает 100мс, а если ставлю Constant Timer = 5000, то среднее время возрастает до 800мс и выше.
Пробовала положить запрос и таймер в Transaction Controller, который не должен учитывать время таймера, но результаты не поменялись
источник
09:08пожаловаться#4

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Татьяна Синиченкова
Добрый день!
Можете подсказать, влияет ли наличие Constant Timer на среднее время ответа запросов? Попробовала поставить Constant Timer = 0, то среднее время выполнения запросов не превышает 100мс, а если ставлю Constant Timer = 5000, то среднее время возрастает до 800мс и выше.
Пробовала положить запрос и таймер в Transaction Controller, который не должен учитывать время таймера, но результаты не поменялись
На время ответов нет, на интенсивность скорее всего да. Больше интенсивность => больше загрузка сервера => больше время ответов
источник
09:13пожаловаться#5

ТС

Татьяна Синиченкова in QA — Load & Performance
Ιωάννης Τσεκούρι
На время ответов нет, на интенсивность скорее всего да. Больше интенсивность => больше загрузка сервера => больше время ответов
так вроде наоборот, если таймер = 0, то интенсивность больше
а у меня получается с таймером 0 время ответов меньше, чем с таймером в 5000
источник
09:14пожаловаться#6

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
The Constant Timer can be used to pause each thread for the same “think time” between requests. 
источник
09:18пожаловаться#7

M

Max in QA — Load & Performance
Татьяна Синиченкова
Добрый день!
Можете подсказать, влияет ли наличие Constant Timer на среднее время ответа запросов? Попробовала поставить Constant Timer = 0, то среднее время выполнения запросов не превышает 100мс, а если ставлю Constant Timer = 5000, то среднее время возрастает до 800мс и выше.
Пробовала положить запрос и таймер в Transaction Controller, который не должен учитывать время таймера, но результаты не поменялись
Среднее время само по себе плохая метрика. Ну и какое количество выполненных запросов вы сравниваете? Если 2-3 запроса, то это ни о чем не говорит. Ну и для кучи посмотрите на графике интенсивность ответов
источник
09:18пожаловаться#8

ТС

Татьяна Синиченкова in QA — Load & Performance
Max
Среднее время само по себе плохая метрика. Ну и какое количество выполненных запросов вы сравниваете? Если 2-3 запроса, то это ни о чем не говорит. Ну и для кучи посмотрите на графике интенсивность ответов
я для примера написала про среднее время, 95 перцентель аналогично показывает
Сравниваю 10 000 запросов, спасибо буду смотреть на графике интенсивности ответов
источник
09:43пожаловаться#9

VG

Viktor Ganeles in QA — Load & Performance
А вы смотрите на время запросов или транзакций?
источник
10:09пожаловаться#10

VG

Viktor Ganeles in QA — Load & Performance
Может это «транзакция из нескольких запросов» была 100 мс а стала 800?

Такое может быть результатом работы таймера.

На запросы таймер влиять не должен..
источник
10:10пожаловаться#11

D

Doctor in QA — Load & Performance
Татьяна Синиченкова
Добрый день!
Можете подсказать, влияет ли наличие Constant Timer на среднее время ответа запросов? Попробовала поставить Constant Timer = 0, то среднее время выполнения запросов не превышает 100мс, а если ставлю Constant Timer = 5000, то среднее время возрастает до 800мс и выше.
Пробовала положить запрос и таймер в Transaction Controller, который не должен учитывать время таймера, но результаты не поменялись
HTTP Request?
источник
10:12пожаловаться#12

ТС

Татьяна Синиченкова in QA — Load & Performance
Doctor
HTTP Request?
да
источник
10:22пожаловаться#13

D

Doctor in QA — Load & Performance
подозреваю, что прикол в том, что если стоит галочка "Use KeepAlive" (по умолчанию стоит), и время таймера больше, чем keep alive timeout на сервере, куда подаётся запрос, соединение не получается переиспользовать, и создаётся новое, на что тратится время. попробуйте её убрать и сравнить, различаются ли времена.
источник
10:26пожаловаться#14

ВС

Вячеслав Смирнов in QA — Load & Performance
При высоких интенсивностях думаю такое тоже может быть. Когда JMeter тратит процессор и так близко к 100%, а тут ещё и таймер добавился
источник
10:29пожаловаться#15

D

Doctor in QA — Load & Performance
Татьяна Синиченкова
так вроде наоборот, если таймер = 0, то интенсивность больше
а у меня получается с таймером 0 время ответов меньше, чем с таймером в 5000
в продолжение гипотезы. например, для апача как раз 5000 по умолчанию keep alive timeout
источник
10:31пожаловаться#16

ТС

Татьяна Синиченкова in QA — Load & Performance
Doctor
подозреваю, что прикол в том, что если стоит галочка "Use KeepAlive" (по умолчанию стоит), и время таймера больше, чем keep alive timeout на сервере, куда подаётся запрос, соединение не получается переиспользовать, и создаётся новое, на что тратится время. попробуйте её убрать и сравнить, различаются ли времена.
попробовала убрать галочку Use KeepAlive, результаты не сильно стали отличаться
источник
13:30пожаловаться#17

D

Doctor in QA — Load & Performance
ну, значит, причина в этом
источник
13:38пожаловаться#18

D

Doctor in QA — Load & Performance
ожидание превышает время keep alive у сервера, и он рвёт соединение
источник
13:39пожаловаться#19

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Doctor
ожидание превышает время keep alive у сервера, и он рвёт соединение
5 баллов этому сударю
источник
13:40пожаловаться#20