попробуем, спасибо)

Привет, коллеги. Поделитесь ссылки на сложные сценарии в гатлинге 🙂
Под сложным сценарием я подразумеваю:
1. получение токена авторизации
2. API запрос (например по HTTP протоколу)
3. получение другого токена
4. API запрос (например по HTTP протоколу)
5. синхронизация пользователей (например с помощью объекта синхронизации) - ожидание когда все пользователи/потоки дойдут до этого места
6. другие запросы
Т.е. в общем смешивание синхронных/последовательных операций (авторизация -> запрос -> синхронизация -> запрос) с параллельными.

Коллеги, добрый день! Пробую нагружать gRPC сервис через JMeter. Видел в этом чате упоминание плагина https://github.com/zalopay-oss/jmeter-grpc-request. Пробовал его, но при попытке компиляции протофайлов (нажимаю на Listing) получаю ошибку java.lang.RuntimeException: Unable to resolve service by invoking protoc. В логах заметил, что перед этим вызывается команда
executing: [/var/folders/d3/95_ss13n6bbcdhjg98c7d0dc0000gp/T/protocjar13130026750933526776/bin/protoc.exe, /Users/.../service.proto...]
Причём всё это запускается на MacOs, а компилятор protoc.exe - для Windows. Вручную поменял protoc.exe на protoc, поправил пути и скомпилилось.
Подскажите, может кто сталкивался с этим? Как-то можно для этого плагина указать, какой компилятор использовать?

Да спасибо, я понял, но в том то и фокус, что я галочку не ставил и значит не должно было считать - таймер. )

кажется что переименовали зря) по остальному не подскажу - нужна интерпретация под вашу ОС

Могу сказать так
1) компиляцию proto файлов - убирай сразу же, жрет ресурсов столько что 16cpu/64 ram для более менее норм нагрузки не хватает.
2) как я заметил по коду нет привязки к оси, гружу из под linux

+ в плагине этом 1 grpc запрос - это thread+sampler, а не sampler как привыкли с http

Спасибо!
Вроде разобрался, нужно было в определённом порядке указать Proto Root Directory и Library Directory.

но там компиляция происходит 1 раз при нажатии на кнопку Listing, как я понимаю. После чего становится доступен выбор grpc методов.
А в этот плагин можно данные транзакции только в JSON передавать? Нельзя сразу в бинарнике?

при нагрузке, на каждый thread он идет заного компилить для себя протники.
Вроде только json, как минимум парсер там есть

Подскажите. Для перфоманс инженера какие знания должны быть в области AWS и GCP? Что именно нужно знать? Может есть материалы которые можно и нужно почитать?

Имхо, это последнее, о чем вам стоит беспокоиться. Если, вдруг, на проекте будет какой то облачный провайдер, то научитесь работать с ним в бою. Просто знания unix-like систем будет более чем достаточно

Если хочется поучить что то общее помимо инструментов нт непосредственно, то гораздо полезнее будет не очень углубленно изучить:
Linux
Сети
Docker
Базы данных на примере, например, Postgres
Какой-то один ЯП (например Java, python)

поддерживаю
ну пожалуй про мониторинг можно почитать grafana/zabbix и пр

Ну я отношу это к НТ части) Так как НТ не имеет особого смысла без мониторинга

А почему только unix ?
Системы и на винде бывают :)

Но я согласен, на линуксе чаще серверный софт

Чтобы не накликать беду и не получить систему на винде)))

mwahahahha! @Ganeles парировать есть чем?

про авс и гцп надо помнить одну вещь как минимум - включенное автомасштабирование xD

Хз, имхо, без надобности я бы вообще не закапывался в эти дебри. Даже про твое маштабирование там есть 200 разных способов в одном только авс это сделать, от бача до кубернетеса.
Если уж разбираться с клауд провайдерами то я бы советовал начать тупа с ec2, s3, cloudfront, vpc, rdbc (это в aws, у гугла наверняка на все это есть свои аналоги)