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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA — Load & Performance

3868 membersпожаловаться на группу
2021 August 11

IZ

Ivan Zarubin in QA — Load & Performance
Хм, так в случае counter с этим никаких проблем нет, начальное значение для 1й итерации: 77790000000, для следующей 77790000000+ количество итераций на первом прогоне
источник
11:44пожаловаться#1

EK

Elmira Kadyrova in QA — Load & Performance
Counter же выглядит так: ${__counter(true, phone)}
То есть могу, например, в user defined variable присвоить phone значение 77790000000, а после через dummy sampler добавить {__counter(true, phone)}?
Или он все равно будет считать с 1 тогда ?
источник
11:50пожаловаться#2

EK

Elmira Kadyrova in QA — Load & Performance
Я извиняюсь, если туплю
источник
11:50пожаловаться#3

EK

Elmira Kadyrova in QA — Load & Performance
Не понимаю как сделать, чтобы счётчик начал считать с заданного значения
источник
11:53пожаловаться#4

VG

Viktor Ganeles in QA — Load & Performance
В гуи есть конфиг-элемент «counter»
источник
11:54пожаловаться#5

IZ

Ivan Zarubin in QA — Load & Performance
я делал через отдельный элемент Add - Config Element - Counter
и далее по скрипту обращаюсь через переменную ${phone_num}
источник
11:54пожаловаться#6

EK

Elmira Kadyrova in QA — Load & Performance
Ааа, я через function helper dialog что то пытаюсь
источник
11:55пожаловаться#7

EK

Elmira Kadyrova in QA — Load & Performance
Спасибо! Сейчас попробую
источник
11:55пожаловаться#8

VG

Viktor Ganeles in QA — Load & Performance
Можно в setup thread group из бд дёргать максимальный номер в базе, и дальше в ходе теста уже каунтером его наращивать

Тогда нет лишних действий перед каждым тестом
источник
11:55пожаловаться#9

VG

Viktor Ganeles in QA — Load & Performance
Главное одновременно 2 теста не запускать :)
источник
11:55пожаловаться#10

A

Artem in QA — Load & Performance
У меня с ним проблемы были при распределенном запуске, так как на каждой тачке инкрементируется отдельно. Использовал INCR в Redis.
источник
11:56пожаловаться#11

VG

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

Ну, вариант с внешним хранением номеров ещё удобнее
источник
12:00пожаловаться#12

EK

Elmira Kadyrova in QA — Load & Performance
У меня не распределений запуск, так что должно получиться.
Даже вроде получилось! Спасибо большое, очень помогли!
источник
12:03пожаловаться#13

A

Alexander in QA — Load & Performance
Всем привет!
У кого-нибудь есть пример высокопроизводительной HTTP-прокси на java? Примерно 400+ рпс чтобы держала
источник
13:00пожаловаться#14

А

Апельсин in QA — Load & Performance
Nginx
источник
13:22пожаловаться#15

А

Апельсин in QA — Load & Performance
400 это мало даже
источник
13:22пожаловаться#16

А

Апельсин in QA — Load & Performance
Ой
источник
13:23пожаловаться#17

А

Апельсин in QA — Load & Performance
Haproxy вроде джава
источник
13:23пожаловаться#18

А

Апельсин in QA — Load & Performance
А так nginx в чем проблема :)
источник
13:23пожаловаться#19

А

Апельсин in QA — Load & Performance
И да , nginx на Си, так что считай джава))
источник
13:24пожаловаться#20