A
самому не оч понятно но сказали так надо
Size: a a a
2020 January 10
i
самому не оч понятно но сказали так надо
Мне кажется больше подойдёт простой клиент/сервер на events.
KY
Если надо много коннектов, не очень понятно как tcpreplay поможет.
можно пускать их в большом количестве процессов. но имхо в реплее был многопоток
KY
вообще хороший инструмент, но результаты выдает тухлые, вам только время ответов нужно?
A
надо практически забить лимит сессий
i
можно пускать их в большом количестве процессов. но имхо в реплее был многопоток
Там был разговор про 65k, думаю, это маловероятно в процессах.
KY
таки да)
KY
вроде можно ограничить количество сокетов и получить нужный эффект даже с 10 потоков
A
сессий должно быть именно что много чтобы драйвер долго думал сверяя.
2020 January 11
VG
сессий должно быть именно что много чтобы драйвер долго думал сверяя.
Ну посмотрите в закрепе славин доклад - там лимит сессий жметром выбирается
S7
Может tsung`ом попробовать? Я только не уверен, что он умеет просто tcp
jj
tcpkali
KY
да и жметер умеет просто tcp
IR
Ребят есть такая статистика только для нагрузочников?
IR
2020 January 12
R
Нужны ли знания Akka для понимания работы Gatling?
AK
Если прям совсем только начинать с ним работать - нет
P
Ребят есть такая статистика только для нагрузочников?
На доу в статистике зп, если выбирать тестировщиков с направлением перфоманса
ΙΤ
Нужны ли знания Akka для понимания работы Gatling?
Нет акка не нужна если не собираешься форкать и допиливать ядро, знания скалы на уровне better java хватит для подготовки необходимых данных и пулов