robot-piglet on arcadia
better (compare)
robot-piglet on arcadia
Add .md extension for AUTHORS a… (compare)
robot-piglet on arcadia
YANDEXTANK-583: reincarnation o… (compare)
robot-piglet on arcadia
PR for branch feature/YANDEXTAN… (compare)
robot-piglet on arcadia
IGNIETFERRO-1816 Update Python … (compare)
robot-piglet on arcadia
YANDEXTANK-579: Single TankWork… (compare)
robot-piglet on arcadia
jmeter and base version both fi… (compare)
arcadia-devtools on arcadia
rm converter tests ref:ef1e917… (compare)
arcadia-devtools on arcadia
DTCC-910 adaptation for piglet … (compare)
arcadia-devtools on arcadia
Remove irrelevant .arcignore r… (compare)
arcadia-devtools on arcadia
Remove empty file ref:f31d8414… (compare)
arcadia-devtools on arcadia
minus Android plugin ref:34ac1… (compare)
arcadia-devtools on arcadia
Fix style ref:40a5090e43ea3f19… (compare)
arcadia-devtools on arcadia
YANDEXTANK-575: TankWorker inhe… (compare)
arcadia-devtools on arcadia
PR for branch feature/YANDEXTAN… (compare)
arcadia-devtools on arcadia
CLOUDLOAD-266 instance autostop… (compare)
arcadia-devtools on arcadia
CLOUDLOAD-215 Fix API Client se… (compare)
коллеги, подскажите , я правильно понимаю, что в BFG - принцип работы такой же как в phantom.
задача сделать серию последовательных запросов , которые принимают значения из предыдущего и отправляют следующий причем запросы по методам GET, POST и PUT?
писать все это в JMeter поднадоело. слишком большой тест-план получается.
Добрый день! Буду благодарна за помощь.
У меня мое приложение сейчас работает нестабильно, не могу точно понять правила, поэтому не могу сама разобраться.
Пытаюсь настроить autostop, но возникли вопросы:
1) http(200,100,5s) - тест остановится если количество ответов с 200 статусом превысит 100 в теч каждой секунды из 5? То есть допустим получаю такие результаты:
1с - 110 ответов со статусом 200
2с - 110 ответов со статусом 200
3с - 110 ответов со статусом 200
4с - 110 ответов со статусом 200
5с - 100 ответов со статусом 200
Тест остановится или нет?
Или тест должен упасть на 1 секунде еще? Но тогда не понимаю, зачем указывать 5s?
Или он складывает 110+110+110+110+100 потом делит на 5 и сравнивает с правилом (<100 или больше).
2) http(4xx,50%,5) - тест остановится если количество ошибок со статусом 4xx превысит 50 процентов от всех отправленных за секунду? Или суммарно за 5 секунд?
3) total_http(5xx,10%,10s) - автостоп будет суммировать 500 в течение 10 секунд и посмотрит общее процентное соотношение от всех отправленных сообщений за это время? То есть неважно что в первые 9 секунд было 0 пятисотых, а в десятую пришли все 10%?
4) metric_lower and metric_higher - на каеие параметры можно их вообще настроить?
Пример из туториала, metric_lower(127.0.0.1,Memory_free,500,10) - кто может пояснить что тут смотрится?
Фуф) Спасибо заранее за любую помощь!
Добрый день! Возникла проблема с BFG, тестируя api.
При открытой модели нагрузки никаких проблем нет.
load_profile:
load_type: rps
schedule: line(1, 10, 3m)
instances: 10
Результат - https://overload.yandex.net/502235
При закрытой модели нагрузки, тест начинает с 1 instance, после чего заканчивается, хотя должен увеличиваться до 10 instances
load_profile:
load_type: instances
schedule: line(1, 10, 3m)
instances: 10
loop: 5
Результат - https://overload.yandex.net/502233
В чем может быть проблема?
Добрый день. Возникла проблема с отправкой POST запросов через ammo.txt
Файл имеет следующую структуру:
[Connection: keep-alive]
[Host: testsite.ru]
[User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.51 Safari/537.36]
[Cookie: _psevdoCookie123qwerty
17 /get-by-school
{"school_ids":[]}
(Host, Cookie, URI видоизменил)
Проблема в том, что выбивает ошибку "400 - Bad Request"
С чем это может быть связано?
Добрый вечер. Пытаюсь скомпилировать фантом, получаю такую ошибку:
g++ -shared phantom/debug/debug.s.o -Wl,--whole-archive lib/libpd-debug.s.a -Wl,--no-whole-archive -lbfd -o lib/phantom/mod_debug.so
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libiberty.a(xexit.o): warning: relocation against `_xexit_cleanup' in read-only section `.text.unlikely'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/../../../../lib/libiberty.a(cp-demangle.o): relocation R_X86_64_PC32 against symbol `cplus_demangle_builtin_types' can not be used when making a shared object; recompile with -fPIC
Есть ли идеи как поправить?
phantom:
address: 178.159.42.12:5000
header_http: "1.1"
headers:
- "[Host: 178.159.42.12:5000]"
uris:
- /api/v1/notif/status/check
load_profile:
load_type: rps
schedule: line(5, 30, 1m)
ssl: false
autostop:
autostop:
- http(5xx,10%,5s)
console:
enabled: true
telegraf:
enabled: false
Всем привет! Получаю очень странную картину при увеличении кол-ва инстансов. Для примера - берем такой конфиг:
overload:
enabled: true
package: yandextank.plugins.DataUploader
token_file: "token.txt"
phantom:
address: <addr>
ssl: true
header_http: "1.1"
load_profile:
load_type: rps
schedule: line(1, 10000, 1m)
instances: 2000
uris:
- /not_existing
telegraf:
enabled: false
Tank спокойно разгоняется, и доходит до 10000 RPS с незначительным колличеством Active Instances. Если я увеличиваю instances
в конфиге до 20000
, то получается ад. Уже с нескольких сот RPS начинают валить Connection timed out
, и Active Instances
улетает до 20000. RPS максимум доходит до 1500-2000. Еще более странно, что на этой же машине, когда танк сыпет таймаутами, я спокойно могу делать запросы через curl
, которые вполне бодро проходят.
Всем привет. После запуска Tank + Jmeter в докере зависает на сообщении
2022-06-03 13:43:53,047 [INFO] yandextank.core.tankcore tankcore.py:301 Finishing test...
2022-06-03 13:43:53,048 [INFO] yandextank.core.tankcore tankcore.py:303 Stopping load generator and aggregator
2022-06-03 13:43:53,049 [DEBUG] yandextank.core.tankcore tankcore.py:446 Adding artifact file to collect (keep=False): /var/loadtest/logs/2022-06-03_13-43-20.010639/jmeter_77FfkV.log
2022-06-03 13:43:53,049 [DEBUG] yandextank.aggregator.tank_aggregator tank_aggregator.py:123 Closing stats reader
2022-06-03 13:43:53,049 [DEBUG] yandextank.aggregator.tank_aggregator tank_aggregator.py:126 Waiting for gun drain to finish
Пробовала и с jmeter3.3 и с jmeter5.4.3.
Видела обсуждение https://gitter.im/yandex/yandex-tank/archives/2019/05/21 , но вроде как было исправлено пару лет назад.
Кто-нибудь сталкивался недавно с такой проблемой?